Суть не в наказании же, а в том, чтобы рассмотреть существующие проблемы и наметить мероприятия, чтобы этого не повторилось

Боюсь, что, как только вытащить проблемы из под коврика тут же будет запущена служба чей косяк и как наказать, под удар можно самому попасть

Бойтесь дальше, что тут сказать ))) если вопрос "а не херню ли мы делаем" вас не мучает (и уход людей с проекта по этой причине), не говорите правды никому и никогда :)

Я всего лишь описал реальный сценарий при чём типичный... не самый худший.

Всем привет. Кто-нибудь использует в работе https://ru.kaiten.io/ ? Сравнивали ли с Jira?

Это элементарная ситуация , элементарно решается.

Истирично и с криками авторитарной личности :) и слышал и видел, а в выслугу лет в виду той же самой "дедовщины" исход негативный наиболее вероятный

Вы же написали, что ретро не видели никогда ) фасилитаторов, наверное, тоже :)

И вот ещё вопрос, сравнивая модель разработки итеративную и гибкую по спринтам в частности SCRUM, что то не сильно вижу разницы, кто-нибудь видит разницу? Ведь, как в итеративной, так в гибкой по спринтам разработке, итерация (спринт) наполняются, а не полностью прописываются на начальной фазе проекта.

Истирично и с криками авторитарной личности :) и слышал и видел, а в выслугу лет в виду той же самой "дедовщины" исход негативный наиболее вероятный

"Закольцованный", звучит немного, как по не воле ))

Спринт эта маленький закольцованный водопад

Еженедельная - созвоном/сбором по локациям, ретро короткого периода - в месяц или в 6 недель, зависит от степени согласованности план-факта с СЕО, квартальная (6-8 часов), полугодовая/годовая (лучше дня на три, но хотя бы 8 часов). Рутинные ретро команда+продакт+кому очень надо, большие ретро - берём бизнесовых людей, операционку/поддержку, у всех у них есть кросс-цели с основной командой на ретро.

А как вы проводите еженедельные ретро? Типа пусть каждый скажет что ему понравилось/не понравилось? Или какие-то игры устраиваете? Есть ли какие-нибудь action items после таких ретро?

Стас, я завтра отвечу, как у нас.

Михаил, очень помогает, бросок скомканной бумаги в лицо орущего. Когда он в реальность вернётся озвучьте: "голос понизь".

Михаил, очень помогает, бросок скомканной бумаги в лицо орущего. Когда он в реальность вернётся озвучьте: "голос понизь".

Интересная идея - измерять задачи в помидорах. Сколько помидоро-сессий вам надо чтобы доделать эту задачу.

Конечно интересный совет, но, пожалуй, не воспользуюсь таким советом, спасибо. У меня с выводами просто, если "дедовщина" и проявление "истеричности" значит мудаки, а с мудаками лучше не работать.

Вывод правильный. Но от всех судаков можно утомиться уходить. Нужно уметь и в рамки ставить. Вы же не выходите из трамвая если вам там нахамили.

Серебряной пули нет, факт. Тем не менее приходить с сырой идеей смысла нет, если это не плановый мозговой штурм. Тогда все что-то выскажут. Ну и нельзя забывать , что инициатива очень любит инициатора)) Если брать личный опыт, то предпочитаю один подумать над новой идеей, расписать слабые и сильные стороны, потом идти к команде. В конечном итоге с любым результатом, индивидуальным или коллективным нужно 'переспать'. Не редки случаи, когда утром рождались идеи по следам обсужденных ранее или резались принятые решения, так как находились блокирующие моменты.

Значит, должна быть какая то середина: не идти совсем с сырой идеей, но и не зарываться в одиночку в детали, так?

Анна, вот Михаил точно подметил. Что за культура? Есть компании, где "Я сказал!" и кто бы ни думал, вы или команда, ничто не имеет значения. Где-то иначе. Что у вас-то? И какую золотую середину вы ищите? Вы строите процессы, описываете регламенты или ... ?

Вопрос не в том, чтобы подстроиться под компанию, а в том, что все же эффективнее. Представь, что надо создать компанию с нуля. И я хочу, чтобы мои сотрудники работали эффективно. Я могу их попросить не приходить ко мне с идеями в виде слов, а просить их сделать прототип, например. Или могу наоборот быть открытой к новым идеям и просить всех накидывать идеи куда-нибудь.

Вопрос не в том, чтобы подстроиться под компанию, а в том, что все же эффективнее. Представь, что надо создать компанию с нуля. И я хочу, чтобы мои сотрудники работали эффективно. Я могу их попросить не приходить ко мне с идеями в виде слов, а просить их сделать прототип, например. Или могу наоборот быть открытой к новым идеям и просить всех накидывать идеи куда-нибудь.

Я не знаю :)

если эффективнее - то выстраивать полноценный механизм , можно даже с элементами демократии. аля - задаем набор критериев для того, что бы идея рассматривалась к проверке \ реализации + набор критериев для идей на обсуждение ( условно сырые идеи). Далее формируем понятный всем механизм сбора идей, изучения их вождем ( условное руководство) - например идеи собираем в электропочту и по пятницам вождь их утаскивает на выходные на изучение \ одумывание. в понедельник наиболее перспективные ( механика определения перспективности где-то в понятном механизме сбора идей закладывается) - отдаются на дальнейшую проработку. А раз в две недели например коллективный брейншторм на тему "сырых идей".

история то достаточно понятная - формальное описание уместится в 1-2 схемки и 3-4 абзаца текста. Дальше вопрос продажи этого всего в коллектив и применения на практике.

предположил что компания маленькая :)