По-факту сидишь на куче встреч и слушаешь как твои коллеги рассказывают о проектах и проблемах которые тебя не касаются, на планнинге тоже самое часто ты без понятия сколько часов понадобится на разработку какого-то проекта, потому что ты не работаешь над ним конкретно. Потом полтора часа на ретро на которой какие то рассусоливания по поводу как же мы хорошо работаем и кто как себя ощущает. Со стороны девелопера все это дает пользы ноль зато тратит кучу времени за которое он мог бы написать кучу кода. Раньше тебе твой лидер выдавал задание с нормальной документацией и ты спокойно оценивал количество часов, писал код, если что-то было не понятно ты звонил человеку который в теме, без надобности заставлять весь коллектив слушать то что им не нужно и отвлекает от работы. Надеюсь эта мода на так называемый "agile" когда-нибудь пройдет и мы станем опять продуктивней и будем меньше заниматься никому ненужной фигней))
Спасибо за мнение! 👍🏼 Дело не в Agile или другом подходе. В любой деятельности есть начало и конец. 1. В начале нужно запланировать - и тут разные вариации типа Планирования квартала, Планирования месяца, Sprint planning. 2. По ходу нужно периодически синхронизироваться по фактам и рискам - примерно об одном варианты: Утренние летучки, Статус проекта, Standup meeting, Daily Scrum. 3. В конце нужно подвести итоги - Monthly report, Итоги года, План/факт периода, или Sprint Review+Retro. В директивных подходах длительность встреч выбирает руководитель. В Скраме длительность встреч выбирает команда, опытным путем находя баланс между «детальнее обсудить на планировании» и «почаще собираться внутри спринта для мини-обсуждений».
Лучшее объяснение, которое слышал
По-факту сидишь на куче встреч и слушаешь как твои коллеги рассказывают о проектах и проблемах которые тебя не касаются, на планнинге тоже самое часто ты без понятия сколько часов понадобится на разработку какого-то проекта, потому что ты не работаешь над ним конкретно. Потом полтора часа на ретро на которой какие то рассусоливания по поводу как же мы хорошо работаем и кто как себя ощущает. Со стороны девелопера все это дает пользы ноль зато тратит кучу времени за которое он мог бы написать кучу кода. Раньше тебе твой лидер выдавал задание с нормальной документацией и ты спокойно оценивал количество часов, писал код, если что-то было не понятно ты звонил человеку который в теме, без надобности заставлять весь коллектив слушать то что им не нужно и отвлекает от работы. Надеюсь эта мода на так называемый "agile" когда-нибудь пройдет и мы станем опять продуктивней и будем меньше заниматься никому ненужной фигней))
Спасибо за мнение! 👍🏼
Дело не в Agile или другом подходе. В любой деятельности есть начало и конец.
1. В начале нужно запланировать - и тут разные вариации типа Планирования квартала, Планирования месяца, Sprint planning.
2. По ходу нужно периодически синхронизироваться по фактам и рискам - примерно об одном варианты: Утренние летучки, Статус проекта, Standup meeting, Daily Scrum.
3. В конце нужно подвести итоги - Monthly report, Итоги года, План/факт периода, или Sprint Review+Retro.
В директивных подходах длительность встреч выбирает руководитель. В Скраме длительность встреч выбирает команда, опытным путем находя баланс между «детальнее обсудить на планировании» и «почаще собираться внутри спринта для мини-обсуждений».
Скажите, как избежать бесконечного пополнения бэклога? Ведь продукт можно бесконечно улучшать, так можно никогда не закончить проект
Отличное видео
Благодарю за очень понятный ящык. Всё доходчиво!
@@IrinaSukhorukova, спасибо за отзыв 🙏🏼 это ценно для меня.
Дима, всё чётко и по полочкам, как всегда. Восторг!
Спасииибо 😊
Супер, спасибо ❤
Очень понятно.
@@dvlopatin, спасибо за отзыв! 🙏🏼