Адміністрацыйныя этапы кіравання ІТ-праектамі
Кіраванне ІТ-праектамі — гэта не толькі напісанне кода, выбар тэхналогій або стварэнне інфраструктуры. За поспехам інфармацыйнай сістэмы, мабільнага прыкладання, міграцыі ў воблака або ўкаранення ERP стаіць аптымізаваны і паслядоўны працэс адміністравання праектаў. Адміністраванне ІТ-праектаў ахоплівае кіраванне дакументамі, працэсы зацвярджэння, кіраванне камунікацыямі, кантроль змяненняў, кіраванне рызыкамі і справаздачнасць аб прадукцыйнасці. Без належнага адміністравання праекты могуць лёгка сарвацца: перавышэнне аб'ёму работ, затрымкі ў графіку, перавышэнне выдаткаў і пагаршэнне якасці.
У гэтым артыкуле абмяркоўваюцца асноўныя адміністрацыйныя этапы кіравання ІТ-праектамі, ад пачатку да завяршэння. Мэта складаецца ў тым, каб дапамагчы праектным камандам стварыць практычную адміністрацыйную базу для ўпарадкаванага, празрыстага і аўдытаванага кіравання праектамі.
1. Пачатак праекта: стварэнне адміністрацыйнай базы
Першы адміністрацыйны крок — забяспечыць, каб праект меў выразную фармальную аснову. Звычайна гэта дасягаецца з дапамогай дакумента «Статут праекта» або «Рабочы заказ», у якім акрэслены мэты, першапачатковы аб'ём работ, спонсар, уладальнік бізнесу і дазвол на рэалізацыю праекта. З адміністрацыйнага пункту гледжання гэты дакумент мае вырашальнае значэнне як унутраная юрыдычная дапамога, асабліва ў выпадку змены прыярытэтаў або супярэчлівых патрабаванняў.
Акрамя таго, на гэтым этапе варта стварыць рэестр зацікаўленых бакоў. Адміністраванне зацікаўленых бакоў дапамагае праекту арганізаваць, хто павінен удзельнічаць, хто можа даць адабрэнне, а каго проста трэба праінфармаваць. У ІТ-праектах зацікаўленыя бакі часта размеркаваны па бізнес-падраздзяленнях, камандах інфармацыйнай бяспекі, камандах інфраструктуры, пастаўшчыках і нават вышэйшаму кіраўніцтву.
2. Адміністрацыйнае планаванне: стварэнне рабочых планаў і кіраванне
Этап планавання — гэта момант, на якім кіраванне праектам пачынае ажываць. Адной з асноўных асноў з'яўляецца План кіравання праектам, які ўключае як мінімум:
– Структура каманды і ролі (матрыца RACI)
– Графік праекта (графік, этапы)
– План камунікацыі (фармат сустрэчы, пратакол, каналы камунікацыі)
– План кіравання рызыкамі
– План якасці
– План закупак, калі ўдзельнічаюць пастаўшчыкі
– План кіравання зменамі
У ІТ-праектах адміністрацыйнае планаванне таксама ўключае ў сябе вызначэнне інструментаў для дакументацыі і сумеснай працы, такіх як Jira/Trello для адсочвання задач, Confluence/Notion/SharePoint для рэпазіторыяў дакументаў і Git для кантролю версій. Важна з самага пачатку вызначыць, дзе будуць захоўвацца дакументы, як будуць называцца файлы, хто мае права ўносіць змены і як будуць кантралявацца версіі.
3. Кіраванне дакументамі: стандартызацыя і кантроль версій
Дакументы — гэта адміністрацыйныя актывы. ІТ-праекты ствараюць мноства артэфактаў: бізнес-патрабаванні, гісторыі карыстальнікаў, архітэктурныя праекты, планы баз дадзеных, тэставыя выпадкі, інструкцыі карыстальніка і дакументы па разгортванні. Без стандартаў дакументы могуць лёгка згубіцца і прывесці да блытаніны.
Адміністрацыйныя крокі, якія неабходна выканаць:
1. Складзіце спіс абавязковых дакументаў (кантрольны спіс дакументаў) у залежнасці ад тыпу праекта.
2. Усталюйце шаблоны для адзінага фармату (напрыклад, BRD, SRS, HLD/LLD, шаблоны справаздач аб выпрабаваннях).
3. Кантроль версій: выкарыстоўвайце нумарацыю версій, журналы змяненняў і зацвярджэнне да таго, як дакумент будзе абвешчаны канчатковым.
4. Правы доступу: забяспечыць, каб доступ да канфідэнцыйных дакументаў (напрыклад, схем бяспекі, уліковых дадзеных, вынікаў аўдыту) мелі толькі адпаведныя бакі.
Акуратнае кіраванне дакументамі дапаможа ўкараніць новых удзельнікаў, паскорыць працэс аўдыту і мінімізуе непаразуменні.
4. Кіраванне графікам і рэсурсамі: захаванне рэалізму выканання
ІТ-праекты часта сутыкаюцца з праблемамі ацэнкі. Таму кіраванне графікам патрабуе не толькі стварэння часовай шкалы, але і механізму кантролю.
Важныя адміністрацыйныя практыкі:
– Устанавіць базавы графік: зацверджаную версію графіка ў якасці арыенціру.
– Стварыце дзённік актыўнасці або штотыднёвыя нататкі аб прагрэсе.
– Кіраванне размеркаваннем рэсурсаў: хто чым займаецца, прапускная здольнасць, водпуск і залежнасці паміж камандамі (напрыклад, распрацоўшчык чакае забеспячэння сервера ад інфраструктуры).
– Пераканайцеся, што для кожнага выніку ёсць «вызначэнне таго, што зроблена».
Дзякуючы дысцыплінаванаму кіраванню графікамі, праектам лягчэй выяўляць адхіленні на ранняй стадыі і ўносіць выпраўленні.
5. Адміністраванне выдаткаў і закупкі: празрыстасць бюджэту
У ІТ-праектах выдаткі ўключаюць не толькі працоўную сілу, але і ліцэнзіі на праграмнае забеспячэнне, хмарныя сэрвісы, абсталяванне, ганарары кансультантаў і навучанне. Кіраванне выдаткамі накіравана на забеспячэнне адпаведнасці размеркавання бюджэту планам і ўлік кожнага выдатку.
Распаўсюджаныя крокі:
– Стварыце поўны бюджэтны план з улікам здагадак.
– Перыядычна фіксуйце рэалізацыю выдаткаў.
– Кіраваць працэсамі запытаў на куплю, заказаў на куплю і дагавораў з пастаўшчыкамі.
– Забяспечваць адпаведнасць пастаўленых пастаўшчыкамі дамоўленасцяў (пагадненне аб узроўні абслугоўвання, аб'ём, графік).
Добрае кіраванне закупкамі таксама абараняе арганізацыю ад рызыкі таго, што пастаўшчыкі не будуць выконваць стандарты якасці або тэрміны.
6. Адміністраванне камунікацый: сустрэчы, пратаколы і справаздачы аб стане
Шмат ІТ-праектаў церпяць няўдачу не з-за тэхналогій, а з-за дрэннай камунікацыі. Кіраванне камунікацыямі забяспечвае паслядоўны паток інфармацыі і яе дакументаванне.
Некаторыя важныя элементы:
– Рэгулярны графік сустрэч (штодзённая/штотыднёвая сінхранізацыя, кіруючы камітэт).
— Пратакол пасяджэння, які змяшчае рашэнні, пункты абмеркавання, адказных асоб і тэрміны выканання.
– Перыядычныя справаздачы аб стане: прагрэс, праблемы, рызыкі і неабходнасць прыняцця рашэнняў.
– Адзіная крыніца праўды: адно афіцыйнае месца для абнаўленняў праекта, каб пазбегнуць розных версій інфармацыі.
Пратаколы сустрэч часта лічацца дробяззю, нават нягледзячы на тое, што яны з'яўляюцца доказам рашэнняў і арыенцірам у выпадку рознагалоссяў.
7. Кіраванне рызыкамі, праблемамі і рашэннямі: рэгістрацыя і наступныя дзеянні
Адміністраванне ІТ-праектаў павінна мець тры асобныя, але ўзаемазвязаныя журналы:
1. Рэестр рызык: спіс патэнцыйных рызык, наступстваў, верагоднасцей, мер па змякчэнні наступстваў і адказных за рызыкі.
2. Журнал праблем: праблемы, якія ўзнікаюць і патрабуюць неадкладнага вырашэння.
3. Журнал рашэнняў: запіс важных рашэнняў, прычын і бакоў, якія іх зацвярджаюць.
Напрыклад, рызыка «даступнасць старонніх API» запісваецца ў рэестр рызык. Калі API сапраўды не працуе і перашкаджае тэсціраванню, гэта становіцца праблемай. Калі каманда вырашае стварыць рэзервовы механізм, гэтае рашэнне запісваецца ў рэестр. Гэты журнал робіць праект больш структураваным і прасцейшым для адсочвання.
8. Кантроль змяненняў: кантроль аб'ёму
Змены ў ІТ-праектах — гэта нармальна, асабліва па меры развіцця патрэб бізнесу. Аднак некантраляваныя змены могуць прывесці да пашырэння аб'ёму праектаў.
Этапы адміністравання кантролю змяненняў звычайна ўключаюць:
– Стварыце афіцыйны запыт на змены (CR), які змяшчае апісанне змяненняў, прычыны, наступствы і прыярытэты.
– Правесці аналіз уплыву: уплыў на графік, кошт, якасць і рызыку.
– Працэс зацвярджэння адпаведным органам (напрыклад, кансультатыўным саветам па зменах або спонсарам праекта).
– Абнавіць базавую планку: графік, аб'ём і звязаныя з імі дакументы пасля зацвярджэння CR.
Такім чынам, праект застаецца гнуткім, але не губляе кантролю.
9. Адміністраванне якасці і тэсціраванне: доказ гатоўнасці сістэмы да выкарыстання
Кіраванне якасцю гарантуе наяўнасць стандартаў і доказаў таго, што вынікі праекта адпавядаюць патрабаванням. У ІТ-праектах якасць звычайна дэманструецца праз:
– Дакументаваныя планы тэсціравання і тэставыя выпадкі
– Вынікі і падпісанне UAT (тэсту прыёмкі карыстальнікам)
– Заўвагі пра памылкі, іх сур'ёзнасць і статус выпраўленняў
– Кантрольны ліст гатоўнасці да выпуску
Без правядзення тэставання рэлізы часта абапіраюцца на «пачуцці» або здагадкі, а не на вымерныя доказы.
10. Завяршэнне праекта: перадача і заключная дакументацыя
Этап закрыцця часта ігнаруецца, хоць ён мае вырашальнае значэнне для забеспячэння таго, каб перавагі праекта маглі быць сапраўды рэалізаваны. Адміністраванне закрыцця звычайна ўключае ў сябе:
– Перадача дакументаў аператыўнай групе
– Завяршэнне распрацоўкі тэхнічнай дакументацыі і інструкцыі карыстальніка
– Навучанне карыстальнікаў або адміністратараў, пры неабходнасці
– Заключная справаздача па праекце: дасягненні, адхіленні, выкарыстанне бюджэту і важныя заўвагі
– Высновы як матэрыял для паляпшэння наступнага праекта
– Заключэнне дагавораў з пастаўшчыкамі і адміністраванне канчатковых плацяжоў
Чыстае закрыццё дазваляе арганізацыі праводзіць тэхнічнае абслугоўванне, ліквідаваць непаладак і працягваць распрацоўку без празмернай залежнасці ад праектнай каманды.
Выснова
Адміністраванне ў кіраванні ІТ-праектамі з'яўляецца асновай, якая забяспечвае мэтанакіраванасць, дакументаванасць і падсправаздачнасць праектаў. Ад пачатку і планавання, кіравання дакументамі, камунікацыі, кіравання выдаткамі, кіравання рызыкамі, кіравання зменамі, кіравання якасцю і завяршэння — кожны адміністрацыйны крок служыць для зніжэння нявызначанасці і павелічэння шанцаў на поспех. Дзякуючы дысцыплінаванаму адміністраванню ІТ-каманды могуць засяродзіцца на тэхнічным выкананні, не ахвяруючы кіраваннем — у выніку праекты выконваюцца своечасова, па меры неабходнасці і гатовыя да выкарыстання з вымернай якасцю.
