Масштабована гнучка розробка (англ. scaled agile framework, абр. SAFe) — набір загальновизначених принципів, підходів, шаблонів робочого процесу який базується на методологіях гнучкої розробки (Agile). Основною ціллю використання подібних підходів є організація роботи в розробці програмного забезпечення де як правило, потрібно часто адаптовуватися до змін і актуалізувати кінцевий продукт. Схожі підходи використовується в інших сферах, таких як фінанси, банківська справа, страхування тощо, але меншою мірою. Разом з подібними методологіями такими як: великомасштабний скрам (Large-Scale Scrum), дисциплінована гнучке доставлення (Disciplined agile delivery), SAFe - спеціалізується на збільшенні організації за межами однієї команди і допомагає вирішити пов'язані з цим проблеми комунікації, взаємодії і досягнення запланованих результатів.
SAFe забезпечує відповідність, взаємодію, доставлення виконаних завдань в організацію з великою кількістю Agile-команд. Цей фреймворк розроблений згідно практичного досвіду, і посилається на три основні складові: гнучка розробка, управління продуктом, системне мислення.
Загальна концепція масштабованої гнучкої розробки SAFe спочатку була сформований на рівні абстракції і визначення загальних правил взаємодії окремо взятої команди з Agile-середовищем - у вигляді команд розробників, організація роботи яких схожа. Ці загальновживані правила і формулювання викладені в книзі 2007 року. Останнє оновлення версії 4.5 було опубліковано в червні 2017.
Основні проблеми гнучкої розробки в великих організаціях
Відповідність до тривалого планування
Зазвичай команди розробників фокусуються на перелік запланованих завдань(англ. backlog) на 2 або 3 наступні цикли розробки, але в компаніях з великою кількістю команд і відповідно працівників, є потреба планувати виконання завдань на значно більший період, наприклад на 12-18 місяців. Такі рішення приймаються в дискусіях з клієнтами для того, щоб реалізація продукту або його оновлення були актуальними на ринку.
Дотримання принципів гнучкості на абстрактних рівнях відповідальності
Для окремо взятих команд, де підходи управління проєктами - Скрам, Канбан мають чіткий набір правил і принципів які визначають як саме розробники мають бути готові до адаптації, а для менеджменту організації є визначені тільки загальні вимоги. Як можливе вдосконалення або поєднання - SAFe має багато подібностей до визначень крос-функціональних команд, але одночасно дозволяє використовувати більш абстрактні форми планування. SAFe іноді критикують за дотримання занадто великої кількості практик, які іноді складно поєднувати в реальному плануванні проєкту.
Особливості з делегованими повноваженнями
На прикладі Scrum, як одного з найпоширеніших типів використання методології гнучкої розробки передбачено, що власник продукту завжди бере на себе відповідальність за весь життєвий цикл продукту, включаючи дохід від інвестиційних рішень щодо розвитку, а також актуальність на ринку. У масштабних розробках, і збільшеній кількості залежностей компонентів розробки, продукт потребує перегляду кількох групових резервів і, наприклад може потребувати представлення менеджером продукту. І в такому вигляді роль власника продукту може приймати іншу форму наближену до менеджера, або розробника продукту.
Синхронізація результатів
Використання методології гнучкої розробки надають можливість командам розробників майже вільно планувати свою роботу в рамках декількох спринтів (циклів). SAFe приймаючи до уваги кількість сотень або тисяч працівників, іноді збільшує вплив на планування, оскільки кожна версія продукту має містити успішно завершене виконання завдань всіх команд які беруть у цьому участь. Це зумовлено тим, що якщо хоча б одна команда не встигне зробити певну заплановану функціональність - продукт в цілому може бути не актуальний, як кінцевий результат роботи.
Виділення часу для інноваційних рішень і планування
Цикл планування SAFe рекомендує додаткову ітерацію після релізу, таким чином команди можуть удосконалити їх практики в роботі і підготуватися до наступного циклу розробки. Існує також критика такого додаткової ітерації, як така що є "антигнучкою" і робить загальне розуміння SAFe як подібної до іншої форми організації робочого процесу такої як Водоспадна модель.
Основні принципи SAFe
SAFe базується на дев'яти основних принципах готовності до адаптацій, та логічного менеджменту, які керують ролями і практичними підходами:
- Використання економічних правил і закономірностей
- Застосування системного мислення
- Припускання мінливості, збереження варіативності
- Ітераційний підхід, з інтегрованими швидкими навчальними циклами
- Визначення базових перешкод щодо об'єктивної оцінки робочої системи
- Візуалізація і обмеження робочого процесу, зменшення розмірів пакетів, керування довжиною черг і затримок
- Застосування синхронізації, синхронізація взаємодії в плануванні
- Розблокування мотивації працівників
- Децентралізація прийняття рішень
Сертифікати
Існують різні сертифікати які мають відповідні тренінги, які надають можливість зрозуміти загальні відомості і необхідний інструментарій для різних рівнів, що мають допогти практичному використані.
- "SAFe Активіст" - SAFe Agilist (SA)
- "SAFe Практикант" - SAFe Practitioner (SP)
- "SAFe Консультант програми" - SAFe Program Consultant (SPC)
- "SAFe Менеджер продукту / Власник продукту" - SAFe Product Manager / Product Owner (SPMPO)
- "SAFe Тренер-консультант продукту" - SAFe Program Consultant Trainer (SPCT)
- "SAFe Скрам-майстер" - SAFe Scrum Master (SSM)
- "SAFe Поглиблений скрам-майстер" - SAFe Advanced Scrum Master (SASM)
Посилання
- Leffingwell, Dean (2007). Scaling Software Agility: Best Practices for Large Enterprises. Addison-Wesley. ISBN .
- Cleveland, Regina. . prweb.com. Архів оригіналу за 15 квітня 2018. Процитовано 11 вересня 2017.
- Eklund, U; Olsson, H; Strøm, N (2014). Industrial challenges of scaling agile in mass-produced embedded systems. Springer International Publishing. ISBN .
{{}}
: Проігноровано|work=
() - Stettina, C; Horz, J (2015). Agile portfolio management: An empirical perspective on the practice in use. International Journal of Project Management. 33(1): 140—152.
- Elssamadisy, Amr. . InfoQ. Архів оригіналу за 11 листопада 2017. Процитовано 11 листопада 2017.
- Maximini, Dominik (11 вересня 2013). . Scrum Oracle. Архів оригіналу за 5 травня 2021. Процитовано 27 листопада 2017.
- Stafford, Jan (9 грудня 2013). . SearchSoftwareQuality. Архів оригіналу за 15 червня 2018. Процитовано 27 листопада 2017.
- Killick, Neil (21 березня 2012). . Agile, Scrum, Kanban, Lean, and everything that's in between. Архів оригіналу за 1 грудня 2017. Процитовано 27 листопада 2017.
- . Scaled Agile. Архів оригіналу за 18 лютого 2016. Процитовано 19 лютого 2016.
Див. також
- Scrum — Scrum - підхід управління проєктами для гнучкої розробки програмного забезпечення.
- Управління проєктами — область знань з планування, організації та управління ресурсами з метою успішного досягнення цілей та завершення завдань проєкту.
- Гнучка розробка програмного забезпечення — набір методологій для розробки програмного забезпечення.
- Ітеративна та інкрементна розробка — різновид організації робочого процесу та поділ його на часові інтервали.
- Розгортання програмного забезпечення — набір дій, що роблять програмну систему готовою до використання.
- Канбан — система організації розпорядку виробництва.
- Водоспадна модель, або "waterfall" — послідовний метод розробки.
Вікіпедія, Українська, Україна, книга, книги, бібліотека, стаття, читати, завантажити, безкоштовно, безкоштовно завантажити, mp3, відео, mp4, 3gp, jpg, jpeg, gif, png, малюнок, музика, пісня, фільм, книга, гра, ігри, мобільний, телефон, android, ios, apple, мобільний телефон, samsung, iphone, xiomi, xiaomi, redmi, honor, oppo, nokia, sonya, mi, ПК, web, Інтернет
Masshtabovana gnuchka rozrobka angl scaled agile framework abr SAFe nabir zagalnoviznachenih principiv pidhodiv shabloniv robochogo procesu yakij bazuyetsya na metodologiyah gnuchkoyi rozrobki Agile Osnovnoyu cillyu vikoristannya podibnih pidhodiv ye organizaciya roboti v rozrobci programnogo zabezpechennya de yak pravilo potribno chasto adaptovuvatisya do zmin i aktualizuvati kincevij produkt Shozhi pidhodi vikoristovuyetsya v inshih sferah takih yak finansi bankivska sprava strahuvannya tosho ale menshoyu miroyu Razom z podibnimi metodologiyami takimi yak velikomasshtabnij skram Large Scale Scrum disciplinovana gnuchke dostavlennya Disciplined agile delivery SAFe specializuyetsya na zbilshenni organizaciyi za mezhami odniyeyi komandi i dopomagaye virishiti pov yazani z cim problemi komunikaciyi vzayemodiyi i dosyagnennya zaplanovanih rezultativ SAFe zabezpechuye vidpovidnist vzayemodiyu dostavlennya vikonanih zavdan v organizaciyu z velikoyu kilkistyu Agile komand Cej frejmvork rozroblenij zgidno praktichnogo dosvidu i posilayetsya na tri osnovni skladovi gnuchka rozrobka upravlinnya produktom sistemne mislennya Zagalna koncepciya masshtabovanoyi gnuchkoyi rozrobki SAFe spochatku bula sformovanij na rivni abstrakciyi i viznachennya zagalnih pravil vzayemodiyi okremo vzyatoyi komandi z Agile seredovishem u viglyadi komand rozrobnikiv organizaciya roboti yakih shozha Ci zagalnovzhivani pravila i formulyuvannya vikladeni v knizi 2007 roku Ostannye onovlennya versiyi 4 5 bulo opublikovano v chervni 2017 Osnovni problemi gnuchkoyi rozrobki v velikih organizaciyahVidpovidnist do trivalogo planuvannya Zazvichaj komandi rozrobnikiv fokusuyutsya na perelik zaplanovanih zavdan angl backlog na 2 abo 3 nastupni cikli rozrobki ale v kompaniyah z velikoyu kilkistyu komand i vidpovidno pracivnikiv ye potreba planuvati vikonannya zavdan na znachno bilshij period napriklad na 12 18 misyaciv Taki rishennya prijmayutsya v diskusiyah z kliyentami dlya togo shob realizaciya produktu abo jogo onovlennya buli aktualnimi na rinku Dotrimannya principiv gnuchkosti na abstraktnih rivnyah vidpovidalnosti Dlya okremo vzyatih komand de pidhodi upravlinnya proyektami Skram Kanban mayut chitkij nabir pravil i principiv yaki viznachayut yak same rozrobniki mayut buti gotovi do adaptaciyi a dlya menedzhmentu organizaciyi ye viznacheni tilki zagalni vimogi Yak mozhlive vdoskonalennya abo poyednannya SAFe maye bagato podibnostej do viznachen kros funkcionalnih komand ale odnochasno dozvolyaye vikoristovuvati bilsh abstraktni formi planuvannya SAFe inodi kritikuyut za dotrimannya zanadto velikoyi kilkosti praktik yaki inodi skladno poyednuvati v realnomu planuvanni proyektu Osoblivosti z delegovanimi povnovazhennyami Na prikladi Scrum yak odnogo z najposhirenishih tipiv vikoristannya metodologiyi gnuchkoyi rozrobki peredbacheno sho vlasnik produktu zavzhdi bere na sebe vidpovidalnist za ves zhittyevij cikl produktu vklyuchayuchi dohid vid investicijnih rishen shodo rozvitku a takozh aktualnist na rinku U masshtabnih rozrobkah i zbilshenij kilkosti zalezhnostej komponentiv rozrobki produkt potrebuye pereglyadu kilkoh grupovih rezerviv i napriklad mozhe potrebuvati predstavlennya menedzherom produktu I v takomu viglyadi rol vlasnika produktu mozhe prijmati inshu formu nablizhenu do menedzhera abo rozrobnika produktu Sinhronizaciya rezultativ Vikoristannya metodologiyi gnuchkoyi rozrobki nadayut mozhlivist komandam rozrobnikiv majzhe vilno planuvati svoyu robotu v ramkah dekilkoh sprintiv cikliv SAFe prijmayuchi do uvagi kilkist soten abo tisyach pracivnikiv inodi zbilshuye vpliv na planuvannya oskilki kozhna versiya produktu maye mistiti uspishno zavershene vikonannya zavdan vsih komand yaki berut u comu uchast Ce zumovleno tim sho yaksho hocha b odna komanda ne vstigne zrobiti pevnu zaplanovanu funkcionalnist produkt v cilomu mozhe buti ne aktualnij yak kincevij rezultat roboti Vidilennya chasu dlya innovacijnih rishen i planuvannya Cikl planuvannya SAFe rekomenduye dodatkovu iteraciyu pislya relizu takim chinom komandi mozhut udoskonaliti yih praktiki v roboti i pidgotuvatisya do nastupnogo ciklu rozrobki Isnuye takozh kritika takogo dodatkovoyi iteraciyi yak taka sho ye antignuchkoyu i robit zagalne rozuminnya SAFe yak podibnoyi do inshoyi formi organizaciyi robochogo procesu takoyi yak Vodospadna model Osnovni principi SAFeSAFe bazuyetsya na dev yati osnovnih principah gotovnosti do adaptacij ta logichnogo menedzhmentu yaki keruyut rolyami i praktichnimi pidhodami Vikoristannya ekonomichnih pravil i zakonomirnostej Zastosuvannya sistemnogo mislennya Pripuskannya minlivosti zberezhennya variativnosti Iteracijnij pidhid z integrovanimi shvidkimi navchalnimi ciklami Viznachennya bazovih pereshkod shodo ob yektivnoyi ocinki robochoyi sistemi Vizualizaciya i obmezhennya robochogo procesu zmenshennya rozmiriv paketiv keruvannya dovzhinoyu cherg i zatrimok Zastosuvannya sinhronizaciyi sinhronizaciya vzayemodiyi v planuvanni Rozblokuvannya motivaciyi pracivnikiv Decentralizaciya prijnyattya rishenSertifikatiIsnuyut rizni sertifikati yaki mayut vidpovidni treningi yaki nadayut mozhlivist zrozumiti zagalni vidomosti i neobhidnij instrumentarij dlya riznih rivniv sho mayut dopogti praktichnomu vikoristani SAFe Aktivist SAFe Agilist SA SAFe Praktikant SAFe Practitioner SP SAFe Konsultant programi SAFe Program Consultant SPC SAFe Menedzher produktu Vlasnik produktu SAFe Product Manager Product Owner SPMPO SAFe Trener konsultant produktu SAFe Program Consultant Trainer SPCT SAFe Skram majster SAFe Scrum Master SSM SAFe Pogliblenij skram majster SAFe Advanced Scrum Master SASM PosilannyaLeffingwell Dean 2007 Scaling Software Agility Best Practices for Large Enterprises Addison Wesley ISBN 978 0321458193 Cleveland Regina prweb com Arhiv originalu za 15 kvitnya 2018 Procitovano 11 veresnya 2017 Eklund U Olsson H Strom N 2014 Industrial challenges of scaling agile in mass produced embedded systems Springer International Publishing ISBN 9783319143583 a href wiki D0 A8 D0 B0 D0 B1 D0 BB D0 BE D0 BD Cite book title Shablon Cite book cite book a Proignorovano work dovidka Stettina C Horz J 2015 Agile portfolio management An empirical perspective on the practice in use International Journal of Project Management 33 1 140 152 Elssamadisy Amr InfoQ Arhiv originalu za 11 listopada 2017 Procitovano 11 listopada 2017 Maximini Dominik 11 veresnya 2013 Scrum Oracle Arhiv originalu za 5 travnya 2021 Procitovano 27 listopada 2017 Stafford Jan 9 grudnya 2013 SearchSoftwareQuality Arhiv originalu za 15 chervnya 2018 Procitovano 27 listopada 2017 Killick Neil 21 bereznya 2012 Agile Scrum Kanban Lean and everything that s in between Arhiv originalu za 1 grudnya 2017 Procitovano 27 listopada 2017 Scaled Agile Arhiv originalu za 18 lyutogo 2016 Procitovano 19 lyutogo 2016 Div takozhScrum Scrum pidhid upravlinnya proyektami dlya gnuchkoyi rozrobki programnogo zabezpechennya Upravlinnya proyektami oblast znan z planuvannya organizaciyi ta upravlinnya resursami z metoyu uspishnogo dosyagnennya cilej ta zavershennya zavdan proyektu Gnuchka rozrobka programnogo zabezpechennya nabir metodologij dlya rozrobki programnogo zabezpechennya Iterativna ta inkrementna rozrobka riznovid organizaciyi robochogo procesu ta podil jogo na chasovi intervali Rozgortannya programnogo zabezpechennya nabir dij sho roblyat programnu sistemu gotovoyu do vikoristannya Kanban sistema organizaciyi rozporyadku virobnictva Vodospadna model abo waterfall poslidovnij metod rozrobki