Към съдържанието

Ръководства

Платена фаза на проучване (discovery): какво да получите

· 6 мин. четене

Платената фаза на проучване трябва да завършва с решения, а не само с документи: какво да се изгради първо и какво да остане извън обхвата, основните рискове и как са били проверени, оценка, дадена като диапазон с допусканията ѝ, и първи етап, готов за старт. Преценете я с един тест: бихте ли могли да занесете резултатите на друг екип и да започнете изграждането, без да започвате отначало?

Проучването съществува, за да се вземат големите решения, докато са евтини

Проучването (discovery), наричано още определяне на обхвата или начална фаза (inception), е кратка платена фаза преди разработката на софтуер. Задачата му е да премахне несигурността, която прави оценките ненадеждни, и да уреди големите решения, докато все още е евтино да се променят. Промяната на решение на хартия струва един разговор; промяната му, след като кодът е написан, струва преработка.

Ранните оценки на софтуер са широки и се стесняват само когато решенията премахнат несигурността – ефект, често наричан конус на несигурността. Самите срещи не ги стесняват. Проучването си струва да се плати, когато налага тези решения: какво трябва да прави продуктът първо, кои ограничения са фиксирани и кои технически рискове са реални.

Договорете какво ще получите, преди проучването да започне

Купувайте проучването като всеки друг резултат: фиксирана продължителност, фиксирана цена, посочени хора и писмен списък на резултатите. Ако партньорът не може да каже какво ще имате в ръцете си накрая, фазата може да се превърне в безкрайни работни срещи. Пълният набор от резултати обикновено обхваща следното.

  • Описание на проблема: кои са потребителите, от какво се нуждаят и как ще се измерва успехът
  • Обхват на първото издание: какво влиза, какво не влиза и какво се отлага
  • Ключовите потребителски пътеки, скицирани или прототипирани там, където има несигурност
  • Общ план на архитектурата: основни компоненти, интеграции, данни и хостинг, с разгледаните варианти
  • Регистър на рисковете, който подрежда какво може да провали проекта и как ще се управлява всеки риск
  • Оценка като диапазон с допусканията ѝ и първи етап с критерии за приемане
  • Дневник на решенията, който записва какво е решено, от кого и защо

Търсете решения, а не купчина документи

Докладът от проучването може да е дълъг и въпреки това да не решава нищо. Четете го за ангажименти: кои функции са в първото издание и кои не, кои избори за технологии и хостинг са направени, кои интеграции са нужни и кои въпроси остават отворени, всеки с отговорник и дата.

Полезен сигнал е какво партньорът Ви е посъветвал да не правите. Ако обхватът в края е по-голям, отколкото в началото, и нищо не е отпаднало, проучването вероятно е записало списъка Ви с желания, вместо да го провери. Понякога правилният извод е да купите съществуващ продукт, да изградите по-малко или изобщо да не изграждате, и добрата фаза на проучване го казва.

Най-рисковите допускания трябва да бъдат проверени, а не само изброени

Всеки проект стъпва на няколко допускания, които биха променили всичко, ако се окажат грешни: външен API, който не поддържа нужната Ви операция, данни, по-хаотични от очакваното, цел за производителност, която избраният дизайн не може да постигне, или потребители, които няма да променят начина си на работа.

Помолете партньора да назове тези допускания рано и да провери най-лошите от тях по време на проучването, с кратко техническо изследване (spike), кликаем прототип или работна сесия с хората, които поддържат съответната система. Проверен риск е информация. Риск, който само е записан, все още е предположение.

Честната оценка е диапазон с приложени допускания

Едно-единствено число в края на проучването скрива оставащата несигурност. Поискайте диапазон за първото издание, разбит по основни компоненти, с допусканията, които биха го изместили нагоре или надолу. Например: оценката допуска, че API на доставчика на плащания вече поддържа частично възстановяване на суми; ако не го поддържа, добавете работата по интеграцията, посочена отделно.

Попитайте кои части от оценката са твърди и кои все още са несигурни и как търговският модел ще третира всяка от тях. Твърдите части могат да се остойностят като фиксирани; несигурните се нуждаят от бюджет и от момент, в който решавате отново. Първият етап трябва да е описан достатъчно добре, за да може да бъде доставен на фиксирана цена.

Запазете възможност за изход на всяка стъпка

Проучването е и най-евтиният момент да се откажете. Уверете се, че притежавате всичко, което то създава, от документите и диаграмите до прототипите и кода, и че резултатите са написани за всеки компетентен екип, а не само за партньора, който ги е написал. Трябва да сте свободни да изграждате с този партньор, да предадете резултатите на друг екип, да изграждате вътрешно или да спрете.

Пренесете същата идея в плана, който следва: първи етап с критерии за приемане, след това точка на решение, в която можете да продължите, да смените посоката или да прекратите сътрудничеството. Така започваме проектите в SDK Enterprises: писмен обхват, фиксиран първи етап и посочените инженери, за да видите плана, преди да се ангажирате с по-голям бюджет. Когато Ви трябва само съвет, получавате писмен отговор, по който собственият Ви екип може да действа, независимо дали ще изграждате с нас, или не.

Шест въпроса, които показват дали проучването си е струвало парите

Когато фазата приключи, проверете резултатите спрямо тези въпроси. Ако повечето отговори са „да”, парите са купили яснота. Ако повечето са „не”, платили сте за работни срещи.

  • Би ли могъл друг екип да започне изграждането от тези резултати, без да повтаря проучването?
  • Говорил ли е партньорът с потребителите и с хората, които поддържат засегнатите системи, а не само със спонсора?
  • Проверени ли са най-рисковите допускания и записани ли са резултатите?
  • Оценката диапазон с ясни допускания ли е, а не едно-единствено число?
  • Отпаднало ли е, отложено ли е или оспорено ли е нещо?
  • Описан ли е първият етап достатъчно добре, за да бъде приет или отхвърлен?

Основното накратко

  • Купувайте проучването с фиксирана продължителност, фиксирана цена, посочени хора и писмен списък на резултатите.
  • Преценявайте резултатите по решенията, които съдържат, включително какво е отпаднало или какво партньорът е посъветвал да не правите.
  • Най-рисковите допускания трябва да се проверят по време на проучването, а не само да се впишат в регистъра на рисковете.
  • Очаквайте оценката като диапазон с допускания и първи етап, описан достатъчно добре, за да бъде остойностен.
  • Притежавайте всеки резултат, за да можете да изграждате с този партньор, с друг екип или изобщо да не изграждате.

Въпроси и отговори

Трябва ли проучването да е платено, или партньорът може да го направи безплатно?

Безплатното определяне на обхвата е част от продажбата, затова спира до това, което се побира в едно предложение. Платеното проучване купува време да се прочете кодът Ви, да се говори с потребителите Ви и да се проверят рисковете, както и резултати, които принадлежат на Вас. Поддържайте фазата кратка и с фиксирана цена, за да остане ангажиментът малък.

Колко време трябва да трае фазата на проучване?

Достатъчно дълго, за да отговори на въпросите, които пречат на надеждната оценка, и не повече. Договорете продължителността предварително според размера на продукта и броя на засегнатите системи и завършете с решение за първия етап, а не с удължаване на проучването.

Ами ако проучването покаже, че проектът не си струва да се изгражда?

Тогава то е свършило работата си на възможно най-ниската цена. Добрата фаза на проучване може да заключи, че трябва да купите съществуващ продукт, да изградите по-малка първа версия или да спрете, а констатациите остават при Вас във всички случаи.

Кажете ни от какво имате нужда.

Нещо за изграждане, хора за намиране или въпрос, който чака отговор. В 30-минутен разговор Ви изслушваме и казваме честно как можем да помогнем и какво ще е нужно.