მოკლედ: მოკლედ: პირველ რიგში, გადაადგილება ადგილზე კომპიუტერული ინფრასტრუქტურის დისტანციურ ადგილას, ისე, რომ პროექტის გუნდები, კლიენტები და მომხმარებელთა ინფრასტრუქტურა და აპლიკაციები მთლიანად შეიცვალა.
მეორე, ადგილობრივი პროექტის გუნდების ზომა მნიშვნელოვნად შემცირდა და მათთვის, ვისაც უნდა დარჩეს ადგილზე არსებული უნარ-ჩვევები.
მესამე, იმიტომ, რომ გამშვები განცხადებებით სარგებლობენ გამყიდველის მიერ, პროცესების განვითარებაზე, მართვისა და შექმნის პროცესში შეიცვალა და პროექტები მათთვისაც ისეთ ამოცანებს მოიცავს.
წმინდა როგორც ტალახი? ასეც ვიცოდი! მე დავუწოდი ტყვიის Cloud Expert და CEO of Cloudwards.net, Mauricio Prinzlau, აეხსნა მეტი რა პროექტის მენეჯერები უნდა იცოდეთ ღრუბელი და როგორ იცვლება თქვენი სამუშაო გარემოს. გადავდივარ მისთვის ...
წინასწარი Cloud განაცხადის გარემოს
ღრუბლის ჩამოსვლამდე საშუალო პროექტის მენეჯერის წინაშე აღმოჩნდა მსგავსი რამ: სერვერები მასპინძლობენ კომპანიაში, ან შენობაში ან გარე შენობაში. კლიენტის მხარის კომპიუტერები და ლეპტოპები ნაწილდება კომპანიის ოფისებში და მართავს დიდი შიდა IT პერსონალი.
ინფორმაციული სისტემების უმეტესი განვითარება და შენარჩუნება ხორციელდება დეველოპერების მიერ შემუშავებული დეველოპერების დიდი შიდა აუზიდან. არსებობს კონტრაქტორები ჩართული, მაგრამ უმრავლესობა პერსონალის სრული განაკვეთით თანამშრომლები. ხმის ნაცნობი? თუ პროექტ მენეჯერად მუშაობ ხუთ წელზე მეტი ხნის განმავლობაში, მაშინ ეს იქნება.
პროექტის მენეჯერის ძირითადი პასუხისმგებლობა წინასაარჩევნო Cloud ერაში
სანამ Cloud Computing- მა გაიმარჯვა, პროგრამული პროექტზე საშუალო პროექტის მენეჯერისთვის ძირითადი პასუხისმგებლობა გამოიყურებოდა: ტექნიკურ არქიტექტორთან და დიზაინერებთან დიზაინისა და არქიტექტურის საჭიროებების გათვალისწინებით. ანალიზი, დაგეგმვა, ზედამხედველობა, მართვა, ტრეკზე და კოორდინაციას ანალიზი, დიზაინი, კოდირება და ამოცანები შესაბამის ჯგუფებს შორის. კოორდინირება ბიზნეს მომხმარებლებთან მომხმარებლის მიღების ტესტირება და გარე გუნდები სისტემის ტესტირება საჭიროებისამებრ. გამართავს საერთო პასუხისმგებლობას მიწოდების, ინტერაქციაში შიდა გუნდები, სადაც საჭიროა
რას ჰგავს დღეს?
ახლა, მოდით შევხედოთ, თუ როგორ პროექტის მენეჯერის როლი გამოიყურება, როდესაც ბიზნესი იყენებს გარევაჭერს, რათა შეიმუშავოს და შეავსოს განაცხადის მათი ღრუბელი საიტი.
არ არსებობს შიდა გუნდური წევრები, რომლებიც მონაწილეობენ დიზაინსა და არქიტექტურულ ნაწილში. თქვენ მხოლოდ ურთიერთქმედება დიზაინერებს და არქიტექტორებს გამყიდველი მხარეს დისტანციურად, მათთან მოდის ადგილზე შეხვედრებისთვის საჭიროებისამებრ
კოორდინაციის ოვერჰედის ზრდა, როგორც თქვენ კვლავ უნდა იზრუნოს ზედამხედველობის პასუხისმგებლობა დაწყებული შეფასების მეშვეობით ტესტირება, მაგრამ გარე გამყიდველი პერსონალი. საჭიროა მრავალი სხვა შეხვედრა.
ბიზნეს მომხმარებლებთან კოორდინაცია კვლავაც იწყება მომხმარებლის მიღებაზე ტესტირებისთვის, მაგრამ სისტემების ინტეგრაციის ტესტირება გარე გუნდების მიერ ყველაზე ხშირად ხდება.
ეს უფრო მეტად განსხვავდება, როდესაც ბიზნესი მხოლოდ გარე რეკლამის დამონტაჟებას იყენებს ღრუბლოვან საიტზე.
კლიენტის მხარეს არ გააჩნია რაიმე მოთხოვნა პერსონალისთვის და ადვილია პრობლემების გადასაჭრელად, რადგან კომუნიკაცია და საკუთრება არის ერთ ადგილას.
არსებობს ასევე კარგი მხარდაჭერა, რომ მოდის მასშტაბით. მაგალითად, თუ გავითვალისწინებთ Salesforce CRM- ს, პროგრამული უზრუნველყოფის იგივე ინსტალაცია, იმავე არქიტექტურის შესახებ, ინტერნეტით სარგებლობს მილიონობით მომხმარებელი. ნებისმიერი საკითხები ან ოპერატიული დეფექტების სწრაფად დაფიქსირდება Salesforce რადგან ეს მათი ბიზნეს მოდელის ნაწილია.
საკითხის მოგვარების პროცესი ასევე გამარტივებულია, რადგან ის დისტანციურ ადგილზე ხდება.
ეს ხელს უწყობს პროექტის მენეჯერის როლს.
როგორ Cloud იცვლება შენი სამუშაო ადგილი
არსებობს რამდენიმე გზა, რომელშიც ღრუბელი იცვლება თქვენი სამუშაო ადგილი.
ყველაზე გავლენიანი ცვლილება, რომელიც ღრუბელმა მოაქვს, არის ის, რომ თქვენი არსებული არსებული ინფრასტრუქტურის უმრავლესობა კარგავს მნიშვნელობას. წინასწარ Cloud ეპოქაში, ყველა თქვენი აპლიკაციები უმასპინძლა ადგილზე სერვერებზე და მონაცემთა ცენტრებში. მას შემდეგ, რაც თქვენი პროექტის გუნდი გადაიზარდა ღრუბელში, პროგრამული უზრუნველყოფა იწყება მსახურობდა დისტანციური საიტზე გამყიდველი. ეს იმას ნიშნავს, რომ თქვენი საოფისე ფართი და მონაცემთა ცენტრის სივრცის მოთხოვნები პროექტებისთვის მნიშვნელოვნად შემცირდება.
პერსონალის თვალსაზრისით, ღრუბლოვანი ცვლილებების ჩამოსვლა პერსონალის შერწყმა და პერსონალის ზომა დასაქმებულს IT პერსონალის გუნდებს სჭირდებოდათ ხელი შეუწყონ თქვენი აპლიკაციის პროექტს. სანამ Cloud Computing- ი იყო სერიოზული ვარიანტი, საჭირო იქნებოდა საჭირო პროგრამის დეველოპერებს, ტექნიკურ ლიდერობებსა და QA ტესტერებს, რათა განახორციელონ გაუმჯობესებები, შეცდომები და განვითარება თქვენი პროექტის ნაწილი. ერთხელ თქვენ გადაინაცვლებს Cloud apps, თქვენი მოთხოვნა ამ სახის გუნდის წევრები ქვემოთ.
მესამე, წინასწარ Cloud ეპოქაში, თქვენ უნდა საჭირო შიდა IT პერსონალის მნიშვნელოვანი ზომა შენარჩუნება თქვენი პროგრამები გაშვებული. პროექტის მენეჯერის მსგავსად, პროექტის მხარდამჭერი ადამიანები იყვნენ, როგორც პროექტის ერთ-ერთი მთავარი როლი, რადგან თქვენი გადაცემის დაგეგმვა მნიშვნელოვანია.
მას შემდეგ, რაც ღრუბელი ჩამოდის თქვენს კომპანიაში, შეგიძლიათ დაუბრუნდეთ თქვენს მხარდამჭერ გუნდებს და ჰქონდეთ არსებული პერსონალი რესურსი და სხვა პოზიციებზე. თქვენ კვლავ უნდა შეიცავდეს პროექტს თქვენს Gantt- ის ჩარტში , მაგრამ თქვენ ამას აკეთებ სხვაგვარად და ალბათ არ მიიღებს იმდენი დრო.
მეორეს მხრივ, თქვენ დაგჭირდებათ უფრო ტექნიკური არქიტექტორები და ბიზნეს ანალიტიკოსი თქვენი პროექტის გუნდში (და ზოგადად ბიზნესში), ვიდრე ადრე. ეს ექსპერტები შეძლებენ კოორდინაციას გაუწიონ გამყიდველი პერსონალს ეფექტიანად მოცულობის მოთხოვნები.
რა უნარები აკეთებს Cloud Computing- ს პროექტის მენეჯერებისგან?
შეიძლება დაგჭირდეთ რამდენიმე ახალი პროექტის მენეჯმენტის უნარ-ჩვევების შეძენა ღრუბლოვანი დაფარვის მართვის მიზნით. აქ არის რამოდენიმე ყველაზე მნიშვნელოვანი:
1. დამატებითი ფინანსური და საექსპედიციო უნარები: პროექტის მენეჯერები მოეთხოვებათ განიხილონ გარემოში, რომელიც იქნება შეჯერებული აპლიკაციების სერვერებზე განთავსებული აპლიკაციების შერწყმა და ღრუბლოვან ადგილებში განთავსებული.
როდესაც ახალი აპლიკაცია უნდა განვითარდეს, პროექტის მენეჯერები მოუწოდებენ განახორციელონ დანახარჯები და ROI ანალიზი ორივე ვარიანტისთვის. ამას მოითხოვს ღრმა გარემოსა და ექსპერტიზის ხარჯების დაფინანსება პროექტის ბიუჯეტის შესაქმნელად .
2. საწარმო არქიტექტურის უფრო ღრმა ცოდნა: ეს კიდევ ერთხელ არის იმის გამო, რომ არქიტექტურული ლანდშაფტი უფრო ღრმაა ღრუბლის გადასვლის შემდეგ. საჭიროა საწარმოს არქიტექტურის უფრო ღრმა ცოდნა, რათა უზრუნველყოს, რომ ახალი პროგრამები შემუშავდეს სწორი ბიზნესისა და ტექნიკური მოთხოვნების შესაბამისად, ისე, რომ ისინი იმუშაონ იმგვარად, რომ ისინი მუშაობენ ღრუბლებში და ადგილზე არსებულ განაცხადებზე.
3. გამყიდველი და საკონტრაქტო მოლაპარაკებები: მიუხედავად იმისა, რომ პროექტის მენეჯერები ყოველთვის საჭიროა ხელშეკრულების მოლაპარაკებების უნარ-ჩვევები, ღრუბლებზე გადაადგილება მოითხოვს მენეჯერებს, რომ უფრო მეტად მოვაჭრე და საკონტრაქტო მოლაპარაკებების უნარი გამოიყენონ.
ამაში დამატებითი ზედნადის ასპექტია, რადგან მცირე აპლიკაციის განვითარება აუცილებლად უნდა ითანამშრომლოთ გამყიდველთან რკინის ნივთების გარეთ.
როგორც პროექტის მენეჯერი ღრუბელი დაფუძნებული პროექტის დიდი სწავლის შესაძლებლობა და ფანტასტიკური გზა გაფართოების თქვენი ცოდნა!