სწრაფი ექსპერტები წინააღმდეგ სწრაფი მანიფესტი

როგორ ფიქრობთ, რომ თქვენმა ადგილობრივმა ექსპერტმა წაკითხული სისწრაფე გამოავლინა? Შენ გაქვს? არ არის პრობლემა ... თუ ყოველდღიურად არ იყენებთ სიტყვას "სისწრაფეს"! მაგრამ თუ ამას აკეთებთ (ან თქვენი ადგილობრივი ექსპერტი) ... კარგად - ეს ისეთია, როგორც ადამიანები, რომლებიც ძალიან ბევრს ლაპარაკობენ რელიგიაზე, მაგრამ არ გახსენით ბიბლია (პოლიტიკური სიფხიზლის სიგნალიზაცია) ან მათი არჩევანის წმინდა წიგნი, რადგან მათი ლიტერატურის გაკვეთილები 10 წლის წინ ... ჩვენ არ მოგვწონს ისინი. ერთი მიზეზის გამო.

კარგი, მოდით, კომენტარი არ გავაკეთოთ სხვა ადამიანების და მათი მოსაზრებების შესახებ. ამის ნაცვლად, მოდით, ნაბიჯ-ნაბიჯ გავიაროთ „სწრაფი ბიბლია“.

გადაცემა იქნება სწრაფი მანიფესტისგან

ამ ტიპის ტექსტური ბლოკი

და ჩვენი კომენტარები მოგვცემს ჩვეულებრივად ასეთ შემთხვევაში. Წავედით!

მანიფესტი, ერთადერთი და ერთადერთი!

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

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

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

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

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

შემდეგი წერტილი მოიცავს რაიმე მსგავსს, მოდით განვაგრძოთ ეს თემა აქ.

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

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

სისწრაფე არის მოსალოდნელი ცვლილებებისთვის მზადყოფნის და არა ყველაფრის შეცვლის და ყოველთვის. პირები, რომლებსაც აკრედიტირებული აქვთ კომუნიკაცია პოტენციურ კლიენტთან / მომხმარებელთან, თავიდანვე უნდა მოლაპარაკდნენ რეალისტურ შეთანხმებაზე. ხშირად, კალამი და ქაღალდი 10 წუთის განმავლობაში სწორ დროს (პროექტის დაწყება) დაზოგავს დღეებს, კვირებს და თვეების განვითარებასაც კი (გადამისამართება, პირობა, შეცვლა) მოგვიანებით ეტაპზე! პროდუქციის დაწყების ეს შეფერხება უნდა ჩაითვალოს არაპროფესიონალურად, რადგან ეს ძალიან არის! ”მოდით, უბრალოდ მოვიძიოთ კლიენტი, მოგვიანებით ვიფიქრებთ იმაზე, რომ სამუშაოს დასრულება” მენტალიტეტი არაეთიკურია და ხშირად ხდება, რომ დეველოპერებს მოუწოდონ “დაიხსნან დღე” (სამუშაო ზეგანაკვეთური, სამუშაო შაბათ-კვირას, სახლიდან სამუშაოდ, სამუშაოდ) სტრესული გარემო)… არა მაგარი. და მართლაც - არც კი სწრაფი.

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

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

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

კარგი, იქნებ არა ყოველდღიურად, არამედ - აიღე! ჩვენ (ხალხმა) ბოლო 15 წლის განმავლობაში ვერ მოვახერხეთ ეს დანგრევა ... დრო მოგეცით.

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

ეს არის იქ, სადაც ეგრეთ წოდებული აგილისტების უმეტესობა ვერ მოქმედებს Agile Manifesto- ს მიერ. მათ ხშირად არ აქვთ პატივისცემა იმ პირების მიმართ, რომლებიც, თუ არა ექსპერტები, მაინც უფრო უკეთესი პროფესიონალები არიან, რომლებიც თავიანთი ექსპერტიზის დარგს თვლიან, ვიდრე ”სწრაფი” პროექტის მენეჯერი. ეს ნიშნავს, რომ მენეჯერი ძალიან ბევრი მონაწილეობს სხვა ადამიანების მუშაობაში, რაც ერთბაშად არღვევს მნიშვნელოვან „მანქანას“. შემდგომი “მანქანა” სიჩქარის და საიმედოობის შეცვლა დაბალზე. რაც counter სწრაფია.

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

ვერაფერს ვიტყვით ამის საწინააღმდეგოდ. ამის საპირისპიროდ, hooray ამისთვის!

სამუშაო პროგრამა არის პროგრესიის ძირითადი საზომი.

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

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

ძნელად მისაღწევად, მაგრამ რა თქმა უნდა - შესანიშნავი სახელმძღვანელო.

მუდმივი ყურადღება ტექნიკურ აღმატებულობაზე
და კარგი დიზაინი აძლიერებს სისწრაფეს.

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

სიმარტივე - მაქსიმალური ოდენობის ხელოვნება
შესრულებული სამუშაოს შესრულება აუცილებელია.

სეტყვა, სიმარტივე!

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

გამზ!

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

ამინ!