Сколько менеджеров понадобится чтобы изобрести колесо? в Joom точно много. "Собирать кикоф-встречи для обсуждения фич" - эта статья для булшит бинго )) Вообще надо накатать какого-нить бота, который будет показывать post bullshit index )
Ладно, к делу. Про аджаил не говорил наверное только немой, но в статье веет каким-то лютым формализом процессов на пустом месте, без какой либо гибкости на деле.
Есть владелец продукта: тот, кто знает как продукт должен выглядеть и как работать. Он составляет видение продукта, декларирует набор и объем фич, которые надо сделать, потом тип лиды собираются и договариваются кто что и в какой последовательности делает. Вот тут могут быть все, кому в общем интересно что делается. Далее лиды отдельно определяют кто от кого зависит и кому и что надо сделать, если прям какие-то глобальные изменения, то можно позвать оунера. Лид вполне может делегировать конкретную реализацию конкретной фичи разработчику, который сходит и сам утрясет детали с потребителем. (Вот он этот самый отджаил, когда лид ДОВЕРЯЕТ разработку фичи, но сам, ели что контролирует.) И дальше все работают, бэк энд разработчик идет к конкретному фронту, или же наоборот, они делают фичу и выкатывают ее как результат работы, мини кросс команда так сказать, показывают оунеру, который всю картину держит в голове и если что корректирует бизнес реализацию. Все что можно пилить отдельно от всех, пилится отдельно и за пределы команды не особо выходит.
Не нужны эти 100500 встреч митингов и демо, которые время убивают впустую. Условный Петя/Вася лучше поковыряет бэк и что-то там заимплементит или зарефакторит, чем будет случашать как там красят UI, или какие представления добавили.
Не надо в людей впихивать ненужную информацию, она не то, что вылетит, она даже не залетит. Информацию люди потребляют по необходимости и вот над источниками инфы и их доступностью и надо работать. Условно если некий Вася с бэк энда, который не вылазит с перфоманса, дампов, логов и прочего, вдруг захотел узнать что-то про UI. То ему владелец продукта, обязан дать ссылки на видео, тексты и другую медиа где этот Вася ознакомится со всем что его интересует и задаст вопросы. Он же не обезъяна, а разумный человек, который может самостоятельно прочитать, понять и задать вопросы и в случае чего изучить что-то более общее.
В неделю, когда нет демо, на встречи мы тратим меньше часа времени всей командой. На неделе, когда демо есть — 1.5 часа или около того. В неделю. До того как мы пришли к таким правилам, встреч было в 2 или 3 раза больше. Если хотите — пользуйтесь :)
Сколько менеджеров понадобится чтобы изобрести колесо? в Joom точно много.
"Собирать кикоф-встречи для обсуждения фич" - эта статья для булшит бинго ))
Вообще надо накатать какого-нить бота, который будет показывать post bullshit index )
Ладно, к делу.
Про аджаил не говорил наверное только немой, но в статье веет каким-то лютым формализом процессов на пустом месте, без какой либо гибкости на деле.
Есть владелец продукта: тот, кто знает как продукт должен выглядеть и как работать. Он составляет видение продукта, декларирует набор и объем фич, которые надо сделать, потом тип лиды собираются и договариваются кто что и в какой последовательности делает.
Вот тут могут быть все, кому в общем интересно что делается.
Далее лиды отдельно определяют кто от кого зависит и кому и что надо сделать, если прям какие-то глобальные изменения, то можно позвать оунера.
Лид вполне может делегировать конкретную реализацию конкретной фичи разработчику, который сходит и сам утрясет детали с потребителем. (Вот он этот самый отджаил, когда лид ДОВЕРЯЕТ разработку фичи, но сам, ели что контролирует.)
И дальше все работают, бэк энд разработчик идет к конкретному фронту, или же наоборот, они делают фичу и выкатывают ее как результат работы, мини кросс команда так сказать, показывают оунеру, который всю картину держит в голове и если что корректирует бизнес реализацию. Все что можно пилить отдельно от всех, пилится отдельно и за пределы команды не особо выходит.
Не нужны эти 100500 встреч митингов и демо, которые время убивают впустую. Условный Петя/Вася лучше поковыряет бэк и что-то там заимплементит или зарефакторит, чем будет случашать как там красят UI, или какие представления добавили.
Не надо в людей впихивать ненужную информацию, она не то, что вылетит, она даже не залетит. Информацию люди потребляют по необходимости и вот над источниками инфы и их доступностью и надо работать.
Условно если некий Вася с бэк энда, который не вылазит с перфоманса, дампов, логов и прочего, вдруг захотел узнать что-то про UI. То ему владелец продукта, обязан дать ссылки на видео, тексты и другую медиа где этот Вася ознакомится со всем что его интересует и задаст вопросы.
Он же не обезъяна, а разумный человек, который может самостоятельно прочитать, понять и задать вопросы и в случае чего изучить что-то более общее.
В неделю, когда нет демо, на встречи мы тратим меньше часа времени всей командой. На неделе, когда демо есть — 1.5 часа или около того. В неделю.
До того как мы пришли к таким правилам, встреч было в 2 или 3 раза больше. Если хотите — пользуйтесь :)