İkiqatlı Çevik: Məhsul inkişafını necə optimallaşdırmaq olar?

Xarici müştərilər üçün çevik məhsul inkişafı çox çətin ola bilər. İlk növbədə, müştəri baxımından, sabit bir sahənin olmaması və ya bunun üçün müəyyən edilmiş vaxt qrafikinin olmamasını başa düşmək çətin ola bilər. Müştərilər növbəti rəqəmsal məhsullarını inkişaf etdirmək üçün sizi və ya şirkətinizi işə götürdükdə, nə alacaqlarını və nə vaxt olacağını dəqiq bilmək istəyi var. İndi bir MVP (ölçülən xüsusiyyətlər üçün çox yer yoxdur) və sabit bir qrafik haqqında danışırıqsa, bu, çevik göründüyü bir şəlalə layihəsinə bənzəməzmi?

Qısa cavab budur: yox. Heç olmasa, mütləq deyil. Hamısı bir məhsul meneceri kimi bunu necə idarə edəcəyinizdən asılı olacaq. Məhsulunuzun inkişafının yalnız Çevik aspektinin inkişaf sprintlərinin və mərasimlərinin qəbul olunacağını nəzərə alaraq İnkişafdan, Şəlalə yanaşmasından çox fərq görmədiyim bir şəraitdən Kəşf etməyi seçə bilərsiniz.

Fərqli bir yanaşma, müştərini komandanıza yaxınlaşdırmaqdır. Onları bütün prosesi fəal şəkildə həyata keçirmək, görülən işlərdən xəbərdar olmaq, inkişafın ardınca getmək və lazım gəldikdə ticarət etmək. Bəzən öz təşəbbüsü ilə. Ümumiyyətlə bu cür qərar qəbul edilməli olduqda yaranan məyusluğu azaltmaq.

Cüt Track Çevik, Jeff Patton tərəfindən

Cüt Track Çevik müştərini bir araya gətirməkdə çox kömək edə bilər. Əsasən, iki fərqli, lakin bir-birinə bağlı olan izləriniz olacaq: Kəşf və İnkişaf. Komandanıza əlavə iş, tapşırıqlar və görüşlər kimi görünsə də, sonradan ortaya çıxaracağım bir çox cəhətdən komandanızın səmərəliliyini artıracaqdır.

Burada əsas şey müştərinin kəşf yolu ilə məşğul olmasıdır. Agile ilə tanış olmadığınız zaman müştərilərin cəlb edilməsi. Ancaq nəticələrin ortaya çıxması və dəyərləri dərk etmələri uzun sürmür.

Bunun üçün əvvəlcədən yaxşı müəyyənləşdirilmiş rol və qaydaların olması vacibdir. Müştəri nə gözlədiyini və nə vaxt olacağını bildirin. Bu həm də yolda irəliləyişlərin görülməsinə kömək edəcəkdir.

Müştərinin KOM (mövzu üzrə mütəxəssis) olduğu məhsullar üçün əvvəlcədən müəyyənləşdirilməmiş iş tələbləri ilə təəccüblənmək və ya heç olmasa MVP üçün tələb olunduğu kimi xəritələnməmiş məhsullar üçün bizdə olduqdan sonra əslində tələb olunduğu kimi aşkar edilməsi çox yaygındır. inkişaf etməyə başladı. Yəqin ki, bu cür vəziyyət ilkin qiymətləndirmələrə təsir göstərəcəkdir. Buna görə əvvəldən müştərinin təyyarədə olması ehtiyacı.

Əvvəlki xəritələrin xüsusiyyətləri ətraflı və saflaşdırılacağı kəşf yolu. Çox ehtimal ki, ilkin qiymətləndirmələr çox yüksək səviyyəli tələblərə əsaslanır. Ümumiyyətlə, onlar "bir pizza sifariş et" kimi xüsusiyyətlərə əsaslanacaqdır. Bununla birlikdə, bu xüsusiyyət üçün kəşf yolunda olacaq, onu daha aşağı səviyyəyə qaldırmağınız müştəriyə hətta belə açıq bir xüsusiyyət olduğunu - ən azından onlar üçün istifadə olunanlar üçün belə imkan verdiyini görməyə imkan verir. gündəlik olaraq və bütün iş qaydalarına və məntiqlərinə sahib olanlar bunu qurmaq məcburiyyətində qalanlar üçün o qədər də açıq görünə bilməz. Müştəri onsuz da bir pizza sifariş etməyi və hətta bunu "avtomatik" etməyi də bilir. Ancaq bu məhsulunuz üçün bir xüsusiyyətə çevrildikdə bir neçə şeyi bilməlisiniz: pizza necə sifariş ediləcək (veb / telefon)? Sifarişi kim alacaq? Ləzzət və ölçü nədir? Pizza provayderindən cavab olmadıqda və ya ləzzət və ölçü olmadıqda nə etməliyik?

Bu yolda nə etməliyik: prosesin bütün təfərrüatlarını soruşun. Xəritələyin, iş qaydalarını müəyyənləşdirin, axın qrafiklərini çəkin, boşluqları, blokerləri və müəyyən bir xüsusiyyət üçün lazım olan funksional olmayan tələbləri müəyyən edin. Ola bilsin ki, bu xüsusiyyətin işləməsi və ya dəyəri olması üçün yerində olmalı olan sələflər də. Bu cavabların əksəriyyəti müştərinizdən gələcək. Beləliklə, onları prosesin bir hissəsinə çevirməyin səbəbi. UX Dizaynerimizi prototiplər üzərində işləyərək istifadəçilərlə təsdiqlədiyimiz bu yolda da var.

Xüsusiyyət yaxşı müəyyənləşdirildikdə və kifayət qədər aydın olduqda, növbəti yola keçəcəkdir: İnkişaf. Bu nöqtəyə görə, dev komandası gözlənilən və nəyə görə artıq tanış olacaqdır. Bu fərqi artıracaq, çünki onların sürəti əhəmiyyətli dərəcədə artmağa meyllidir, çünki xüsusiyyət onsuz da təmizlənmiş və təsdiqlənmiş olacaqdır.

İkili Track Çevikini qəbul edərkən gözlədiyiniz faydalar bunlardır:

  • Müştərilər prosesin bir hissəsi olduqlarını hiss etdikləri üçün daha çox məşğul olurlar;
  • Müştərilər başa düşürlər ki, onlara açıq və sadə görünə biləcək tələblər, iş qaydaları və onların arxasında gedən prosesləri sənədləşdirərkən tətbiq olunanlardan daha mürəkkəb ola bilər;
  • Prosesin bir hissəsi olmaq üçün müştərilər mütəmadi olaraq görülən tərəqqi ilə əlaqədardır, müntəzəm hesabatlar aparmağa ehtiyac qalmadan;
  • Xüsusiyyətləri / hekayələri aydınlaşdırmaq üçün çox vaxt sərf etməli olmadıqda komandanın sürəti artır;
  • Ticarət dövrü müştəri üçün daha az ağrılı olur;
  • Nəticələr və fayda qısa müddət ərzində qeyd olunur, müştərinizin bu işdə dəyər dərk etməsi üçün çox səy tələb etmir.

Əlbəttə ki, nəticələr məhsuldan, layihədən, müştəridən və s. Asılı olaraq dəyişə bilər və yadda saxla: Unutmayın: "Mühəndislik qrupunuzun qurulmasına dəyərli bir şey verilməsə, nə qədər yaxşı olmağınızın fərqi yoxdur." - Marty Cagan