Agile Practices - Посібник з методологій гнучкої найкращої практики

Вступ до спритних практик

Комп'ютери були найпопулярнішим способом виконання особистої та професійної роботи. Протягом останніх принаймні 20 років інформаційні технології та індустрія програмного забезпечення також переживають бум. З того часу використання гнучких методів розвитку стало способом життя для ІТ та програмних компаній. Agile команди мають кілька переваг порівняно з традиційними командами:

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

Гнучкі методології

Спритні методики визначаються їхніми цінностями, принципами та практикою. Посібник із спритних практик, як правило, походить від Scrum і Kanban. Деякі з цих практик:

Співпраця: Коли клієнт заходить, у нього є власний набір вимог. Більше того, він / він приходить із очікуванням виконання його вимог. Це робить співпрацю з замовником дуже важливою. Треба постійно підтримувати зв’язок із замовником та постійно оновлювати інформацію про вимоги та зміни. Це допомагає в наданні точної послуги / продукту відповідно до потреб та побажань замовника.
Щоденні зусилля в команді: спритні методи і практики можна практикувати лише з командами. Учасники працюють разом як команда і придумують кінцевий продукт. Існує шість вимог якісної роботи в команді: спілкування, координація, збалансованість внеску членів команди, взаємна підтримка, зусилля та згуртованість. Ці вимоги команди повинні бути забезпечені для включення посібника зі спритних практик.
Мотивовані люди повинні сформувати команду: Команду формують кілька осіб, які збираються разом. Таким чином, кінцева послуга / продукт, що доставляється замовнику, може бути найкращої якості, якщо і лише за умови, що члени команди працюють злагоджено. Усі учасники повинні докладати щирих зусиль, щоб проект був успішним. Це можливо лише в тому випадку, якщо члени команди мотивовані і проект будується навколо них.
Передайте інформацію віч-на-віч: Дуже важливо, а не спілкуватися через різні засоби комунікації, слід спілкуватися безпосередньо з потрібною людиною. Коли людині надається інформація через іншу особу, то є шанси, що інформація не досягне того, як ви хочете, щоб вона дійшла до зацікавленої особи. Якщо йому надіслано пошту, то є шанси на те, що одержувач буде загублений або пропущений. Це робить розмову віч-на-віч дуже важливою.
Формування команди, що самоорганізовується: у командах, що самоорганізуються, саме команда вирішує виконання проекту. Кому надається яка відповідальність і хто робить те, що вирішує команда та її члени? Робота поділяється на невеликі шматки, які називаються ітераціями або робочими станціями, і вони завершуються щодня. Керівництву не потрібно контролювати команду. Керівництво довіряє команді, приймаючи правильні рішення. Кожен член команди повинен бути надзвичайно відданий своїй роботі для досягнення остаточної мети. Команді потрібно розділяти не лише відповідальність та підзвітність. Якщо мета досягнута, то це досягнення для команди, а якщо ні, то команда вчиться адаптуватися.
Зробіть команди ефективнішими: оцінку ефективності щодня проводять спритні команди, оскільки вони зосереджуються на постійному вдосконаленні. Вони відкриті для тренерів, але не добре реагують на команди керівництва. Члени команди повинні бути відкритими для самооцінки та перехресної оцінки. Це запорука вдосконалення та розвитку колективу.
Налаштування семінарів для зацікавлених сторін: Семінари не повинні бути створені лише для команди, яка бере участь у проекті, а й для зацікавлених сторін, пов'язаних із проектом. Це дозволяє зацікавленим особам мати повний досвід механізму спілкування в колективі та зустрічей, що проводяться. Наприклад, зацікавлені сторони можуть оцінити методи планування спринту та прослухати аргументи про весь процес, планування та кінцевий продукт / послугу. Команда може отримати цінний відгук про результати та зусилля щодо співпраці.
Акцент на боксі часу: таймбоксинг - це механізм, який застосовують люди для вирішення своїх проблем за короткий проміжок часу. Спринти тривають відповідно до визначених часових рам. Зазвичай це займає десь від двох тижнів до одного місяця. Засідання Scrum дуже точні, і вони тривають максимум п'ятнадцять хвилин. Це часто передбачає наявність результатів та термінів.
Засідання, що проводяться регулярно: Це стосується наради щодо кінцевої робочої станції та її розвитку. Усі члени команди просять і очікують відвідати цю зустріч. Також заохочується участь клієнтів. На цих нарадах обговорюються шанси на покращення процесів, якості роботи, використовуваних інструментів тощо.
Графік обряду: Цей графік відображає, чи все, що потрібно для завершення проекту, відбувається відповідно до плану, прийнятого на кількох зустрічах, чи ні. Він демонструє графік та терміни виконання робіт. Діаграми Burndown також показуватимуть кількість історій користувачів за одиницю часу, нижче або вище вашого плану.
Пріоритетність вимог: Пріоритетність вимог проводиться в управлінні продуктом Agile, щоб переконатися, яка вимога виконується першою та яка повинна бути виконана першою. Менеджери продуктів також приймають це рішення для забезпечення мінімізації ризику. У цьому випадку досвідчені менеджери з продуктів та проектів використовують відомі методи та прийоми пріоритетності.