Аджайл манифесто
Повольте немного похулиганить, нужно же временами ломать шаблоны. Пост для всех, кто выпускает ПО - инженеров, продактов, управленцев - всех, кто задействован в производственной цепочке.
Мы "посягнём" на святое - на сам Аджайл-манифест. Будет два поста. В первом посте я опубликую 12 принципов Agile из манифеста, и попрошу вас посчитать пункты, с которыми вы либо несогласны, либо согласны, но со значительными оговорками, то есть при просьбе подписаться под этим пунктом, вы бы предпочли, чтобы этот пункт был переработан, либо вовсе исключён. Вторым постом-голосованием я попрошу отметить, какое количество пунктов у вас получилось. Затем в одном или нескольких постах я напишу, что смущает в манифесте конкретно меня - ну и конечно вы сможете откомменировать, если не согласны, или я что-то упустил.
Итак, 12 принципов гибкой разработки, погнали. Пожалуйста, не забывайте считать, со сколькими пунктами вы не согласны либо согласны, но с существенными оговорками.
1. Наивысшим приоритетом для нас является удовлетворение потребностей заказчика, благодаря регулярной и ранней поставке ценного программного обеспечения.
2. Изменение требований приветствуется, даже на поздних стадиях разработки. Agile-процессы позволяют использовать изменения для обеспечения заказчику конкурентного преимущества.
3. Работающий продукт следует выпускать как можно чаще, с периодичностью от пары недель до пары месяцев.
4. На протяжении всего проекта разработчики и представители бизнеса должны ежедневно работать вместе.
5. Над проектом должны работать мотивированные профессионалы. Чтобы работа была сделана, создайте условия, обеспечьте поддержку и полностью доверьтесь им.
6. Непосредственное общение является наиболее практичным и эффективным способом обмена информацией как с самой командой, так и внутри команды.
7. Работающий продукт — основной показатель прогресса.
8. Инвесторы, разработчики и пользователи должны иметь возможность поддерживать постоянный ритм бесконечно. Agile помогает наладить такой устойчивый процесс разработки.
9. Постоянное внимание к техническому совершенству и качеству проектирования повышает гибкость проекта.
10. Простота — искусство минимизации лишней работы — крайне необходима.
11. Самые лучшие требования, архитектурные и технические решения рождаются у самоорганизующихся команд.
12. Команда должна систематически анализировать возможные способы улучшения эффективности и соответственно корректировать стиль своей работы.
Пожалуйста, запомните, сколько получилось пунктов, с которыми вы не согласны, либо согласны с оговорками. И отметьте, пожалуйста, это число в следующем посте.
Повольте немного похулиганить, нужно же временами ломать шаблоны. Пост для всех, кто выпускает ПО - инженеров, продактов, управленцев - всех, кто задействован в производственной цепочке.
Мы "посягнём" на святое - на сам Аджайл-манифест. Будет два поста. В первом посте я опубликую 12 принципов Agile из манифеста, и попрошу вас посчитать пункты, с которыми вы либо несогласны, либо согласны, но со значительными оговорками, то есть при просьбе подписаться под этим пунктом, вы бы предпочли, чтобы этот пункт был переработан, либо вовсе исключён. Вторым постом-голосованием я попрошу отметить, какое количество пунктов у вас получилось. Затем в одном или нескольких постах я напишу, что смущает в манифесте конкретно меня - ну и конечно вы сможете откомменировать, если не согласны, или я что-то упустил.
Итак, 12 принципов гибкой разработки, погнали. Пожалуйста, не забывайте считать, со сколькими пунктами вы не согласны либо согласны, но с существенными оговорками.
1. Наивысшим приоритетом для нас является удовлетворение потребностей заказчика, благодаря регулярной и ранней поставке ценного программного обеспечения.
2. Изменение требований приветствуется, даже на поздних стадиях разработки. Agile-процессы позволяют использовать изменения для обеспечения заказчику конкурентного преимущества.
3. Работающий продукт следует выпускать как можно чаще, с периодичностью от пары недель до пары месяцев.
4. На протяжении всего проекта разработчики и представители бизнеса должны ежедневно работать вместе.
5. Над проектом должны работать мотивированные профессионалы. Чтобы работа была сделана, создайте условия, обеспечьте поддержку и полностью доверьтесь им.
6. Непосредственное общение является наиболее практичным и эффективным способом обмена информацией как с самой командой, так и внутри команды.
7. Работающий продукт — основной показатель прогресса.
8. Инвесторы, разработчики и пользователи должны иметь возможность поддерживать постоянный ритм бесконечно. Agile помогает наладить такой устойчивый процесс разработки.
9. Постоянное внимание к техническому совершенству и качеству проектирования повышает гибкость проекта.
10. Простота — искусство минимизации лишней работы — крайне необходима.
11. Самые лучшие требования, архитектурные и технические решения рождаются у самоорганизующихся команд.
12. Команда должна систематически анализировать возможные способы улучшения эффективности и соответственно корректировать стиль своей работы.
Пожалуйста, запомните, сколько получилось пунктов, с которыми вы не согласны, либо согласны с оговорками. И отметьте, пожалуйста, это число в следующем посте.