კვლევა: დეველოპერების პერსპექტივები IT წარუმატებლობის შესახებ

მე მიყვარს სტატისტიკა IT წარუმატებლობის შესახებ. უწოდეს მას მაზოხიზმი; უწოდეს უცნაურს; მაგრამ დამირეკე, როცა კარგი სტატისტიკა გექნება!

IT წარუმატებლობის კეთილსინდისიერი სტატისტიკის უახლესი ნაკრები (არ არის პრეტენდენტი, გთხოვთ) ჩემს მაგიდასთან გადაკვეთა მომდინარეობს სტატიიდან დოქტორ დობის მოხსენება 2007 წლიდან. სიტუაცია სწრაფად არ იცვლება, როდესაც საქმე ეხება ამ სტატისტიკას, ამიტომ თარიღი არ არის შემაშფოთებელი, მიუხედავად იმისა, რომ ის რამდენიმე წლისაა. დოქტორ დობში აღწერილი კვლევა მომდინარეობს სკოტ ვ. ამბლერი, ავტორი და ექსპერტი Agile განვითარების საკითხებში, ამიტომ წყაროს სანდო მიმაჩნია.

წაიკითხეთ მეტი პოსტები IT პროექტის წარუმატებლობის ბლოგიდან

სკოტმა ჩაატარა გამოკითხვა 2007 წლის აგვისტოში 586 რესპონდენტთან ერთად, რათა გაეცნო IT წარმატების განმარტებას. პასუხები ძირითადად მოვიდა დეველოპერებისგან (315 რესპონდენტი) და პროექტის მენეჯერებისგან (105 რესპონდენტი), ასე რომ, ეს არ იყო ზემოდან ქვევით კვლევის სავარჯიშო. ამ ტიპის გამოკითხვების განხილვისას მნიშვნელოვანია გავითვალისწინოთ ადამიანების ტიპი, ვინც გამოეხმაურა.

ხარისხის გაცვლა. გამოკითხვამ აღმოაჩინა საინტერესო შედეგები იმის თაობაზე, თუ რა კომპენსაციას უნდა მოახდინოს ყველა პროექტი დროის, ფულის და ხარისხის დასაბალანსებლად:

• განრიგი: გამოკითხულთა 61,3 პროცენტმა თქვა, რომ უფრო მნიშვნელოვანია სისტემის მიწოდება, როდესაც ის მზადაა გასაგზავნად, ვიდრე დროულად მიწოდება.
• ფარგლები: 87.3 პროცენტმა თქვა, რომ დაინტერესებული მხარეების რეალური საჭიროებების დაკმაყოფილება უფრო მნიშვნელოვანია, ვიდრე სისტემის სპეციფიკაციების მიხედვით აშენება.
• ფული: 79.6 პროცენტმა თქვა, რომ ინვესტიციის საუკეთესო ანაზღაურება (ROI) უფრო მნიშვნელოვანია, ვიდრე ბიუჯეტის ფარგლებში სისტემის მიწოდება.
• ხარისხი: 87.3 პროცენტმა თქვა, რომ მაღალი ხარისხის მიწოდება უფრო მნიშვნელოვანია, ვიდრე დროულად და ბიუჯეტში მიწოდება.
• პერსონალი: 75,8 პროცენტმა თქვა, რომ ჯანსაღი სამუშაო ადგილი, როგორც გონებრივად, ისე ფიზიკურად, უფრო მნიშვნელოვანია, ვიდრე დროულად და ბიუჯეტით მიწოდება.

ეს შედეგები ნათლად მიუთითებს იმაზე, რომ დეველოპერები და პროექტის მენეჯერები ამბობენ, რომ მათ სურთ გააკეთონ სწორი საქმე. ეს ხალხი მართებულად ამბობს, რომ კარგი სისტემის შექმნა, რომელიც აკმაყოფილებს მომხმარებლის საჭიროებებს, უფრო მნიშვნელოვანია, ვიდრე ბიუჯეტის ფარგლებში მიწოდება. ზოგადად, ძნელია ამ ლოგიკასთან კამათი, გარდა იმ შემთხვევისა, როცა ეს იწვევს უზარმაზარ ხარჯებს და დაგვიანებებს.

ჩვენ უნდა ვიცოდეთ, რომ დეველოპერებს, როგორც წესი, არ აქვთ საბოლოო კონტროლი პროექტის პრიორიტეტებზე. აქედან გამომდინარე, მათი შეხედულებები მომდინარეობს როგორც ინდივიდუალური კონტრიბუტორი და არა ბიუჯეტის შემდგენი ორგანო. სავსებით შესაძლებელია, რომ უფროს მენეჯმენტს განსხვავებული შეხედულება ჰქონდეს, პრიორიტეტულად მიენიჭოს ბიუჯეტი და გრაფიკი სხვა მოსაზრებებთან შედარებით.

არ გამოვიტან რთულ და სწრაფ დასკვნებს იმის შესახებ, თუ რომელი პერსპექტივაა საუკეთესო, რადგან ყველა სიტუაცია განსხვავებულია. მიუხედავად ამისა, კარგია, რომ დეველოპერები მხარს უჭერენ იმას, რაც სწორია მომხმარებლებისთვის და ბიზნესისთვის, და არა ის, რაც არის მიზანშეწონილი მოკლევადიანი ქვედა ხაზისთვის.

დეველოპერული აღქმა წარმატების შესახებ. გამოკითხვამ აჩვენა, რომ დეველოპერებს აქვთ უფრო პოზიტიური შეხედულება პროექტის წარმატებაზე, ვიდრე სხვა კვლევის შედეგები, რომლებიც მე აღვწერე ამ ბლოგში. მაგალითად, ერთი კვლევა იუწყება, რომ 68 პროცენტი IT პროექტების შედგენა ვერ ხერხდება სტატისტიკა CRM პროექტებზე აჩვენებს წარუმატებლობის დონის ფართო სპექტრს.

როგორც ხედავთ შემდეგ სურათზე, რესპონდენტებმა განაცხადეს, რომ Agile პროექტების 70 პროცენტზე მეტია წარმატების მიღწევა და ტრადიციული პროექტების თითქმის 63 პროცენტი წარმატების მიღწევა.

მე მჯერა, რომ წარმატების ეს აღქმა ორი ფაქტორიდან გამომდინარეობს. პირველ რიგში, რესპონდენტები, ალბათ, მიუთითებდნენ საკუთარ პროექტებზე, რასაც, რა თქმა უნდა, მაღალ შეფასებას აძლევენ; და მეორეც, ბევრი (მაგრამ რა თქმა უნდა არა ყველა) დეველოპერი ტენდენცია აცნობოს პროექტის შედეგებს ტექნიკური მიწოდების მიღწევა, და არა იმაზე, რამდენად შეესაბამება ეს მიწოდება ბიზნესს მოთხოვნები. სხვა სიტყვებით რომ ვთქვათ, ეს შედეგები შეიძლება იყოს მიკერძოებული -- გთხოვთ დატოვოთ თქვენი აზრი ამ ბლოგის კომენტარებში.

IT პრიორიტეტები. კვლევა არღვევს IT ხარისხის პრიორიტეტებს ორგანიზაციაში როლების მიხედვით და აჩენს საინტერესო უფსკრული პროექტის მენეჯერებსა და ბიზნესის დაინტერესებულ მხარეებს შორის. როგორც ქვემოთ მოყვანილი ცხრილი გვიჩვენებს, პროექტის მენეჯერები პრიორიტეტულად ანიჭებენ ბიუჯეტს და განრიგს, ხოლო ბიზნესის წარმომადგენლები ეძებენ საუკეთესო გადაწყვეტას.

გარეგნულად, ეს დასკვნა შეიძლება შემაშფოთებელი ჩანდეს, რადგან ის ვარაუდობს, რომ პროექტის მენეჯერებს არ აინტერესებთ ბიზნესის შედეგები. თუმცა, შედეგები გასაკვირი არ არის, როდესაც გავითვალისწინებთ, რომ ორგანიზაციების უმეტესობა აფასებს პროექტის მენეჯერებს პროექტების დროულად და ბიუჯეტის ფარგლებში მიწოდების უნარზე.

ანალიზი და სტრატეგიის რეკომენდაციები

IT წარუმატებლობისა და წარმატების განსაზღვრა უმადური, თითქმის შეუძლებელი ამოცანაა. თითოეულმა ორგანიზაციამ და დეპარტამენტმა უნდა შეაფასოს საკუთარი პრიორიტეტები თითოეულ პროექტზე. მაგალითად, ერთმა განყოფილებამ შეიძლება გადაწყვიტოს, რომ სტრატეგიული პროექტი იმდენად მნიშვნელოვანია, რომ ხარჯების და გრაფიკის პრობლემა არ იყოს; ამ შემთხვევაში ერთადერთი პრიორიტეტი სამუშაოს დასრულებაა, მიუხედავად ღირებულებისა. სხვა პროექტისთვის, რომელიც ნაკლებად მნიშვნელოვანია ბიზნესისთვის, იგივე კომპანიამ შეიძლება მოითხოვოს პროექტის დასრულება მკაცრად კონტროლირებადი დროისა და ბიუჯეტის პარამეტრების ფარგლებში.

IT წარმატების გასაღები მდგომარეობს ბიზნესის ღირებულების მიწოდების კონკურენტული მიზნების დაბალანსებაში კონკრეტული ღირებულებით. ორგანიზაციის ყველა დეპარტამენტი ამ იდენტური გამოწვევის წინაშე დგას და IT არ განსხვავდება. ბევრ კომპანიაში, როგორც ჩანს, IT-ს აქვს უფასო საშვი, რომ გადააჭარბოს ბიუჯეტს სურვილისამებრ - არცერთმა ორგანიზაციამ არ უნდა მიიღოს ეს.

ასევე წაიკითხეთ:

ვინ აგებს პასუხს IT წარუმატებლობაზე? (ნაწილი პირველი)

ვინ აგებს პასუხს IT წარუმატებლობაზე? (მეორე ნაწილი)

ერთადერთი გამოსავალი არის IT და ბიზნესის თანამშრომლობა და უფრო ეფექტური კომუნიკაცია. როდესაც ორივე მხარე მჭიდროდ მუშაობს, ბევრი პრობლემა ორთქლდება; წარუმატებლობა, რომელსაც ჩვენ ხშირად ვხედავთ, არის ამ ჯგუფებს შორის კომუნიკაციის გაფუჭების სიმპტომი.

განახლება 9/29/12: ამ პოსტის დასრულების შემდეგ აღმოვაჩინე, რომ სკოტ ამბლერმა რამდენიმე ჩაატარა შემდგომი კვლევები IT წარმატებაზე. ამ კვლევას მოგვიანებით განვიხილავ.

მადლობა პროექტის შეფასების ხელსაწყოების გამყიდველს, QSM პროგრამული უზრუნველყოფა, ამ კვლევისთვის შემცვალე.