Без ТЗ: чому клієнт не хоче його

З практики бізнес-аналітика: як клієнти намагаються запустити проект без ТЗ, і що з цим робити?



1. «У нас дуже маленький і простий проект»
Коли я помру, і чорти прийдуть тягти мене в пекло, вони почнуть саме з цієї фрази. З кожним кроком вони будуть розповідати мені про те, як згадали про якомусь новому ерундовом функціоналі, який спочатку був задуманий і всім очевидний…

Скільки кроків нам доведеться пройти, не знає ніхто, але якщо я дійду, я буду святим.

Ще в народі популярний схожий підхід: «Немає часу на ТЗ, потрібно швидше запускатися».

Вирішується це просто: навіть на найменшу завдання можна скласти міні-ТЗ. Скажу більше, я просто обожнюю маленькі і прості проекти за те, що їх можна ясно описати. Великі проекти я намагаюся порізати на маленькі.

Якщо «маленький і простий проект» застряг вже на стадії узгодження ТЗ, значить, ви вміло розпізнали чортів до того, як вони зварили вас у своєму котлі.

2. «Це комерційна таємниця, ми вам не розповімо»
Якось я писав ТЗ на велику і складну медичну систему… Але це було додаток для театрів. Щоб я не здогадався, що мова про театри, клієнт розповідав мені про лікарів. Коли ж було нарешті підписано NDA, мені урочисто оголосили: «Ну це ж одне і теж! Механіка схожа: актори чи лікарі — яка різниця? Чому ви так засмутилися?».

Здавалося б, чому не підписати зі мною NDA відразу? Але ні, папір не дає 100%-у гарантію. Треба ж познайомитися і дізнатися мене краще! Раптом я розкрию військову таємницю?..

Був ще секретний сайт знайомств: «У нас є такі прилади, але ми вам про них не розповімо.» Або ж: «У нас тут мега-секретний проект, скажіть скільки коштує?».

Як тільки я чую про секретність, яку не закриває NDA, то відразу ж пропоную взяти паузу до тих пір, поки клієнт не дозріє. На жаль ТЗ, написане натяками на те, що-не можна-називати, разраб не розуміють.

3. «Спочатку скажіть скільки коштує!»
Клієнт не впевнений, чи буде у вас замовляти, але якщо замовить, вам же гірше. «Окей, нам підходить, стартуємо роботу, часу на ТЗ немає! Ой, а ви ж обіцяли, що все буде дешево і швидко! Як же так! Ну це ж очевидно, що все повинно працювати не так, а так! Як це ми не домовлялися? Поверніть гроші!».

Питання ціни проекту до складання ТЗ, напевно, самий частий. Хочеться в двох словах описати проект і зібрати зі всіх знайомих і незнайомих команд котирування. Зазвичай зауваження, що ціна може вирости в 10-20 разів за мірою деталізації ніяк клієнта не вражає: “Ну, ви ж — хороші хлопці! Ви ж так з нами не зробите!".

У цілому бажання клієнта отримати котирування і провести міні-тендер — це нормально, але робити це треба, розіславши командам повноцінне ТЗ!

4. «Чому ми повинні платити за те, що потрібно вам?»
Клієнт прикидається золотий антилопою і щиро обурюється, що ви намагаєтеся змусити його заплатити за капкан, яким хочете його зловити. «Ми ж компанія „УХ!“ Якщо ми будемо в числі ваших клієнтів, все скажуть: „Ах!“ Вимагати з таких клієнтів, як ми, гроші з порога — просто непристойно!» Однак, шановний клієнт, черепки з-під твоїх копит вже стоять поперек горла, і хочеться крикнути: «Досить!».

Якщо клієнт не хоче платити за ТЗ, погано буде всім:

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

По-друге, якщо клієнт не хоче платити за ТЗ, то чи він захоче платити за розробку в повному обсязі?

До безкоштовних ТЗ клієнти часто ставляться легковажно і сприймають їх швидше як комерційна пропозиція, а не як щось, що потребує уваги, напруги участі. За підсумками роботи за безкоштовним ТЗ ви можете почути: «Нам потрібно рішення задачі, а не ваші папірці!»
Чому ж потрібно платити за ТЗ? Наприклад, тому, щоб не оплачувати ризики, які зазвичай закладаються в розробку без нього.

5. «Ми хочемо побачити варіанти!»
Моє улюблене. З цими товаришами каші не напишеш, т. к. вимучити 3-4 різних ТЗ на вибір — вище моїх сил.

Цим клієнтам я зазвичай пропоную послугу проектування ідей. Працює це так: домовляємося про формат подання та кількості ідей, пишемо для прикладу першу ідею, після цього креативимо з усіма знайомими і друзями по формату.

Сміх тут в тому, що якщо ви чуєте: «Ми хочемо побачити варіанти!» — то все одно починати необхідно з ТЗ. Тільки ТЗ потрібно скласти не на систему, а на ідеї. Так-так, буває міні-завдання на ідеї. Дуже корисна річ, рекомендую!

6. «А раптом у нас зміниться концепція»
Здається, щось схоже говорили поляки Сусаніну… Такий клієнт, як правило, вважає, що ТЗ якось обмежить його політ думки, фантазію і творчий креатив. Звичайно, все це закінчується в глибокому болоті, в якому ніхто вже не знає, куди ми їдемо і про що ми домовлялися.

При цьому, коли є навіть саме простеньке ТЗ, яке дозволяє зрушити проект, креативний клієнт весло впрягається в роботу, і його бурхливий фантанирование вже не розвалює проект, а надає йому силу реактивної струменя.

У процесі розробки не завадить іноді бити креативного клієнта роздрукованим і підписаним ТЗ по джерелу креативної струменя, щоб не полетіти з орбіти в глибокий космос.

7. «Нам потрібен точний клон цього...»
Ось на таке я не люблю писати ТЗ. Страшенно вимотує. Якісь веселі хлопці пиляли якусь систему роками, вона обростала різноманітними рюшечками і наворотами, і тепер весь цей фарш, до якого йшли поступово і еволюційно, потрібно сісти і описати. Робота для справжніх слідопитів!

Як шкода тих розробників, які вплутуються в клонування без ТЗ. Ну, це як ніби ви, дивлячись на героїв Mortal Kombat, намагаєтеся навчитися битися. Також смішно і жалюгідно.

І ще з досвіду: часто буває так, що до «точному клону» потрібно «пара незначних модифікацій», які само-собою руйнують всю логіку і механіку донора.

Пишу, а в пошті черговий запит на точний клон цього…

8. «Придумайте самі — ви ж фахівці!»
«Так, ми фахівці!» — зазвичай говорить комерційний директор і важливо надуває лискучі щоки. «Зараз ми розповімо вам, як краще! Ми ж знаємо, ми ж — фахівці, у нас же — компетенції!!!» Після цих слів у клієнта загоряються очі і він думає: «Ось, нарешті, я знайшов людей, які одразу зрозуміли суть мого проекту, почули мене!».

Зазвичай міраж остаточно розсіюється на другому десятку раундів правок готового проекту.
Нещодавно як-раз витягував зав'язнув проект. На 32-му раунді правок, які тривали півтора рочки, вирішили все-таки написати ТЗ на виправлення, і всі швиденько финализировалось.

9. «Ми самі напишемо/написали ТЗ»
Одного разу підключившись до одного, злегка тривалому на декілька років проекту, я нарешті запитав: «Хлопці, а у вас було ТЗ?» На що мені відповіли: «Де-то у нас був відеоролик, на якому клієнт розповідає що хотів.»

Часто клієнт надсилає якийсь треш з клоунами на вертольоті. Але я не жадібний, я у відповідь даю приклади завдань, складених мною, прошу оформити все в такому ж форматі. Після цього «самописці» пропадають на півроку.

Але є клієнти, які дійсно самі написали ТЗ дуже зрозуміло. Один з моїх улюблених клієнтів погодився всі заповнювати в моєму форматі і робить це регулярно на радість розробникам. І звичайно деяким клієнтам ТЗ становили фахівці, що теж приємно.

10. «Інші програмісти не приймуть ваше ТЗ»
Досить часто чую це заперечення. Звичайно приймають, так що сміливо пропоную переписати під нових розробників, якщо не візьмуть. Був кумедний випадок. Здав ТЗ, а разраб на стороні клієнта кажуть, що це не ТЗ. Ну давайте ваш формат — перероблю. Формату немає. Ну скажіть що не подобається? Кажуть, мовляв, не по ГОСТу! Ну, давайте зроблю по ГОСТу, але за дод. плату. Ви ГОСТ-то бачили? Схоже, що ні.

З досвіду я знаю, що дуже багато разраб не читають ТЗ. Тому кращий спосіб з цим боротися — читати його разом з ними. Найкраще сприймається сценарій дій користувача і опис екранів. Ці два документи зазвичай вичерпно описують систему. Іноді до цього додається API і таблиці з математикою, якщо є.

А от є, наприклад, ТЗ по ГОСТу з тендерних майданчиків, або ж гігантські API на 300 типів запитів. Тут мені доводиться перекладати вже для розробників на людську мову.

Сподіваюся нічого не забув. Розкажіть про своїх кейсах, і методах роботи з запереченнями. Буду радий вислухати ваші думки як в коментах, так і в ЛС.

Джерело: Хабрахабр

0 коментарів

Тільки зареєстровані та авторизовані користувачі можуть залишати коментарі.