Три фатальних помилок при реалізації методів гнучкої розробки

У сучасних умовах підприємствам необхідні інновації. Вони не завжди легко даються, і у багатьох випадках для активізації інноваційної діяльності доводиться шукати новий підхід. Методи гнучкої розробки можуть забезпечити відчутні вигоди в порівнянні з традиційним підходом, але одного рішення реалізувати їх недостатньо. Багато реалізації методів гнучкої розробки, почавшись із благих намірів, не виправдовують надій через відсутність досвіду, плану і підтримки з боку керівництва. Якщо ж вдасться вирішити ці проблеми, то можна розраховувати на успіх.

Три причини невдач проектів гнучкої розробки


Гнучкий підхід до розробки програмного забезпечення може забезпечити відчутні вигоди при активізації інноваційної діяльності та скорочення термінів випуску готової продукції. Багато компаній приймаються за гнучкі ініціативи, вважаючи, що придбання декількох книг або пара днів навчання – це все, що потрібно для їх реалізації. Починаючись з благих намірів, такі ініціативи часто швидко призводять до хаосу, створюють негативне враження про методи гнучкої розробки і в кінцевому підсумку подоривают репутацію нового підходу. Цього можна уникнути, але потрібно твердість, дисципліна, підтримка і чітке розуміння компанії і її культури.


Коли я і моя група в IBM консультуємо клієнтів, ми раз у раз спостерігаємо три причини провалів при реалізації методів гнучкої розробки. Це недосвідченість, відсутність плану і обмежена підтримка з боку керівництва.

Недосвідченість: багато галасу, але мало результатів


Недосвідченість – це дуже поширена пастка. Існує всього декілька компаній, що володіють широким і глибоким досвідом реалізації великих проектів і розвиненою організацією гнучкої розробки. В багатьох фірмах є дрібні групи гнучкої розробки, які відмінно працюють на своєму рівні “scrum-команд”, але не здатні зрозуміти, оцінити і вирішити проблеми на рівні організації і подолати культурні бар’єри. Інші залишають свої благонамірені ініціативні групи напризволяще, очікуючи, що ті освоять методи гнучкої розробки по книгах або пройшовши короткий курс підвищення кваліфікації.


Наприклад, ми були у клієнта, який сказав, що у них гнучка розробка не пішла, і в числі багатьох недоліків вказав на те, що в одній невеликій кімнаті сидять 25 чоловік. Будь у них досвід, вони б знали, що така конфігурація працювати не буде. Ми порекомендували розбити цю групу на три невеликі команди і виділити дві додаткові кімнати. Вже цього виявилося достатньо, щоб справи пішли краще. Інший клієнт перевів усіх основних членів своєї групи гнучкої розробки на неповний робочий день. Певний досвід підказав би йому, що для того щоб реалізувати переваги справжнього співробітництва і підвищити продуктивність праці, вся група повинна повністю присвятити себе досягненню цих цілей.

Відмовляєтеся планувати? Будьте готові до невдачі


Щоб реалізація методів гнучкої розробки була успішною, група повинна:



Це передбачає наявність плану, Який можна викласти керівництву, який допоможе групі залучити на свій бік скептиків і в кінцевому підсумку стати каталізатором зростання ініціативи гнучкої розробки.


Гнучкі команди можуть просити, щоб їх залишили в спокої, але якщо ніхто з керівництва не підтримує їх або не знає про їх корисних починаннях, такі групи далеко не підуть. Без плану, який чітко оформлює ініціативу і включає в себе способи подолання перешкод на шляху реалізації методів гнучкої розробки (наприклад, контрольні точки процесу “водоспад”, підтримка з боку інших необхідних підрозділів), буде важко оформити ініціативу, зібрати групу і отримати фінансування, боротися з супротивниками і підтримувати постійну участь керівництва. Ініціативи декількох клієнтів IBM, у яких не було плану, в кінцевому підсумку звелися до релігійної війні слів. У цих випадках часто перемагають прихильники існуючого порядку, посилаючись на ризик переходу на методи гнучкої розробки для організації.

Обмежена підтримка керівництва означає обмежену гнучкість


Гнучка розробка потребує підтримки керівництва на найвищому рівні. Для цього мало доповіді на стартовому нараді з метою отримання схвалення ініціативи. Необхідно визначити її область охоплення, цілі і завдання на основі правильної оцінки проблем і можливостей. Це має на увазі прихильність основних виконавців та отримання ними повноважень на те, щоб кинути виклик існуючому порядку, а також фінансування на організацію ключових засобів гнучкої розробки, таких як повноцінна команда і інструментарій безперервної інтеграції та автоматизації. Це означає продовження активної участі в реалізації плану демонстрації вигод і щотижневі виступи перед високопоставленими супротивниками ініціативи.


Без підтримки вищого керівництва ініціатива гнучкої розробки або зів’яне і помре, або буде тупцювати на місці, і найбільш новаторськи налаштовані працівники будуть розчаровані. Один з наших клієнтів здійснив експериментальний проект гнучкої розробки з офшорною командою, набраної з різних функціональних бізнес-та ІТ-підрозділів, але вони відмовилися виділити кошти на те, щоб зібрати цю групу разом. З точки зору керівників підрозділів це була важлива ініціатива, яка потребує реорганізації. Без прямої участі вищих керівників вступає в дію організаційна політика, а керівництво середньої ланки не зацікавлене в усуненні бар’єрів, і в кінцевому підсумку все це обмежує досягнення реальних результатів.

Уникайте помилок


Помилок при реалізації проектів гнучкої розробки можна уникнути – навіть в умовах великого підприємства.


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


Підтримка вищого керівництва, мабуть, – найбільш важлива з усіх проблем, які належить вирішити. Якщо ви зможете отримати чиюсь підтримку, то у вас буде все необхідне, щоб кинути виклик існуючим порядком, розробити план і реалізувати його. Якщо ні, то краще уникнути розчарування і дочекатися більш підходящого моменту. Зміна керівництва, особливо коли в компанію приходить хтось з боку, дає прекрасний шанс знов спробувати заручитися підтримкою проекту гнучкої розробки. З одним клієнтом ми говорили про оптимізацію його підходу гнучкої розробки, але нічого не відбувалося до тих пір, поки не прийшов новий технічний директор, який взявся за перетворення. Тоді цей клієнт знову звернувся до нас за рекомендаціями і за допомогою по швидкій оцінці проекту і складання планів. Вся ця інформація стала частиною його стратегії по зміні способу роботи ІТ-підрозділу, спрямованого на підвищення його економічної ефективності.

Висновок


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

Схожі статті:


Сподобалася стаття? Ви можете залишити відгук або підписатися на RSS , щоб автоматично отримувати інформацію про нові статтях.

Коментарів поки що немає.

Ваш отзыв

Поділ на параграфи відбувається автоматично, адреса електронної пошти ніколи не буде опублікований, допустимий HTML: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

*

*