Бірлесіп әзірлеуді басқару жүйесі
Тиімді бірлесіп әзірлеуді басқару жүйесін құру өндіруші анықтаған жобаларда және біріктіру топтарында келісімділік пен қайталануды қамтамасыз етудің маңызды бөлігі болып табылады. Бұл мақалада басқару жүйесінің блок-схемасын анықтау тәсілі сипатталады.
Өтпелі процесті анықтау
Келесі процесті мысал ретінде пайдалануға және оны ұйымыңыздың ең үздік ұсыныстарына сәйкес реттеуге болады. Қажетті нәтижеге қол жеткізсеңіз, әр қадамды орындаудың қажеті жоқ.
Орындалмаған жұмыс журналына мүмкіндіктер қосу
Орындалмаған жұмыс журналдары жалпы тәжірибені жақсартатын мүмкіндіктерді қосу арқылы жобаңызды жоспарлауға мүмкіндік береді. Орындалмаған жұмыс журналы сонымен қатар жұмыс тобы орындауға ниетті жалпы жол картасын ұсынады.
Орындалмаған жұмыс журналына жаңа мүмкіндікті қосқанда, мақсат жалпы ауқымды сипаттау болып табылады. Содан кейін әрбір мүмкіндік бизнес мәнін, оқиғаның жобалық тақырыптарын, ауқымын және кодты әзірлеу әрекеттерін анықтайтын деректер үлгісінің өзгерістерін анықтайды.
Бұған қоса, бизнес үшін маңызды мүмкіндікті қосқанда, тестілеуді автоматтандыру үшін кез келген маңызды сценарийді анықтау ұсынылады. Мүмкіндіктеріңізді қосқаннан кейін жұмыс көлемін туралау бойынша жиналысты жоспарлауға болады.
Жұмыс көлемін туралау бойынша жиналыс
Бұл жиналыстың мақсаты әрбір ұсынылған жаңа мүмкіндікті қарап шығумен шектелуі керек, содан кейін әрекеттердің қайталануын болдырмау үшін осы мүмкіндікті қамтамасыз ететін кез келген бұрыннан бар бағдарламаны, сценарийлерді немесе деректер үлгілерін тексеру керек. Бұл жиналыс сонымен қатар басқа бағдарламаларға әсерін талқылау мүмкіндігін береді. Соңында, бұл мүмкіндік тәжірибені шолуды қажет ететінін тексеру керек.
Орындалмаған жұмыс журналына оқиғаларға мен кадрлау тақтасын қосу
Жұмыс көлемін туралау бойынша жиналыстан кейін мүмкіндіктің астына кез келген пайдаланушылық оқиғаның тақырыптық жобаларын қосуға болады. Бұл кезеңде егжей-тегжейлер қажет емес және пайдаланушы оқиғасының күйі «Жаңа» болады. Оқиғаларды орындалмаған жұмыс журналынан немесе тақта көрінісінен көруге болады.
Келесі суретте орындалмаған жұмыс журналына қосылған пайдаланушылық оқиғаның мысалы көрсетілген.
Бұл кезеңде жұмыс ағындары мен бағдарлама бойынша жұмысты ұйымдастыру арқылы сапаны сақтау өте маңызды. Бұл тәсіл қатысты жұмыс элементтерін біріктіруге көмектеседі және әрбір жұмыс ағынындағы сарапшыларға әр бағдарламаның функционалдығы мен деректерін пайдалану туралы терең түсінік қалыптастыруға және сақтауға мүмкіндік береді.
Интерфейсті сараптау
Интерфейсті сараптау соңғы пайдаланушының тәжірибесіне бағытталуы керек және жұмыс тобыңыз ең озық ұйымдастырушылық тәжірибені ұстанатынын қамтамасыз етуі керек. Бұл үйлесімділік барлық бағдарламаңыздың соңғы пайдаланушылар мен қолдау топтары үшін сенімді және қайталанатын тәжірибені қамтамасыз етуіне кепілдік береді.
Оқиға мәліметтерін қосу
Әдеттегі пайдаланушылық оқиғаны қосу әрекеті келесі ақпаратты қамтуы мүмкін:
- Тақырып: мен <persona> ретінде <impact/priority/value> үшін <do something> әрекетін орындай аламын
- Сипаттама: сипаттама кейбір негізгі мәліметтерді қамтиды (бірақ олармен шектелмейді), мысалы:
- Қажетті нәтижені қорытындылайтын сценарийдің қысқаша сипаттамасы
- Баяндау — сценарийді шарлау және орындау үшін пайдаланушылар жасайтын әрекеттерді сипаттайды
- Альтернативті баяндау — пайдаланушылардың дәл сол нәтижеге қол жеткізуінің басқа жолдарын сипаттайды
- Әзірлеу туралы ескертпелер — пайдаланушылық оқиғамен байланысты нысанды, өрістерді, көріністерді, экрандар макетін және бизнес ережелерін жазады
- Әсер еткен қауіпсіздік рөлдері — әсер еткен немесе пайдаланушылық оқиғаға қатысты барлық қауіпсіздік рөлдерін тізімдейді.
Осы мәліметтердің барлығын қосқаннан кейін, пайдаланушылық оқиғаның күйін «Қарап шығуға дайын» күйіне өзгертесіз. Көп жағдайда мүмкіндіктер тобы және бизнестік жұмыс тобы (егер қолданылатын болса) пайдаланушылық оқиғаны қарайды.
Оқиғаға шолу
Оқиға шолулары әдетте оқиғаның барлық қосымша мәліметтерді қамтитынын және екі мәнділіктің жоқтығына көз жеткізу үшін біріктіру тобында болады. Барлық шолу аяқталғаннан кейін жұмыс тобының мүшесіне пайдаланушылық оқиғаны тағайындау ұсынылады. Жұмыс тобыңыздың даму процесі кезінде келісімділікті сақтауын қамтамасыз ету сіздің ортақ мақсаттарыңызға жету үшін өте маңызды.
Тапсырмалар мен сынақ жағдайларын қосу
Оқиғаларды қарап шыққаннан кейін топ мүшелері Azure DevOps ішінде тапсырмаларды жасайды. Тапсырмалар мен сынақ жағдайларын қосудың жалпы процесі келесідей:
- Спринттің орындалмаған жұмыс журналын ашыңыз. Немесе жаңа спринт жасаңыз.
- Спринтке бұрыннан бар жұмыс элементтерін қосыңыз. Егер спринтте көрсетілмейтін жұмыс элементтерін әлдеқашан қосқан болсаңыз, олардың аумағын және итерация жолдарын тексеруіңіз керек. Тиісті жұмыс элементтеріне ата-аналық элементтері жоқ кез келген тапсырманы тағайындауды ұмытпаңыз.
- Орындалмаған жұмыс элементтеріне тапсырмаларды қосыңыз. Егер сізде спринтке тағайындалған орындалмаған жұмыс элементтері болмаса, оны қазір жасаңыз. Сондай-ақ спринттің басталу және аяқталу күндерін орнатыңыз.
- Тапсырмалар формасын толтырыңыз. Әдетте, тапсырмалар ең көбі бір күнде орындалуы керек. Осы уақыт шкаласынан асатын тапсырмалар бөліктерге бөлінуі керек.
- Ата-аналық элементтері жоқ кез келген тапсырманы қадағалаңыз немесе біріктіріңіз. Ата-аналық элементтері жоқ тапсырмаларды басқа тапсырмалар сияқты қадағалай аласыз немесе ата-аналық элементтерді орнату үшін оларды орындалмаған жұмыс элементіне сүйреп апара аласыз.
Тапсырмалар мен сынақ жағдайларын қосқаннан кейін спринт сыйымдылығын орнатуға өтуге болады.
Спринтті жоспарлауды қолдау үшін тапсырмалар қосу туралы қосымша ақпаратты Орындалмаған жұмыс журналына тапсырмалар қосу бөлімінің элементтерінен қараңыз.
Шешімдерді дайындау
Сәтті бірлескен дамудың маңызды аспектісі құрылымдық шығарылымды басқару процесі болып табылады. Шешімдер бағдарламаның жарамдылық кезеңін басқаруды (ALM) жүзеге асыру механизмі болып табылады; сіз оларды экспорттау және импорттау арқылы компоненттерді орталарға тарату үшін қолданасыз. Компонент — бұл бағдарламаңызда қолданылатын артефакт және сіз оны реттей аласыз. Шешімге енгізуге болатын барлық нәрсе: кестелер, бағандар, кенепке бағдарламалары және модельдер, Power Automate ағындары, чат-боттар, диаграммалар және плагиндер.
Маңызды
Шығарылымды жоспарлау кезінде жобаңызда шешімдерді басқару стратегиясын анықтаңыз. Жобаңызды басқару үшін шешімдерді пайдаланыңыз және басқа орталарға тарату үшін жасаған компоненттерді оңай табыңыз.
Орналастырулар
Компоненттерді аяқтау үшін жұмыс тобының күрделілігі мен жылдамдығына байланысты бірнеше спринт қажет болуы мүмкін. Компоненттер тапсырмаларды орындау кезінде әзірлеу ортасындағы шешімге қосылуы керек. Содан кейін шешімдер сынақтан өткеннен кейін жұмыс ортасына импортталады. Сондай-ақ жұмыс ортасына өтпес бұрын кешенді тестілеуді және шешімді сынақтан өткізу үшін бір сынақ ортасын сақтауды ұсынамыз.
Power Platform орталары
Орталар — бұл ұйымыңыздың бизнес деректерін, бағдарламалары мен бизнес процестерін сақтауға, басқаруға және бөлісуге арналған орын. Олар сондай-ақ әртүрлі рөлдері, қауіпсіздік талаптары немесе мақсатты аудиториялары болуы мүмкін бағдарламаларды бөлуге арналған контейнерлер ретінде қызмет етеді.
Егер ұйымыңызда бірнеше жұмыс тобы (әрқайсысы өз шешімдерін әзірлейді) бар болса, спринттер мен шығарылымдардың ұзақтығын үйлестіру маңызды болады. Спринттер жобаның уақыт шкаласында тұрақты ұзақтыққа ие болмауы керек және әр топтың қалауына сәйкес жұмыс топтары арасында әртүрлі болуы мүмкін. Дегенмен, шығарылым жиілігі барлық жұмыс тобы үшін ең қысқа спринт ұзақтығынан кем болмауы мүмкін.
Бастапқы басқару элементі
Бастапқы кодты басқару жүйесін қабылдауды (Azure DevOps сияқты) қарастырыңыз. Azure DevOps жұмысты жоспарлау, кодты әзірлеу бойынша ұжымдық жұмыс және бағдарламаларды құру және орналастыру үшін қолдау топтарына әзірлеуші қызметтерін ұсынады.
Бағдарламаларыңыз бен теңшеулеріңізді қамтитын әзірлеу ортасынан шешім экспорттаңыз, шешіміңізді бумадан шығарыңыз және құрамдастарды бастапқы басқару жүйесінде сақтаңыз.
Кеңейтілген тақырып: өзгертулерді енгізу сұрауларын (PR) тексеру
PR тек функциялары тексерілген және мақұлданған белсенді оқиғалар үшін жасалуы керек. Scrum тәжірибелерін Azure Boards ішіндегі жұмыс тобы үшін енгізу бөлімінде көрсетілген спринт және әзірлеу нұсқауларын орындау арқылы шешім нұсқаларының дәлдігіне көз жеткізуіңіз керек. PR бойынша сынақ нәтижелері жасалатын функционалдылықты көрсететін скриншоттар немесе бейнелер болуы мүмкін.
PR басқару процесін автоматтандыру шешім нұсқалары сияқты негізгі тексерулерді қолмен қарап шығуды қажет етпестен код сапасын қамтамасыз етуге көмектеседі.
Ескерім
Өзгертулерді енгізу сұрауын тексеру процесін автоматтандыру үшін PR тексеру құралын пайдаланыңыз.
Үлгілер және стандарттау
Үлгілер мен стандарттау топтағы келісімділікті арттыруға көмектесу арқылы тиімділікті қамтамасыз етеді. Топ жұмысының барлық аспектілері— бұл уақытты үнемдеуге және командаларға нұсқаулық беруге көмектесетін кіріспе тапсырмалары, оқиғаларды шолу презентациялары немесе жұмыс элементінің үлгілері пайдаланушы оқиғаларын, мүмкіндіктерін, қателерін немесе тапсырмаларын анықтау кезінде— стандарттау мен жеңілдетуден пайда алыңыз.
Тиімді қолдау үлгісін ендіру
Қолдау матрицасын құру туралы алдыңғы бөлімде атап көрсетілгендей, тиімді қолдау моделі бағдарламаны орналастырғаннан кейін ұзақ мерзімді табысқа жету үшін маңызды. Қателер мен ақаулар шарасыз нәтиже, жұмыс тобының осы мәселелерді шешуде құрылымдық тәсілі болуы және қолдау матрицасы қажетті негізді қамтамасыз етуі өте маңызды.
Қызмет көрсету деңгейі туралы келісім жасау
Кез келген қолдау моделінің негізгі факторы «Қызмет көрсету деңгейі туралы келісімді (SLA)» анықтау болып табылады SLA келісімі жұмыс тобы жасайтын және келесі тармақтарды қамтитын бөлімдерден тұратын ресми құжат болуы керек:
- Ақаулар — қызмет көрсету ақауының қандай деңгейі қолайлы, кімге хабарлау керек, қандай әрекеттер жасау керек, қызмет көрсетуді жаңартуды растау және қайталанудың алдын алу шаралары. Жұмыс тобы қолданатын кез келген автоматтандырылған тестілеу процедурасы күтілетін әрі рұқсат етілген ақауларға төзімділікке және қолданыстағы қызмет деңгейі туралы келісімге сәйкес келуі керек.
- Қателер — кім хабарлай алады, ауырлық деңгейлерін тағайындау, жіктеу, анықтау әрекеттері, шешуге және қол қоюға кім жауапты.
- Эскалациялар — эскалация деңгейлері, қызметкерлерді деңгейлер бойынша тағайындау, әр деңгейдегі жауапкершіліктер, әр деңгейге арналған тарату тізімдері және т.б.
SLA келісімі жұмыс тобының құжаттама порталында сақталуы және қажет болған жағдайда жаңартылуы тиіс.
Бағдарламаны қолдауды қамтамасыз ету
SLA келісімінде көрсетілген бағдарламаларға қолдау көрсетудің ең жақсы тәсілі — бұл шешімді құрған жұмыс тобы да оны қолдауға жауапты болуы. Бұл жүйенің артықшылықтары:
- Бұл сапалы әзірлеуге мүмкіндік береді, себебі бағдарламаны әзірлегендер оны қолдауға тура келетінін біледі.
- Әзірлеушілер қателерді үшінші тараптық жұмыс тобына қарағанда тезірек тауып, түзете алады, себебі олар бағдарламаны жақсы біледі.
- Ықтимал маңызды бағдарламалық жасақтаманы түзетуді басқа топқа беру әрекеті топтың көңіл-күйін түсіріп, сол топтың көп уақытын алуы мүмкін. Бағдарламаны жасаудың, әзірлеудің және орналастырудың басқа кезеңдеріндегі сияқты, біріктіру тобы қажет болғанда көмек алу үшін АТ бөлімімен серіктес болуы керек.
Бағдарламаға қанағаттану және оны пайдалану ыңғайлылығын бақылау
Қолдау көрсету әрекетінің соңғы бөлігі орналастырылған бағдарламаға қанағаттану мен оны пайдалану ыңғайлылығын бақылау және бағалау болып табылады. Сауалнамалар сияқты дәстүрлі әдістермен қатар метрика бұл жағдайда пайдалы болады. Бағдарламаны пайдалануды бақылау туралы қосымша ақпаратты Power Apps бағдарламасына арналған әкімші аналитикасы бөлімінен қараңыз.
Сайып келгенде, тұтынушылар жарияланған бағдарламаны пайдаланбаса, бұл бағдарлама өз мақсатын орындамайды. Тұрақты шолу жиналыстары бағдарламаның жаңартылған нұсқасын жасау және одан кейін орналастыру үшін оқиғаларды өзгерте немесе орындалмаған жұмыс журналына қоса алатын оң кері байланыс циклін құру үшін осы қанағаттану және пайдалану көрсеткіштерін тексере алады.
Жиынтық мәліметтер
Power Apps сияқты кодсыз және аз көлемді құралдарды әзірлеу процесі бизнес-технологтарға немесе әзірлеушілерге бағдарламаларды құру, әзірлеу және орналастыру мүмкіндіктерін кеңейтті. Бұл әзірлеме өнім иесінен, пәндік сарапшыдан, кәсіби әзірлеушіден және әкімшіден тұратын біріктіру тобының ортасында жақсы жұмыс істейді, бұл жұмыс тобы қажет болған жағдайда басқа ресурстарды тартады.
Біріктірілген жұмыс топтары шеңберінде Agile және Scrum тәсілдерін біріктіру бағдарламалардың тезірек әзірлеуіне және бизнес үшін маңызды болып табылатын мүмкіндіктер жиынтығымен сәтті орналастырудың жоғары ықтималдығына әкеледі. Осы озық тәжірибелерді, нұсқауларды және нұсқаулықтарды қолдана отырып, сіздің біріктіру тобыңыз ұйымыңыздың цифрлық трансформация мәселелерін шешу үшін Power Apps бағдарламасын пайдалана алады.