ადმინისტრაციული ნაბიჯები IT პროექტების მენეჯმენტში
IT პროექტების მართვა მხოლოდ კოდის წერას, ტექნოლოგიების შერჩევას ან ინფრასტრუქტურის შექმნას არ გულისხმობს. ინფორმაციული სისტემის, მობილური აპლიკაციის, ღრუბლოვანი მიგრაციის ან ERP დანერგვის წარმატების უკან დგას პროექტის ადმინისტრირების გამარტივებული და თანმიმდევრული პროცესი. IT პროექტების ადმინისტრირება მოიცავს დოკუმენტების მართვას, დამტკიცების პროცესებს, კომუნიკაციის მართვას, ცვლილებების კონტროლს, რისკების მართვას და შესრულების ანგარიშგებას. სათანადო ადმინისტრირების გარეშე, პროექტები ადვილად შეიძლება ჩავარდეს ჩიხში: მასშტაბის გადაჭარბება, გრაფიკის შეფერხებები, ხარჯების გადაჭარბება და ხარისხის კომპრომისი.
ეს სტატია განიხილავს IT პროექტების მართვის აუცილებელ ადმინისტრაციულ ეტაპებს, დაწყებიდან დასრულებამდე. მიზანია დაეხმაროს პროექტის გუნდებს, შექმნან პრაქტიკული ადმინისტრაციული ჩარჩო მოწესრიგებული, გამჭვირვალე და აუდიტისადმი მგრძნობიარე პროექტების მართვისთვის.
1. პროექტის ინიცირება: ადმინისტრაციული საფუძვლის შექმნა
პირველი ადმინისტრაციული ნაბიჯი არის პროექტის მკაფიო ფორმალური საფუძვლის უზრუნველყოფა. ეს, როგორც წესი, მიიღწევა პროექტის წესდების ან სამუშაო შეკვეთის დოკუმენტის მეშვეობით, რომელიც ასახავს მიზნებს, საწყის მასშტაბებს, სპონსორს, ბიზნესის მფლობელს და პროექტის განხორციელების უფლებამოსილებას. ადმინისტრაციული თვალსაზრისით, ეს დოკუმენტი უმნიშვნელოვანესია, როგორც შიდა სამართლებრივი ქოლგა, განსაკუთრებით პრიორიტეტების შეცვლის ან კონფლიქტური მოთხოვნების შემთხვევაში.
გარდა ამისა, ამ ეტაპზე უნდა შეიქმნას დაინტერესებული მხარეების რეესტრი. დაინტერესებული მხარეების ადმინისტრირება პროექტს ეხმარება იმის ორგანიზებაში, თუ ვინ უნდა იყოს ჩართული, ვის შეუძლია დამტკიცების მოპოვება და ვის სჭირდება უბრალოდ ინფორმირება. IT პროექტებში დაინტერესებული მხარეები ხშირად განაწილებულნი არიან ბიზნეს ერთეულებში, ინფორმაციული უსაფრთხოების გუნდებში, ინფრასტრუქტურის გუნდებში, მომწოდებლებსა და უმაღლეს მენეჯმენტშიც კი.
2. ადმინისტრაციული დაგეგმვა: სამუშაო გეგმების შექმნა და მმართველობა
დაგეგმვის ფაზა არის ის, სადაც პროექტის ადმინისტრირება იწყება. ერთ-ერთი მთავარი საფუძველია პროექტის მართვის გეგმა, რომელიც მოიცავს სულ მცირე:
– გუნდის სტრუქტურა და როლები (RACI მატრიცა)
– პროექტის გრაფიკი (ვადები, ეტაპები)
– საკომუნიკაციო გეგმა (შეხვედრის ფორმატი, ოქმი, საკომუნიკაციო არხები)
- გეგმა რისკების მართვა
– ხარისხის გეგმა
– შესყიდვების გეგმა, თუ მასში მონაწილეობენ მომწოდებლები,
– ცვლილებების მართვის გეგმა
IT პროექტებში ადმინისტრაციული დაგეგმვა ასევე მოიცავს დოკუმენტაციისა და თანამშრომლობის ინსტრუმენტების განსაზღვრას, როგორიცაა Jira/Trello დავალებების თვალყურის დევნებისთვის, Confluence/Notion/SharePoint დოკუმენტების საცავებისთვის და Git ვერსიების კონტროლისთვის. მნიშვნელოვანია თავიდანვე განისაზღვროს, თუ სად შეინახება დოკუმენტები, როგორ დაერქმევათ ფაილები, ვის აქვს ცვლილებების შეტანის უფლებამოსილება და როგორ გაკონტროლდება ვერსიები.
3. დოკუმენტების მართვა : სტანდარტიზაცია და ვერსიების კონტროლი
დოკუმენტები ადმინისტრაციული აქტივებია. IT პროექტები მრავალ არტეფაქტს წარმოქმნის: ბიზნეს მოთხოვნებს, მომხმარებლის ისტორიებს, არქიტექტურულ დიზაინს, მონაცემთა ბაზის გეგმებს, სატესტო შემთხვევებს, მომხმარებლის სახელმძღვანელოებს და განლაგების დოკუმენტებს. სტანდარტების გარეშე, დოკუმენტები ადვილად შეიძლება დაიკარგოს და დაბნეულობა გამოიწვიოს.
ადმინისტრაციული ნაბიჯები, რომლებიც უნდა განხორციელდეს:
1. პროექტის ტიპის მიხედვით შეადგინეთ სავალდებულო დოკუმენტების სია (დოკუმენტების საკონტროლო სია).
2. ერთიანი ფორმატის შაბლონების დაყენება (მაგ. BRD, SRS, HLD/LLD, ტესტის ანგარიშის შაბლონები).
3. ვერსიის კონტროლი: დოკუმენტის საბოლოოდ გამოცხადებამდე გამოიყენეთ ვერსიის ნუმერაცია, ცვლილებების ჟურნალები და დამტკიცება.
4. წვდომის უფლებები: უზრუნველყოთ, რომ მგრძნობიარე დოკუმენტებზე (მაგ., უსაფრთხოების დიზაინი, რწმუნებათა სიგელები, აუდიტის შედეგები) წვდომა მხოლოდ შესაბამის მხარეებს ჰქონდეთ.
დოკუმენტების მოწესრიგებული ადმინისტრირება ხელს შეუწყობს ახალი წევრების მოზიდვას, დააჩქარებს აუდიტის პროცესს და მინიმუმამდე დაიყვანება გაუგებრობები.
4. გრაფიკისა და რესურსების ადმინისტრირება: შესრულების რეალიზმის შენარჩუნება
IT პროექტები ხშირად შეფასების სირთულეებს აწყდებიან. ამიტომ, გრაფიკის მართვა უბრალოდ ვადების შექმნაზე მეტს მოითხოვს; ის კონტროლის მექანიზმსაც მოითხოვს.
მნიშვნელოვანი ადმინისტრაციული პრაქტიკა:
– გრაფიკის საბაზისო ხაზის დადგენა: გრაფიკის დამტკიცებული ვერსია, როგორც საცნობარო.
– შექმენით აქტივობების ჟურნალი ან ყოველკვირეული პროგრესის ჩანაწერები.
- რესურსების განაწილების მართვა: ვინ რას აკეთებს, ტევადობა, შვებულება და გუნდებს შორის დამოკიდებულებები (მაგ., დეველოპერი ელოდება სერვერის უზრუნველყოფას ინფრასტრუქტურიდან).
– დარწმუნდით, რომ თითოეული მისაწოდებელი პროდუქტისთვის არსებობს „შესრულებულის განმარტება“.
გრაფიკის დისციპლინირებული ადმინისტრირების შემთხვევაში, პროექტებს უფრო უადვილდებათ გადახრების ადრეულ ეტაპზე გამოვლენა და კორექტირების შეტანა.
5. ხარჯების ადმინისტრირება და შესყიდვები: ბიუჯეტის გამჭვირვალობა
IT პროექტებში ხარჯები მოიცავს არა მხოლოდ შრომას, არამედ პროგრამული უზრუნველყოფის ლიცენზიებს, ღრუბლოვან სერვისებს, აპარატურას, კონსულტანტის ჰონორარს და ტრენინგებსაც. ხარჯების მართვის მიზანია უზრუნველყოს, რომ ბიუჯეტის განაწილება შეესაბამებოდეს გეგმებს და ყველა ხარჯი იყოს აღრიცხული.
მიღებული საერთო ნაბიჯები:
– შექმენით სრული ბიუჯეტის გეგმა ვარაუდებით.
– ხარჯების რეალიზაციის პერიოდული აღრიცხვა.
– მართეთ შესყიდვის მოთხოვნა, შესყიდვის შეკვეთა და გამყიდველთან კონტრაქტის პროცესები.
– დარწმუნდით, რომ მომწოდებლის მიერ მიწოდებული პროდუქტები შეესაბამება შეთანხმებებს (SLA, მოქმედების სფერო, გრაფიკი).
კარგი შესყიდვების ადმინისტრირება ასევე იცავს ორგანიზაციას იმ რისკისგან, რომ მომწოდებლები არ აკმაყოფილებენ ხარისხის ან გრაფიკის სტანდარტებს.
6. კომუნიკაციის ადმინისტრირება: შეხვედრები, ოქმები და სტატუსის ანგარიშები
ბევრი IT პროექტი არა ტექნოლოგიების, არამედ ცუდი კომუნიკაციის გამო ვერ ხერხდება. კომუნიკაციების მენეჯმენტი უზრუნველყოფს ინფორმაციის თანმიმდევრულ ნაკადს და მის დოკუმენტაციას.
რამდენიმე მნიშვნელოვანი ელემენტი:
– რეგულარული შეხვედრების გრაფიკი (ყოველდღიური/კვირეული სინქრონიზაცია, საორგანიზაციო კომიტეტი).
– შეხვედრის ოქმი, რომელიც შეიცავს გადაწყვეტილებებს, სამოქმედო საკითხებს, პასუხისმგებელ პირებს და ვადებს.
– პერიოდული სტატუსის ანგარიშები: პროგრესი, პრობლემები, რისკები და გადაწყვეტილების მიღების საჭიროებები.
– სიმართლის ერთი წყარო: პროექტის განახლებებისთვის ერთი ოფიციალური ადგილი, რათა თავიდან იქნას აცილებული ინფორმაციის სხვადასხვა ვერსიები.
შეხვედრის ოქმები ხშირად უმნიშვნელოდ ითვლება, მიუხედავად იმისა, რომ ისინი გადაწყვეტილებების მტკიცებულებას და მინიშნებას წარმოადგენენ, როდესაც არსებობს განსხვავებული გაგება.
7. რისკის, პრობლემისა და გადაწყვეტილების ადმინისტრირება: აღრიცხვა და შემდგომი ქმედებები
IT პროექტის ადმინისტრირებას უნდა ჰქონდეს სამი ცალკეული, მაგრამ ურთიერთდაკავშირებული ჟურნალი:
1. რისკების რეესტრი: პოტენციური რისკების, ზემოქმედების, ალბათობების, შემარბილებელი ღონისძიებების და რისკის მფლობელების სია.
2. პრობლემების ჟურნალი: პრობლემები, რომლებიც წარმოიქმნება და საჭიროებს დაუყოვნებლივ მოქმედებას.
3. გადაწყვეტილებების ჟურნალი: მნიშვნელოვანი გადაწყვეტილებების, მიზეზების და დამმტკიცებელი მხარეების ჩანაწერი.
მაგალითად, რისკი „მესამე მხარის API ხელმისაწვდომობა“ აღირიცხება რისკების რეესტრში. როდესაც API რეალურად გათიშულია და ხელს უშლის ტესტირებას, ეს პრობლემად იქცევა. როდესაც გუნდი გადაწყვეტს სარეზერვო მექანიზმის შექმნას, ეს გადაწყვეტილება აღირიცხება. ეს ჟურნალი პროექტს უფრო სტრუქტურირებულს და თვალყურის დევნებას აადვილებს.
8. ცვლილებების კონტროლი: ფარგლების კონტროლი
ცვლილებები ნორმალურია IT პროექტებში, განსაკუთრებით ბიზნესის საჭიროებების ევოლუციის დროს. თუმცა, უკონტროლო ცვლილებებმა შეიძლება გამოიწვიოს მასშტაბის ცვლილება.
ცვლილებების კონტროლის ადმინისტრირების ნაბიჯები, როგორც წესი, მოიცავს:
– შექმენით ფორმალური ცვლილების მოთხოვნა (CR), რომელიც შეიცავს ცვლილების აღწერას, მიზეზებს, გავლენას და პრიორიტეტებს.
– გავლენის ანალიზის ჩატარება: გავლენა გრაფიკზე, ხარჯებზე, ხარისხსა და რისკზე.
– შესაბამისი ორგანოს მიერ დამტკიცების პროცესი (მაგ., ცვლილების საკონსულტაციო საბჭო ან პროექტის სპონსორი).
– განაახლეთ საბაზისო მონაცემები: გრაფიკი, მასშტაბი და მასთან დაკავშირებული დოკუმენტები CR-ის დამტკიცების შემდეგ.
ამ გზით, პროექტი მოქნილი რჩება, მაგრამ კონტროლს არ კარგავს.
9. ხარისხის ადმინისტრირება და ტესტირება: სისტემის გამოყენების მზადყოფნის დადასტურება
ხარისხის მენეჯმენტი უზრუნველყოფს, რომ არსებობდეს სტანდარტები და მტკიცებულებები, რომლებიც ადასტურებს, რომ პროექტის შედეგები აკმაყოფილებს მოთხოვნებს. IT პროექტებში ხარისხი, როგორც წესი, დემონსტრირებულია შემდეგი გზით:
– დოკუმენტირებული ტესტირების გეგმები და სატესტო შემთხვევები
– მომხმარებლის მიერთების ტესტის (UAT) შედეგები და დადასტურება
- შეცდომების შენიშვნები, სიმძიმე და გამოსწორების სტატუსი
– გამოშვებისთვის მზადყოფნის საკონტროლო სია
ტესტირების გარეშე, გამოშვებები ხშირად ეყრდნობა „გრძნობებს“ ან ვარაუდებს და არა გაზომვად მტკიცებულებებს.
10. პროექტის დახურვა: გადაცემა და საბოლოო დოკუმენტაცია
დახურვის ფაზა ხშირად უგულებელყოფილია, თუმცა ის უმნიშვნელოვანესია იმის უზრუნველსაყოფად, რომ პროექტის სარგებელი ნამდვილად იქნას ამოქმედებული. დახურვის ადმინისტრირება, როგორც წესი, მოიცავს:
– დოკუმენტების გადაცემა ოპერატიული ჯგუფისთვის
– ტექნიკური დოკუმენტაციისა და მომხმარებლის სახელმძღვანელოს დასრულება
– საჭიროების შემთხვევაში, მომხმარებლის ან ადმინისტრატორის ტრენინგი
– პროექტის საბოლოო ანგარიში: მიღწევები, გადახრები, ბიუჯეტის გამოყენება და მნიშვნელოვანი შენიშვნები
– მიღებული გაკვეთილები, როგორც მასალა შემდეგი პროექტის გასაუმჯობესებლად
– მომწოდებლებთან ხელშეკრულებების დადება და საბოლოო გადახდის ადმინისტრირება
სუფთა დახურვა ორგანიზაციას მზადყოფნას აძლევს, შეასრულოს ტექნიკური მომსახურება, პრობლემების მოგვარება და გააგრძელოს განვითარება პროექტის გუნდზე ზედმეტი დამოკიდებულების გარეშე.
დასკვნა
IT პროექტების მენეჯმენტში ადმინისტრირება არის ხერხემალი, რომელიც უზრუნველყოფს პროექტების ფოკუსირებას, დოკუმენტირებას და ანგარიშვალდებულებას. დაწყებიდან და დაგეგმვიდან დაწყებული, დოკუმენტების მართვით, კომუნიკაციით, ხარჯების მართვით, რისკების მართვით, ცვლილებების მართვით, ხარისხის მართვითა და დასრულებით დამთავრებული, თითოეული ადმინისტრაციული ნაბიჯი ემსახურება გაურკვევლობის შემცირებას და წარმატების შანსების გაზრდას. დისციპლინირებული ადმინისტრირების საშუალებით, IT გუნდებს შეუძლიათ ფოკუსირება მოახდინონ ტექნიკურ შესრულებაზე მმართველობის შეწირვის გარეშე - შედეგად, პროექტები სრულდება დროულად, საჭიროებისამებრ და მზადაა გამოსაყენებლად გაზომვადი ხარისხით.
