Глубокое погружение в мир управления продуктами помогло мне понять, что Agile — это гораздо больше, чем просто способность реагировать на изменения. Речь идет о том, чтобы ожидать, что все, вероятно, изменится, и принять это. Когда продуктовая команда готова реагировать на изменения, она способна создать нужный продукт в нужное время и правильным образом.
После занятия на прошлой неделе нас научили четкой разнице между процессами Agile и Waterfall. До Agile был водопад. Waterfall не был полностью выброшен из окна деловым миром, поскольку он все еще используется в некоторых компаниях-разработчиках программного обеспечения. Гибкое управление проектами можно определить как итеративныйподход к управлению проектами разработки программного обеспечения, который фокусируется на непрерывном выпуске и учете отзывов клиентов при каждой итерации. Слово ИТЕРАЦИЯ — это то, что отличает Agile-подход от водопадного подхода, «итерация»можно определить как акт повторения, т.е. процесс непрерывного выполнения чего-либо, этот подход выполняется непрерывно, пока проект не будет завершен, тогда как процесс водопада представляет собой разбивку проектов на линейные последовательные фазы, где каждая фаза зависит исключительно от результатов предыдущих, это связано с тем, что каждая фаза должна быть завершена до того, как в водопадной модели сможет начаться другая.
Двадцать лет назад 17 разработчиков программного обеспечения собрались в Сноуберде, штат Юта, чтобы предложить новый способ разработки программного обеспечения, «делая это и помогая другим делать это». Благодаря этой работе было создано то, что вскоре стало известно как Четыре ценности Agile-манифеста, в том числе:
- Люди и взаимодействие важнее процессов и инструментов.
- Рабочее программное обеспечение, а не исчерпывающая документация.
- Сотрудничество с клиентами вместо переговоров по контракту.
- Реакция на изменение вместо следования плану.
В Agile Manifesto возникла потребность в новом подходе, который может помочь организациям быть более гибкими, быстро реагировать и адаптироваться к изменениям.
Именно это привело к появлению 12 принципов Agile Manifesto.
Все, что касается Agile-методологии, становится все интереснее. Наш учитель кратко объяснил Agile-формулу VUCA, которая означает «изменчивый», «неопределенный», «сложный» и «неоднозначный» соответственно, после чего он дал нам сценарии случаев, когда Agile-подход не использовать. Некоторые из них могут включать:
- Когда ваш проект не очень срочный, слишком сложный или новый.
- Когда твоя команда не самоорганизующаяся и ей не хватает профессиональных разработчиков.
- Когда ваш заказчик требует одобрения на каждом этапе разработки.
это несколько случаев среди других. Наконец, незадолго до окончания занятия он рассказал об Agile Frameworks, а именно о Scrum, Kanban, запрете Scrum и экстремальном программировании (XP).
На данный момент я уже начинаю считать себя продакт-менеджером 😂. Следующий урок состоится в эту пятницу, я рад узнать больше и расти в этой области, и я хочу, чтобы все были частью этого процесса. Я с нетерпением жду, чтобы поделиться своим следующим опытом класса со всеми. Спасибо.
