Які початкові умови Agile?

Спершу дозвольте мені сказати, що я думаю, що спритний процес може працювати через такі основні принципи:

• Це приносить фокус
• Обмежує шум, який дійсно приносить фокус

По-друге, мені цікаво, які необхідні початкові умови, щоб процес Agile мав успіх? Наприклад, нам потрібно мати:

• Немає існуючих помилок
• Повністю автоматизований тестовий процес або принаймні високо автоматизований тестовий процес
• Люди, присвячені проекту
• Більш чітко визначена нова розробка
• Розвиток, який не робить його швидшим чи стабільнішим
• ?

То що вам потрібно, щоб це було успішним? Чи існують різні реалізації Agile, які краще справляються з тим, що не мають деяких із цих початкових умов?

Люди всіх рівнів бізнесу, які справді та цілком вірять у маніфест "Agile"

Ми розкриваємо кращі шляхи розробки програмного забезпечення, роблячи це та допомагаючи іншим. Завдяки цій роботі ми оцінили:

• Індивіди та взаємодія над процесами та інструментами
• Працює програмне забезпечення над всеосяжною документацією
• Співпраця з клієнтами щодо укладання договорів
• Відповідаючи на зміни протягом наступного плану

Тобто, хоча в елементах праворуч є значення, ми більше цінуємо предмети зліва.

І коли я кажу, що вірю в маніфест "Agile", я маю на увазі весь маніфест Agile. Ви не можете проігнорувати останню частину. У предметах праворуч все ще є значення.

Якщо у вас є люди, як програмісти, як менеджери, так і клієнти, ви можете зробити деякі варіанти роботи Agility. Якщо цього не зробите, ви будете боротися.

Як мінімум

Перш за все, ви повинні мати спонсорство зверху вниз, яке розуміє керівників і вірить в них достатньо, щоб примусити їх рухатись по ланцюгу, і вважає, що Agile застосовно до вашої ситуації.

Якщо вищий керівництво, яке не вірить у процес, врешті-решт підірве його, оскільки дозволить підлеглим перекручувати, спотворювати, забруднювати, підірвати або гірше сабатувати процес.

Якщо вищі керівники не розуміють принципів, вони почнуть вимагати скорочень та компромісів, які перекручують процес. Тоді, коли все виходить з ладу, найсайєри можуть сказати: "Я вам це сказав, Agile не працює!" назад до марші смерті!

Це гірше, ніж не сприйняття Agile, його зазвичай називають "Agile But ...". Керівництво використовує термін "Agile", "Але ..." викидає всіх фактичних принципів і продовжує робити те, що вони робили раніше, "Але ..." тепер називаємо його Agile. Що дає Agile погане ім'я тим, хто краще не знає.

приємні побічні ефекти

Речі, які ви перераховуєте, відсутні помилки, автоматизовані тести, чітко визначена розробка, віддані люди тощо, - це хороші позитивні побічні ефекти для Agile.

Agile, це не срібна куля чи панацея, але вона сприяє прозорості на всіх рівнях (розробники <-> управління <-> розробники) та робить людей, які мають проблеми з продуктивністю, швидко виділятися; особливо конкретні реалізації Agile типу Scrum.

Кілька речей, які приходять у голову:

• Професійна згуртованість колективу - Чи це люди, які готові грати добре з іншими? Це зрілі, відповідальні люди, яким можна надати певну самостійність у своїй роботі?

• Культура та політика комунікацій - наскільки добре люди висловлюють занепокоєння, думки та думки в організації?

• Розуміння того, що таке Agile, а ні - Чи ці зовнішні зацікавлені сторони знають достатньо про процес, щоб прийняти на себе відповідальність? Якщо ні, то це може зробити псевдо-спритний. Аналогічно, чи є чітко визначений власник продукту та ScrumMaster, який допоможе впорядкувати деякі речі?