Вступ до спритних цінностей

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

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

Agile Manifesto - це декларація, яка чітко говорить про ключові цінності та принципи, яких розробники програмного забезпечення повинні дотримуватися для керівництва їх роботою. Це основа спритного руху. Це чотири значення та дванадцять принципів як настанови.

4 Agile Цінність Agile Manifesto

Нижче наведено 4 значення Agile Manifesto:

1. Команда та комунікація, обрані щодо процедури та інструментів

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

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

2. Робоче програмне забезпечення над всеосяжною документацією

Багато часу було витрачено на розробку документації, як-от технічні умови, технічні вимоги, плани випробувань, проектні документи та затвердження, необхідні для кожного. Вид документації, створеної для них, був дуже детальним, і про багато з них навіть не згадувалося під час проекту. Команда хотіла, щоб готовий продукт відповідав специфікації, тому документи були зосереджені на великій кількості. Але кінцевий продукт все-таки був би іншим, оскільки втрачалася актуальність.

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

3. Спілкування з Клієнтом, що надає перевагу підписаним договорам

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

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

Комунікація також допомагає клієнту вдосконалити своє бачення та переосмислити його вимоги, якщо це вимагається в ході проекту.

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

4. Легко приймаючи зміни, а не дотримуючись суворого плану

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

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

За словами Agile, зміна - це не витрата, а необхідний зворотний зв'язок, що призводить до вдосконаленого проекту. Ініційована зміна зворотного зв'язку додає значення проекту.

Швидкі методики дозволяють спритній команді змінити процес під час роботи та зробити його більш придатним для команди, а не навпаки. Отже, тут слід згадати про перше принципи спілкування з усією командою. Розробники команди повинні бути в курсі змін.

Завжди потрібно пам’ятати про кінцеву мету вашого проекту, і якщо є якісь перешкоди, команда повинна знати про це і нагадувати про ці 4 значення.

Дванадцять принципів спритного розвитку

Ці принципи є тестом для визначення того, чи ви спритні:

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

Рекомендовані статті

Це було керівництвом по Agile Values. Тут ми обговорили Концепцію, перші 4 цінності та дванадцять принципів спритного розвитку. Ви також можете ознайомитися з іншими запропонованими нами статтями, щоб дізнатися більше -

  1. Що таке Agile?
  2. Що таке Agile Project Management?
  3. Управління проектами Microsoft
  4. Питання інтерв'ю з управління проектами
  5. 8 Важливе завдання написати шаблон тестового плану