Scale Agile Framework (SAFe) қолданудың 11 ең көп таралған себептері және мұны қалай өңделмеген Scrum көмегімен шешуге болады

Неліктен бұл SAFe қолданғаннан гөрі тиімді?

Көптеген топтармен жұмыс кезінде тиімсіздіктерді жою үшін, көбінесе масштабтау жүйесін енгізуді ұсынады. Командалар көп болса, проблемалардың бәрі кездеседі. Масштабтау шеңберін енгізу керемет шешім сияқты көрінеді. Дұрыс па?

Мұндай құрылымдардың ең танымал мысалы - Scale Agile Framework (SAFe). Бағдарламаны ұлғайту деңгейінде SAFe Scrum-ды өнімнің өсуін жасау тәсілдерінің бірі ретінде ұсынады. Scrum-дің бейімделген нұсқасы көбінесе SAFe құрамына кіреді.

Адамдар SAFe-ді таныстырған кезде олар қосымша оқиғалар, артефакттар, рөлдер мен ережелермен таныстырады. Бұл олардың қиындықтары мен проблемаларын тудыруы мүмкін қоршаған ортаның күрделілігін одан әрі арттырады. Көбінесе адамдар SAFe-мен таныстыратын қауіп-қатерлер SAFe-мен шешуді қалайтын мәселелерден үлкен болады.

Алайда, SAFe қолданудың ең көп таралған себептерін Scrum көмегімен ғана шешуге болады, бұл жеңіл. Қазір сізге масштабтаудың көп кездесетін мәселелерін шешу үшін сізге SAFe қажет емес екенін көрсетемін.

Пиксабайдағы кокопарисиенмен

1. Өсуді қамтамасыз ету үшін топ аралық тәуелділіктерді басқару

Бір топта бірнеше команда жұмыс істегенде, бұл командалар көбінесе бір-біріне тәуелді болады. А тобы В тобының әрекеттерін талап етуі мүмкін және керісінше. SAFe көмегімен бағдарламаны көбейтуді жоспарлау кезінде осы типтегі тәуелділіктерді анықтауға болады, әдетте бірнеше Sprint-ке қарауға болады.

Scrum-да бұл мәселені шешудің жақсы әдісі бар:

«Даму бойынша топтар - бұл кросс-функционалды, барлық дағдылар команда ретінде өнімді көбейту үшін қажет;» - Scrum Guide 2017

Әр Даму тобы өнімнің жұмыс бөлігін жеткізе алуы керек. Егер командалар арасында тәуелділік болса, бұны шектейтін болса, тәуелділіктер енді болмайтындай етіп командаларды қайта құрудың тәсілдерін іздеңіз. Бұл ретте SAFe қолданудың бірінші себебі жоғалады.

2. Көріністен өнімге / кәсіпорын деңгейімен командалық деңгейге сәйкес

Көбінесе өнімге деген көзқарас Scrum командаларынан алшақ жерде жасалады, онда құнды өнімдер салынған. SAFe-де команданың артта қалғанын көруге көмектесетін қосымша қабаттар бар (портфолио және / немесе үлкен шешімдер үшін).

Мұны Scrum көмегімен қалай шешуге болады:

«Өнімнің артта қалуы - бұл өнімде қажет болатын барлық нәрселердің реттелген тізімі. Бұл өнімге енгізілетін кез-келген өзгерістерге қойылатын талаптардың жалғыз көзі ». - Scrum Guide 2017

Ия, өнімнің артта қалуы - сіз көрнекіден құндылыққа қалай жету керектігін алға тартасыз. Көбінесе сіз келесі бірнеше Sprint үшін қажет деп есептелетін элементтер ғана тіркелетінін көресіз. Scrum нұсқаулығы қажет, бірақ бәрі белгілі болуы керек. Оны толығымен ашудың қажеті жоқ, сіз үлкен жұмысты білдіретін анық емес элементтерге ие бола аласыз.

3. Өнім туралы шешім қабылдаушылар мен өнім иесін теңестіріңіз

Көбінесе өнімнің бағыты туралы шешім Өнім иесінің қолынан келмейді. SAFe бұны бизнес иесі және эпикалық иесі сияқты рөлдерге бөледі.

Мұны тек Scrum көмегімен қалай шешуге болатындығы көрсетілген:

«Өнім иесі Даму тобының жұмысы нәтижесінде алынған өнімнің құнын арттыруға жауап береді.» - Scrum Guide 2017

Егер сіз өнім иесіне өнімнің құнын арттыруға жауап берсеңіз, сізге SAFe анықталған қосымша рөлдер қажет емес.

Сіз қазір өнімнің жауапкершілігі мен өнімнің артта қалуы үшін жауапкершілік бөлінетін басқа жағдайға тап болуыңыз мүмкін. Бірнеше топтың қатысуымен өнім ортасында тиімдірек болу үшін, оны Өнім иесінің рөлін кеңейту арқылы өзгерту керек.

4. Ұйымның жоғарғы деңгейіне басқару механизмін беріңіз

Ұйымның жоғарғы қабатындағы адамдар көбінесе командалардың құнды өнімдер жасау үшін қалай жұмыс істейтінін білмейді. Олар өздерін бақылауға алған сияқты сезінбейді. SAFe-де бұл үшін бірқатар қабаттар мен оқиғалар бар. Дұрыс емес қолдарыңызда оны жоғарыдан төмен басқаруды күшейту үшін пайдалану мүмкін.

Scrum қазіргі жағдайды бағалау үшін және одан кейін не істеу керектігін талқылау үшін өте таза және қарапайым орын ұсынады:

«Sprint шолуы кезінде Scrum тобы мен мүдделі тараптар Sprint-те не істелінгені туралы бірлесіп жұмыс жасайды. Спринт кезінде өнімнің артта қалуына және оған байланысты кез-келген өзгерістерге сүйене отырып, қатысушылар құндылықты оңтайландыру үшін жасалатын келесі жұмыстармен бірлесіп жұмыс істейді ». - Scrum Guide 2017

Иә, Sprint шолуы - егер сіз қазіргі өнім мен одан әрі не істеу керектігі туралы шешім қабылдауға әсер етуі мүмкін нәрселерді талқылағыңыз келсе, сіздің шараңыз болады. Бұл тікелей және тиімді, өйткені қатысушылардың бәрі талқылауға қатыса алады.

Сіздің рөліңіз маңызды емес. Егер сіз өнімнің бағытына әсер етуді қаласаңыз, Sprint Review қатысыңыз!

5. Жеткізу / біріктіру қадамдарын синхрондау

Бірнеше командасы бар өнім ортасында SAFe компаниясының Agile Release Trains бірнеше команда үшін шығарылымдарға синхрондау үшін бар.

Scrum көмегімен командаларда жұмысты синхрондаудың бірнеше әдісі бар. Мұның өзектілігі:

«Бірнеше Скрум топтары көбінесе бір өнімде бірге жұмыс істейді. Бір өнімнің артта қалуы өнімдегі алдағы жұмысты сипаттау үшін қолданылады. » - Scrum Guide 2017

Бұл мыналарды білдіреді:

1 өнімнің артта қалуы → 1 өнім иесі → 1 өнімді көбейту → 1 Sprint шолуы.

Мұнымен синхрондау автоматты түрде орындалып жатыр, өйткені 1 Sprint шолуы кезінде 1 өнім үлгерімі бар. Scrum-тің эмпирикалық процесті басқару әдісі осы шығарылымдарды синхрондау мәселелеріне байланысты жойылмауы керек. Бұл кері байланыс циклын бұзуы мүмкін.

Оның орнына командалар шынайы ептілікпен интеграцияны жеңілдетудің жолдарын белсенді түрде іздеуі керек:

«Олар дамыған архитектуралар мен мақсатты шығарылым орталары арқылы өзара әрекеттеседі». - Scrum Guide 2017

6. Өнімділікті жақсарту

SAFe көбінесе командалардың өнімділігін арттыру үшін енгізіледі. Жоғарыда аталған мәселелердің жиынтығы төмен өнімділіктің себебі болуы мүмкін:

  • Өсуді қамтамасыз ету үшін топ аралық тәуелділіктерді басқару;
  • Көріністен өнімге / кәсіпорын деңгейімен командалық деңгейге сәйкестендіруге;
  • Ұйымның жоғарғы деңгейіне басқару тетігін беріңіз;
  • Жеткізу / біріктіру қадамдарын синхрондау.

Бұл бағыттардың жақсаруы өнімділіктің жоғарылауына әкеледі. Өнімділіктің жақсаруы көбінесе жобаны жеткізудің дәстүрлі тәсілдерімен (сарқырама аймағында) салыстырылады.

Мен бұл жақсартуларды Scrum бағдарламасында қалай тиімді жасауға болатындығын талқыладым. Нәтижесінде Scrum өндірісті айтарлықтай жақсартуға көмектеседі. Ол үшін SAFe пайдалану қажет емес.

7. Құнды жеткізуді көбейтіңіз

SAFe дәстүрлі өнімді басқарудың баламасы ретінде ұсынылған. Scrum сияқты Lean және Agile принциптері мен шеңберлерін қолдана отырып, SAFe дұрыс нәрсені құруға баса назар аударады. Мұны қамтамасыз ету үшін SAFe-де үнемі шағылысатын сәттер болады.

Алайда, бұл шағылысу сәттерінің көпшілігі Scrum-да бұрыннан бар. Heck, SAFe шағылысу моменттерін Scrum-да анықталғандай пайдаланады (Sprint шолу және спринт ретроспективасы сияқты), қосымша күрделілікке байланысты қосымша шағылысу сәттерін қажет етеді.

Scrum-дан ерекшелігі - бұл шағылысу сәттері - басты мүдделі тараптармен бірге жиі орын алуы керек, өйткені олар әр Sprint-тің (SAFe-мен) орнына әр Sprint-те болады. Бұл ептілікке, жаңа түсініктерге бейімделудің көбірек нұсқаларын алуға мүмкіндік береді, нәтижесінде құндылықты жеткізудің жоғарылау мүмкіндігі пайда болады.

8. Сапаны арттыру

SAFe-де «кіріктірілген сапа» бар. Бұл жеткізілетін өнімнің компания сапасына сәйкестігін қамтамасыз етудің тәсілдерінің бірі. Кірістірілген сапаның бір бөлігі - бұл команданың «Дайын» ​​анықтамасы.

Скрум сонымен бірге «Дайын» ​​анықтамасына сәйкес келуге тырысады. Оған компанияның сапа стандарттары енуі керек. «Орындалды» анықтамасы әдетте дамуды ұйымдастыру деңгейінде анықталады. Командалық деңгейде емес.

SAFe кіріктірілген сапа Scrum анықтамасынан гөрі «Орындалды» дегенді алға тартады. Мен бұған келіспеймін. «Орындалды» анықтамасы - бұл даму ұйымы. Оның құрамына SAFe сапасына кіретін заттар кіреді.

9. Ұйымдастыру кестесі - өніммен жұмыс істейтін барлық адамдарға не істеу керек?

SAFe-де «Agile» жұмыс істеген кезде ұйымдағы барлық адамдар қайда сәйкес келетіні туралы сұраққа ыңғайлы жауап бар. Көптеген рөлдерде әрдайым барлығына арналған орын бар (бизнесті басқару, өнімді басқару, жүйелік сәулетшілер, жүйелік инженерлер, поезд инженері және одан да көп шешімдер үшін).

Осы рөлдердің барлығының SAFe-де болуы оның «қолданыстағы ұйымға оңай сәйкес келетіндігін» қамтамасыз етеді. Бұл ұйымға нақты, бірақ ауыр өзгерістерді енгізу қажеттілігін жояды. Бұл «ептілікке» ұқсайтын ұйымға айналуы мүмкін, бірақ іс жүзінде «епті» емес, ептілікпен жұмыс істеудің барлық артықшылықтарын жоғалтады.

Scrum-да мұндай оңай жауап жоқ. Scrum үш рөлді ғана біледі (өнім иесі, Scrum шебері, даму тобының мүшесі) және мүдделі тараптар. Бұл Scrum ішіндегі рөлдер екенін түсіну қажет. Бұл компанияның функциясымен бірдей емес / қажет емес.

Скрум - бұл жақтау. Ол сізге кенеп береді және кескіндемеңізді қалай жасағаныңыз сізге байланысты. Кімнің қайда баратындығын шешудің бірнеше мысалдары келтірілген:

  • Scrum өнімінің иесі немесе негізгі мүдделі тұлға өнім менеджері бола алады;
  • Жүйе инженері Әзірлеу тобының мүшесі немесе негізгі мүдделі тарап бола алады;
  • Жүйелік сәулетші Әзірлеу тобының бөлігі немесе негізгі мүдделі тарап бола алады;
  • SAFe анықтаған өнімнің иесі (Team Backlog жүйесінде жұмыс жасау) Даму тобының құрамына өнім сарапшысы немесе өнім иесі бола алады.

Скрум сізге оны тиімді деп санайтындықтан оны жүзеге асыру еркіндігін береді. Мұны қанағаттандыру үшін сізге қосымша рөлдер немесе шаралар қажет емес. Scrum жүйесін қолдануға әркімнің көзқарасы бар.

10. Бірнеше өнімдері бар бағдарламаны басқарыңыз

SAFe-ді енгізудің тағы бір себебі - көптеген тәуелділігі бар бірнеше өнімдері бар бағдарламаны басқару.

Мен қазірдің өзінде тәуелділіктерді талқыладым деп дау айтуыңыз мүмкін (1 және 5 тақырып ойға келеді). Дегенмен, мен бірнеше өнімнің мысалын нақты келтіргім келеді.

Біріншіден, бұл жобаны басқару мен өнімді басқаруды біріктіру емес пе?

SAFe және Scrum - құнды өнімдерді жеткізуге арналған шешімдер. Екеуі де жобаны басқару шеңбері ЕМЕС.

Егер сізде көптеген тәуелділіктері бар әртүрлі өнімдер болса, сіз өзіңіздің өнім ретінде анықтаған нәрсені қайта қарауыңыз керек. Сіздің өніміңіздің анықтамасын қайта бағалау және нәтижесінде сіздің портфолиоңызды қайта бағалау тәртібі болуы мүмкін. Бұл мөлдірлікті арттырады (мысалы, өнім иесі ретінде кім жауап береді) және SAFe пайдалану қажеттілігін жояды.

11. Бірнеше өнім иелерін өнімнің бағыты бойынша туралау

SAFe көбінесе өнімге жауап беретін бірнеше өнім иелерін теңестіру шешімі ретінде қарастырылады. Содан кейін жұмыс бағдарламадан немесе портфельден бастап, өнім иесінен бөлінген командалық топқа ауысуы мүмкін.

Мұндағы мәселе - өнімде тек бір өнім иесі болуы керек (1 өнімнің артта қалуы → 1 өнім иесі). Демек, өнімнің бірнеше иесі болуы - бұл антиквариат емес. Егер сіз осы мәселені шешпесеңіз, сонымен қатар SAFe-ді пайдалануға негіз болатын дәлдеудің осы түрінің қажеттілігін алып тастайсыз.

Төменгі сызық

Егер сіз ептілікпен жұмыс істеу тәсіліне көшуді қаласаңыз, кеңейтілген жедел шеңбер (SAFe) көптеген жалпы мәселелерді шешуге арналған. Алайда, сіз өзіңіздің мәселелеріңізді шешкіңіз келсе, SAFe-нің барлық қоңыраулары мен ысқырығы қажет емес. Сіз Scrum-мен бірдей мәселелерді шеше аласыз, бұл шынымен жеңіл. Скрумды жалғыз пайдалану арқылы сіз қажетсіз қиындықтар мен шығындардан аулақ боласыз.

Менің кеңесім әрқашан сіздің нақты қажеттіліктеріңізді анықтап, кішкентайдан бастауға болатын еді.

Оны алып тастағаннан гөрі күрделілікті қосу оңай. Сондықтан бір уақытта көптеген қиындықтарды қосқанда сақ болыңыз. Оны біртіндеп қосып көріңіз, егер сізге шынымен қажет болса және ол сіздің проблемаңызды шешетін болса, оны анықтаңыз. Бірде оны алып тастау қиын.

Скрум - бұл кішкене бастаудың бір әдісі. Егер сіз Scrum-ті жеткілікті деңгейде игерген болсаңыз және әлі де бірдеңе жетіспейтінін сезсеңіз, әрқашан масштабтау тәсілдерін іздей аласыз. Мұнда SAFe - нұсқалардың бірі, бірақ сонымен қатар LeSS, Nexus, Scrum @ Scale және басқалары бар.

Скрумның күші сізді таң қалдырады. Тек Scrum көмегімен ғана масштабтаңыз.

Масштабталған скрум - бұл әлі де Scrum. Қарапайым және күшті.
Сіз елеулі Scrum үшін жазғыңыз келе ме немесе Scrum-ны қызу талқылайсыз ба?