აგვიდალის ისტორია - ისტორია

გარდასახვისა და განახლებისთვის, გემის ახალი სახელი (დასრულებისთანავე) ჩამოთვლილია "სახელით", ორიგინალური სახელი და აღწერილობა ჩამოთვლილია "ტიპში", ხოლო გარდაქმნის ხასიათი "სამუშაო ტიპში".

ძირითადი წყაროები:
ფოქსი, უილიამ ა. ყოველთვის კარგი გემები: ნიუპორტის ამბების გემების ისტორიები. დონინგის კომპანია, ნორფოლკი, 1986 წ.
ნიუპორტის ამბები გემთმშენებლობა: პირველი საუკუნე. Newport News Shipbuilding & Drydock Co., Newport News, 1986 წ.
ეროვნული თავდაცვისათვის. Newport News Shipbuilding & Drydock Co., Newport News, 1941 წ.
ამერიკული საზღვაო საბრძოლო გემების ლექსიკონი. საზღვაო ისტორიული ცენტრი, ვაშინგტონი, DC, 1959-1991 წწ.

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

Agile– ს მოკლე ისტორია: აზროვნება პროდუქტის განვითარებისათვის

გასაოცარია ვიფიქროთ, რომ პროდუქტების შემუშავებისადმი სწრაფი მიდგომა მრავალი წელია არსებობს სხვადასხვა ფორმით. ზოგი იტყვის, რომ აზროვნება შეიძლება მოიძებნოს მეცნიერულ მეთოდში, რომელიც ფრენსის ბეკონმა შეიმუშავა 1620 და#8217 წლებში. Agile გაჩნდა როგორც დეფაქტო აზროვნება, როდესაც უცნობი მომხმარებლის მოთხოვნილებების მქონე პროდუქტის შექმნისას და მისი აგების გზების აღმოჩენის აუცილებლობა. Agile– ის დომინირება მოდის მრავალწლიანი წარუმატებელი პროდუქტების შემდგომ, შემუშავებული მეთოდოლოგიის გამოყენებით, რომელიც მუშაობდა მაშინ, როდესაც მომხმარებლის მოთხოვნილებები და ცოდნა, თუ როგორ უნდა აეშენებინათ იგი, კარგად არის ცნობილი. ეს იშვიათად ხდებოდა შემუშავებული პროდუქტების მიმართ.

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

• 1620 - მეცნიერული მეთოდი ფრენსის ბეკონისგან
  • დასვით შეკითხვა, შეაგროვეთ ინფორმაცია, ჩამოაყალიბეთ ჰიპოთეზა, შეამოწმეთ ჰიპოთეზა და გაუზიარეთ ცოდნა. ჟღერს სწრაფი აზროვნება.
  • ეს იღებს მეცნიერულ მეთოდს და ამატებს "აქტის" კომპონენტს, რაც ცოდნის ინტეგრაციას ციკლის ფორმირების საშუალებას აძლევს.
  • ნარჩენების აღმოფხვრის გზით რესურსების კონსერვაციის ჩარჩო. ადამიანები, რომლებიც მონაწილეობენ სისტემაში, სწავლობენ განსაზღვრონ მასალის, ძალისხმევისა და დროის ხარჯები, რომლებიც არ წარმოქმნიან ღირებულებას მომხმარებლისთვის.
  • PDCA– ს დამყარებისას, დემინგს სურდა მეტი ყურადღება მიექცია იმ ფაქტზე, რომ „შესწავლის“ ეტაპი ეხებოდა ანალიზს. მან იგრძნო, რომ "შემოწმება" ხაზს უსვამდა ანალიზზე შემოწმებას.
  • მისი მასალა ალბათ პირველი იყო სწრაფი, მსუბუქი და ადაპტირებული გამეორების მკაფიო არომატით, სწრაფი შედეგით. მან თქვა, რომ "რთული სისტემა იქნება ყველაზე წარმატებული, თუ ის განხორციელდება მცირე ნაბიჯებით და თუ თითოეულ საფეხურს აქვს წარმატებული მიღწევების მკაფიო ზომა და წარუმატებლობის წინა წარმატებული ნაბიჯის" უკან დახევის "შესაძლებლობა."
  • პროგრამული მეტრიკაში მოყვანილი მიდგომა.
  • ფორმალიზებული და ცნობილი გახდა რისკზე ორიენტირებული გამეორებების კონცეფციით და თითოეული გამეორებისას რისკის შეფასების დისკრეტული ნაბიჯის გამოყენების აუცილებლობით. უფრო მაღალი რისკის მქონე ნივთებზე მუშაობდნენ უფრო ადრე, ვიდრე დაბალი რისკის მქონე ნივთებს.
  • წარმოადგინა პროდუქტის შემქმნელთა მიერ შერჩეული კომპანიების მიერ შერჩეული ექვსი კომპანია ექვსი მახასიათებლით: ჩამონტაჟებული არასტაბილურობა, თვითორგანიზებადი პროექტების გუნდები, განვითარების ფაზების გადაფარვა, „მრავალ სწავლა“, დახვეწილი კონტროლი და სწავლის ორგანიზაციული გადაცემა.
  • მიდგომა პროგრამული უზრუნველყოფის შემუშავებაზე, რომელიც ნაკლებ აქცენტს აკეთებს დაგეგმვაზე და მეტ აქცენტს ადაპტაციურ პროცესზე. პროტოტიპები ხშირად გამოიყენება დიზაინის სპეციფიკაციების დამატებით ან ზოგჯერ მათ ადგილას.
  • ”ჩარჩო, რომლის ფარგლებშიც შეგიძლიათ გამოიყენოთ სხვადასხვა პროცესი და ტექნიკა. სკრამი ემყარება პროცესის კონტროლის თეორიას, იყენებს განმეორებით, დამატებით მიდგომას პროგნოზირებადობისა და რისკის კონტროლის ოპტიმიზაციისთვის. ” - Scrum სახელმძღვანელო
  • ხაზგასმული კომუნიკაცია, სიმარტივე, ტესტირება და მდგრადი დეველოპერზე ორიენტირებული პრაქტიკა. მხარს უჭერს ხშირ “ გამოშვებებს ” განვითარების მოკლე ციკლში, რომელიც მიზნად ისახავს პროდუქტიულობის გაზრდას და შემოწმების პუნქტების დანერგვას, რომლის მიხედვითაც შესაძლებელია მომხმარებელთა ახალი მოთხოვნების მიღება.
  • 17 დეველოპერი, რომელიც ცნობილია როგორც "ორგანიზაციული ანარქისტები", 3 დღის განმავლობაში შეხვდნენ Snowbird– ში, UT, რადგან ისინი წარმატებით აწარმოებდნენ პროგრამულ უზრუნველყოფას განმეორებითი და დამატებითი გზით, განსხვავებით ჩანჩქერის მეთოდოლოგიის გამოყენებისგან. მათ სურდათ თავიანთი იდეების გაზიარება, რაც საშუალებას აძლევდა მათ მეთოდებს მნიშვნელოვნად უკეთესად ემუშავათ. მათ დაამყარეს მოქნილი მანიფესტი თავისი 4 ძირითადი ღირებულებითა და 12 მოქმედების პრინციპით, რომელიც ასახავდა მათი მეთოდების არსს.
  • მარტივი მეთოდი ადამიანთა სისტემებში მუშაობის მართვისა და გაუმჯობესების მიზნით. ეს მიდგომა მიზნად ისახავს სამუშაოს მართვას მოთხოვნილებების არსებული შესაძლებლობების დაბალანსებით და სისტემის დონის შეფერხებების მართვის გაუმჯობესებით.

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

  
  

  კანბანის პროექტის მენეჯმენტი წარმოებაში

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

  სანამ გაერკვევით, რამდენად მოქნილი პროექტის მენეჯმენტი შეიძლება გაზარდოს კანბანმა, ის დაგეხმარებათ გადახედოთ ამ სისტემის პრინციპებს:

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

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

  
  

  მოკლე ისტორია სწრაფი მეთოდების შესახებ

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

  • 1930 -იანი წლები -ვალტერ შეჰჰარტი გვთავაზობს მოკლე და#8220 დაგეგმილი შესწავლის მოქმედების ციკლის სერიას (PDSA).
  • 1950 -იანი წლები -X-15 ჰიპერსონიულმა თვითმფრინავმა გამოიყენა დამატებითი და განმეორებითი განვითარება.
  • 1958 -პროექტის მერკური (NASA) პროგრამული უზრუნველყოფის შემუშავება, გაშვებული იყო ნახევარდღიანი გამეორებით.

  ყველა ჩვენგანს, რამდენადაც მახსოვს, ვფიქრობდით, რომ უზარმაზარი პროექტის ჩანჩქერი სულელური იყო, ან სულ მცირე იგნორირებას უკეთებდა რეალობას. ”
  - ვაინბერგი გ.მ. (პროექტი მერკური)

  • 1972 - USS “Trident ” ოჰაიოს წყალქვეშა სარდლობისა და კონტროლის სისტემა, შემუშავებული IBM FSD– ის მიერ. კოდის 1 მილიონზე მეტი ხაზი. ოთხი 6 თვის გამეორება.
  • 1972 - არმიის საიტის თავდაცვის რაკეტების თვალთვალის პროგრამული უზრუნველყოფა. $ 100 მილიონიანი პროექტი, შემუშავებული TRW– ს მიერ 5 გამეორებით.
  • 1970 -იანი წლები - მსუბუქი საჰაერო სადესანტო მრავალფუნქციური სისტემა (აშშ -ს საზღვაო ძალები). 45 ერთთვიანი გამეორება.

  იმ მიწოდებიდან ერთ -ერთი იყო დროულად და ბიუჯეტის ფარგლებში ”
  - წისქვილი ჰ.

  პროგრამული უზრუნველყოფის განვითარება უნდა მოხდეს თანდათანობით, ეტაპობრივად, მომხმარებლის უწყვეტი მონაწილეობითა და დაგეგმარებით და ყოველ ეტაპზე დიზაინის ღირებულების პროგრამირებით. ”
  - Mills H. (1976)

  • 1977-1980 - კოსმოსური შატლის (NASA) ავიონიური პროგრამული უზრუნველყოფა. 17 გამეორება 31 თვის განმავლობაში (საშუალოდ 8 კვირა).
  • 1980 -იანი წლები - ხელოვნური ინტელექტის მკვლევარებმა გამოიყენეს Lisp მანქანები და ევოლუციური პროტოტიპი.
  • 1987 -ბრძანებისა და კონტროლის დამუშავება და ჩვენების სისტემის ჩანაცვლება, შემუშავებული TRW– ის მიერ 6 დროში ჩამონტაჟებული გამეორებით.
  • 1980 -იანი წლები - დოქტორი განიცდიდა პროექტის წარუმატებლობის 75% -ს ჩანჩქერის პროექტის ნიმუშში საერთო ჯამში დაახლოებით 37 მილიარდი დოლარი, სადაც მათი მხოლოდ 2% იყო გამოყენებული დიდი მოდიფიკაციის გარეშე. 1987 წლის ბოლოს DoD– მა შეცვალა თავისი პოლიტიკა, რათა განმეორებითი განვითარება მიეცა.
  • 1994 დოქტორი კვლავ იყო ჩანჩქერის აზროვნების მსხვერპლი, ძალიან განვითარდა ჩანჩქერის გამოყენებით და ამიტომ პოლ კამინსკიმ გამოაქვეყნა ანგარიში, რომელშიც ნათქვამია: “DoD– მა უნდა მართოს პროგრამები განმეორებითი განვითარების გამოყენებით ”.

  რა თქმა უნდა, 90 -იანი წლებისთვის სწრაფი ცნებები უფრო ფართოდ გავრცელდა და, როგორც ასეთი, უფრო და უფრო მეტი პროექტი დაიწყო ამ მიდგომის გამოყენებით, სანამ 2001 დაიწერა სწრაფი მანიფესტი.

  აქ მე მხოლოდ შეჯამება გავაკეთე, მაგრამ მონაცემები, რომლებიც მე წარმოვაჩინე, არის ლარმანისა და ბასილის 2003 წლის სტატია, გამოქვეყნებული IEEE- ს მიერ: “Iterative and incremental Development: A Short History ” (PDF). ის კარგად არის დაწერილი და უამრავი მითითებითა და დეტალებით. მადლობა დეივ გრეის, რომ მიანიშნა ამ დიდ წყაროს.

  ის, რაც წარმოუდგენლად საინტერესოა, არის ის, რომ ავტორი იმისა, რაც ჩანჩქერის პირველ ფორმალიზაციად მიიჩნია, უინსტონ როისი, ნაცვლად ამისა, ეთანხმება თანდათანობით და განმეორებით განვითარებას. 1970 წელს მის პირველ სტატიაშიც კი, “ მენეჯმენტი დიდი პროგრამული სისტემების განვითარებაზე და#8221 (PDF), იგი აცხადებს:

  ნაბიჯი 3: გააკეთე ეს ორჯერ
  თუ კომპიუტერული პროგრამა პირველად ვითარდება, მოაწყეთ საკითხები ისე, რომ ვერსია, რომელიც საბოლოოდ გადაეცემა მომხმარებელს ოპერატიული განლაგებისათვის, რეალურად მეორე ვერსიაა იმდენად, რამდენადაც კრიტიკული დიზაინი/ოპერაციული სფეროები ეხება.

  ჩანჩქერი და#8230 არასოდეს ყოფილა ნამდვილად ჩანჩქერი.

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

  საქმე იმაშია აღქმა, სწავლა და კომუნიკაცია.

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

  
  

  AgileSphere

  

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

  • 1970 – ჩანჩქერის მოდელი შეიქმნა (უინსტონ ვ როისმა.) საინტერესოა, რომ მის მიერ გამოძახებული ზოგიერთი რისკი რეალიზებულია და ბევრი მიზეზია იმისა, რომ ჩვენ ვნახეთ სწრაფი არსებობა.
    • ”მე მჯერა ამ კონცეფციის, მაგრამ აღწერილი განხორციელება სარისკოა”.
    • ”დიზაინის საჭირო ცვლილებები, შესაძლოა, იმდენად დამანგრეველი იყოს, რომ პროგრამული უზრუნველყოფის მოთხოვნები, რომლებზედაც დაფუძნებულია დიზაინი და რომელიც იძლევა ყველაფრის დასაბუთებას…. ირღვევა. ან მოთხოვნები უნდა შეიცვალოს, ან დიზაინის მნიშვნელოვანი ცვლილებაა საჭირო. ფაქტობრივად, განვითარების პროცესი დაუბრუნდა საწყისს და შეიძლება 100 % –მდე გადააჭარბოს გრაფიკს და/ან ხარჯებს. ”
    • 1990 – ჯეფ საზერლენდმა და კენ შვაბერმა ჩაფიქრდა Scrum პროცესი 90 -იანი წლების დასაწყისი.
    • 1991 – ასევე, ნირვანას ’s Nevermind– ის გამოშვება ნიშნავდა Grunge– ის ეპოქის დაწყებას, რომელიც დომინირებდა მუსიკალურ სცენაზე 90 – იანი წლების შუა რიცხვებამდე და#8217 – მდე.
    • 1995 – Scrum კოდიფიცირებულია 1995 ოსტინში, ტეხასში (აშშ) კონფერენციაზე წარსადგენად და გამოქვეყნებული ნაშრომი "SCRUM პროგრამული უზრუნველყოფის განვითარების პროცესი".
      • Scrum პირველად სცადეს და დაიხვეწა Individual, Inc., Fidelity Investments და IDX– ში (ამჟამად GE Medical). ეს არ იყო უბრალოდ სტარტაპები გრინფილდის განვითარების მცდელობებით.
      • 2001 – თებერვალში 2001, ჯეფი და კენი იყვნენ პროგრამული უზრუნველყოფის განვითარების 17 ლიდერს შორის, რომლებიც ქმნიან მანიფესტს სწრაფი პროგრამული უზრუნველყოფის განვითარებისათვის. - მათი მიზანი იყო აეღოთ ყველა ის კარგი რაც ისწავლეს და შექმნან "წესდება" სხვებისთვის გამოსაყენებლად. ამ დროისთვის არსებობდა სისწრაფის მრავალი ვარიაცია, რომელიც განვითარდა. მანიფესტი იღებდა საუკეთესოს საუკეთესოს და ამცირებდა პრინციპებს და არა ჩარჩოს ან მეთოდოლოგიას.
      • 2001 წელი - ასევე, ბეჭდების მბრძანებელი გამოდის თეატრებში

      გასაღები: Agile არ არის ციმციმა ტაფაში და არის ის, რაც ვითარდება 20 წელზე მეტი ხნის განმავლობაში. მე მჯერა, რომ ჩვენ ვიწყებთ იმის დანახვას, რომ Agile უფრო "ნორმა" გახდა პროგრამული უზრუნველყოფის შემუშავებაში. მოაზროვნე, როგორც აზროვნება, კარს უხსნის ბევრად მეტს, ვიდრე უბრალოდ SW Development. როგორ ფიქრობთ, რა იქნება 20 წლის წინ სწრაფი ცხოვრებისათვის?

      
      

      კატალოგის აღწერა კონვოის ნომერი HX 244 ჰალიფაქსიდან (მოგვიანებით ნიუ -იორკი) დიდ ბრიტანეთში. ნაოსნობა 1943 წლის 17 6 ​​და.

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

      კონვოის ნომერი HX 244 ჰალიფაქსიდან (მოგვიანებით ნიუ -იორკი) დიდ ბრიტანეთში. ნაოსნობა 1943 წლის 17 6 ​​6 – ზე და ჩამოსვლა 1943 წლის 30 6 – ზე. გემის სახელები: სალაცია, თომას რ მარშალი, იმპერია კაპულეტი, კურასაო, იმპერიის მონადირე, ფორტ ფრეიზერი, ტუდორ პრინცი, ტეტელა, ტაი შანი, ასა გრეი, ევგენი ველი, ფორტ ერი, ფორტი ალბანი, ჯორჯ ფატენი, მედინა, პატრიკ ჰენრი, რიჩმონდ მამფორდ პირსონი, აგვიდეილი, ფოლადის გამომგონებელი, დორკასია, იმპერიის ფლინტი, პეტერი, CM Bernuth, Toltec, Naranio, Buenos Aires, Fernmoor, Spinager, Norholm, Fernwood, Brimanger, Palembang , სამუელ ბექი, კორილა, ივარანი, მელინე, ანა კნუდსენი, ემა ბაკი, ბალტიკი, რეინჰოლტი, გაბრიელ დუვალი, ბრიტანელი სახელმწიფო მოღვაწე, ნინელა, ელ ალეტო, კლიონა, იმპერიის უფროსი, ბრიტანული რაინდობა, პორტ გრუარდი, სან ვერონიკო, ბრიტანული დანიშნულება, ბრიტანული ღირსება , British Tenacity, Eskbank, Opalia, Voco, Atlantian, Fort Assiniboine, Glenlyon, British Harmony, Empire Herald, San Vulfrano, WR Keever, Steel Traveler, El Oceano, FT Freeling Huysen, Tarleton Brown, Julien Poydras, William Blount, James W ფენინი, ჯორჯ ვიმსი, იმპერიის ბანტი, ელონა, იმპერია კავალერი, ატ enas, Gulfgem, Gulf Wing, Schoharie, Northern Sun, Belgian Gulf, Edwin Markham, William A Graham, FJ Luckenbach, Nataniel Bacon, Anthony Wayne, Cefalu, Collis P Huntington, John Langdon, Roger Williams, Charles A McAllister, Hubert Howe Bancroft , ტომას ლინჩი.

      
      

      წარმოგიდგენთ ახალ ეპოქას: Agile- ის გაფართოება

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

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

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

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

      
      

      აგვიდალე

      ჯერ კიდევ მშენებლობის პროცესში, ერთი ხრახნიანი ფოლადის გარსიანი სატვირთო მანქანა აგვიდალე შეიძინა საზღვაო ძალებმა Newport News Shipbuilding and Dry Dock Co.– დან, Newport News, ვირჯინია, პირველი მსოფლიო ომის დასასრულს და მიენიჭა საზღვაო საზღვარგარეთული სატრანსპორტო სამსახურს (შენიშვნები). დაინიშნა ნიუპორტ ნიუსში 1918 წლის 16 ნოემბერს, ლეიტენანტი კომდრ. მორის ე. ჰანტლი, USNRF, მეთაურობდა, აგვიდეილი გადავიდა ჩესპეიკისა და ოჰაიოს (C & ampO) ბურჯებში ნორფოლკში 24 -ში და იქ აიღო სატვირთო ტრაქტორების ტვირთი. 1918 წლის 4 დეკემბერს ის გაემგზავრა ვირჯინიის კონცხზე და იმ დღეს 1300 საათზე დაინახა შეზღუდული შესაძლებლობის მქონე თვითმფრინავი მისი პორტის მშვილდიდან.

      აგვიდალმა შესაბამისად შეცვალა კურსი და მალევე მიაღწია ჩამოვარდნილ Curtiss HS-2L საფრენ ნავს, რომელმაც მანევრირება მოახდინა თვითმფრინავის გადასაყვანად. როგორც ჩანს, ის უკან გაემგზავრა ჰემპტონ როუდსისკენ, ხოლო თვითმფრინავი, რომელიც ჯერ კიდევ მისი სამი კაციანი ეკიპაჟის მიერ იყო დაკავებული, მიემგზავრებოდა ასტრონამდე. საბოლოოდ, 1512 წელს ქვემომყიდველი SC -195 მოვიდა და გაათავისუფლა ტვირთმზიდი ბუქსირის სამუშაოებიდან, რომ თვითმფრინავი უკან წაეყვანა ჰემპტონ როუდსზე.

      ორი დღის შემდეგ, დაბრუნდა ნიუპორტის ამბების გემთმშენებლობისა და დრაიდოკის სადგურზე, აგვიდალი გაემგზავრა საფრანგეთში და მიაღწია ლა პალისს, როშფორტისკენ მიმავალ გზაზე, 19 დეკემბერს. როშფორტში ტვირთის განტვირთვის შემდეგ, აგვიდალი, ბალასტში, გაემგზავრა შეერთებულ შტატებში 1919 წლის 29 იანვარს. 15 თებერვლის დღის მეორე ნახევარში ჰობოკენში დაბრუნდა, მგზავრმა 10 დღის შემდეგ გაათავისუფლა ნიუ -იორკის ნავსადგური, გაემგზავრა ჰოლანდიაში მეორე და ბოლო მოგზაურობა NOTS ეგიდით.

      აგვიდალმა მიაღწია როტერდამს, ბრიტანეთის კუნძულების გავლით, 12 მარტის შუადღეს. მან გაათავისუფლა თავისი ტვირთი მომდევნო დღეებში და 21 -ის დილით გაუშვა ყველა ხაზი და დაიწყო მუშაობა შეერთებულ შტატებში დასაბრუნებლად. ის დაბრუნდა სახლში ინციდენტის გარეშე და 4 აპრილის შუადღის შემდეგ, ჰობოკენის მე -15 პიერთან ერთად დაიძაბა. სამი დღის შემდეგ მან მიიღო ბრძანება, რომ მოემზადებინა ექსპლუატაციაში შესვლისთვის.

      1919 წლის 11 აპრილის შუადღისას, აგვიდალი გამოიყვანეს სამსახურიდან და გადაეცა შეერთებული შტატების გადაზიდვის საბჭოს წარმომადგენლებს, სამოქალაქო ეკიპაჟმა შეცვალა სიმბოლო საზღვაო ძალები ერთი დღის მეორე ნახევარში. აგვიდეილმა შეინარჩუნა თავისი სახელი დანარჩენი დღეების განმავლობაში ამერიკული რეესტრის ქვეშ, რომელიც გაგრძელდა დეპრესიის წლებში და მეორე მსოფლიო ომში. თავდაპირველად მუშაობდა Clyde Steamship Co., იგი მოგვიანებით მუშაობდა Clyde-Mallory Line– ის დროშის ქვეშ და, მოგვიანებით, Agwilines, Incorporated, სანამ არ გაიყიდა ჩინეთის ინტერესებზე 1946 წელს და დაარქვა სახელი ვეი მინგი. მისი შემდგომი ბედი საიდუმლოა. [1]

      
      

      პროექტის სწრაფი მართვის ფესვები

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

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

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

      დავიწყოთ იმის აღიარებით, რომ მიღებულია საკითხები პროექტის მართვის სტანდარტული მეთოდებით. ცნობილი Standish Group CHAOS კვლევები აჩვენებს, რომ ბევრი IT პროექტი ვერ ასრულებს გრაფიკს და ღირებულების პროგნოზს და ხშირად ვერ ახერხებს პროგნოზირებული სარგებლის მიღწევას. ეს საკითხები დადასტურებულია სხვადასხვა ორგანიზაციის მიერ, მათ შორის თავდაცვის დეპარტამენტის (DoD). დოქტორმა აღნიშნა, რომ 35,7 მილიარდი დოლარიდან, რომელიც ორგანიზაციამ დახარჯა 1995 წელს პროგრამული უზრუნველყოფისთვის, პროგრამული უზრუნველყოფის მხოლოდ 2 პროცენტი იყო გამოსაყენებელი როგორც მიწოდებული. დოქტორმა დაადგინა, რომ შემუშავებული პროგრამული უზრუნველყოფის 75 პროცენტი ან არასოდეს ყოფილა გამოყენებული ან გაუქმდა მიწოდებამდე.

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

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

      უოტს ჰამფრი, IBM– ის პატივცემული მკვლევარი, მიჰყვა ამ კვლევას თავისი ნაშრომით მოთხოვნები გაურკვევლობის პრინციპი, რომელიც ამტკიცებს რომ:

      ”ახალი პროგრამული სისტემისთვის, მოთხოვნები სრულად არ იქნება ცნობილი მანამ, სანამ მომხმარებლები არ გამოიყენებენ მას.”

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

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

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

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

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

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

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

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

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

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