Без ТЗ: як розробники таке вплутуються



Результати опитування з минулої статті мене шокували. Адже коли розробники беруться за проект без ТЗ, вмирає один неоперений аналітик і 10 маленьких кошенят. Навіщо ви так? Як же так виходить?


Чому так відбувається? Що можна зробити? Ось кілька версій :

Версія 1: боюся втратити клієнта
Всім знайомий цей первісний страх! Він дістався нам у геномі від печерних програмістів! Якщо я втрачу цього клієнта, то мені нічого буде жерти!!! Візьміть себе в руки, голова!

Поки містер Без ТЗ жере ваш мозок, за цей час можна встигнути знайти більш адекватних замовників, і заробити набагато більше.
Втрата клієнта лише стимулює активніше шукати нових. Ілюзія, що наступного замовника доведеться шукати дуже довго, розвіється, коли ви сконцентруєтеся на оптимізації процесу пошуку, технології виявлення найбільш вигідних замовників з усього мутного потоку. Чим більше ви активні, тим більше вас знають, тим більше до вас звертаються самі.
У мене не раз бувало таке, що мене рекомендував своїм знайомим замовник, з яким ми не домовилися. Тобто він пішов розгніваний, а потім бац! рекомендує мене знайомим, партнерам, коханці… Правда, за таких рекомендацій часто теж таке собі припливає…
Потрібно розуміти, що кожен замовник трохи мазахист, вони люблять, коли з них тербуют, відмовляють їм. У відносинах з замовником має бути ледь вловимий BDSM. Якщо ви ведете себе в дусі «що пан зволить?», виникають підозри, а не менеджер ви?

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

Ось вам цікава історія одного проекту «по дружбі». Моєму близькому другові треба було терміново і недорого запускати інтернет-магазин, тому як інвестор дав «добро», і контейнер вже плив з Китаю. Я відразу попередив, що це не зовсім моя тема, так як я в основному працюю з корпоративними e-learning продуктами і медичними системами, але чого-небудь придумаємо. Отже, інвесторські гроші виділилися, і один проявився в моєму полі зору з бадьорим: “Ну, давай портфоліо по інтернет-магазинах! Ми вибираємо підрядника! Тільки надсилай швидше, не зволікай!" Я злегка фаломорфировал про те, як швидко «Спаси-допоможи, друже дорогий!» трансформувалося в: «Я прийшов до тебе з рідкісною можливістю взяти участь в моєму тендері!» і злив кореша з формулюванням: «У мене тут замовлення на кілька мільйонів — сорі, зараз ніколи портфоліо по магазинах збирати». Друг образився, але повідомив мені, що я «все одно в шорт-листі». На тому і порішили.

Версія 3: для себе
Здається, що ви вже точно знаєте, чого хочете. Всередині колективу всі повинні бути на одній хвилі, це ж командний дух! Тому кращий спосіб розсварити навіть саму згуртовану команду — працювати без ТЗ над внутрішнім проектом. Тут кожен учасник отримує унікальну можливість проявити себе з кращого боку. Який простір для особистої критики: «Я раніше і не знав, що працюю з такими кінченими рукожопами!»
А скільки можна робити правок! Коли логотип в шапці 18-й раз змінює свій розмір на 2 пікселя, тому що «він все ще виглядає якось непрофесійно», ви починаєте відчувати, що щось пішло не так. Але залиште сумніви! Ви ж це не для клієнта якого-небудь, а для себе робите! Так що не бійтеся ще раз 50 поміняти концепцію — це точно допоможе бізнесу! Ось чому часто внутрішні проекти цілком успішних IT-компаній затягуються на століття.

Версія 4: початківець розробник беруся за будь ат
Найлегше охмурити юних ніжних розробників, які палко прагнуть портфоліо з великими гучними проектами, відкриває будь-які двері. Але, як відомо, без ТЗ виходить ХЗ. А тому все це соромно взагалі комусь показати, якщо, звичайно, вдасться дотягнути цей жах до кінця. “Ось, ми тут робили… І майже доробили! Воно не працює, але, в цілому, видно суть".
Якщо ви початківець розроблення дизайн, не соромтеся вимагати ТЗ — це допоможе вам відрізнити нормальних замовників від космонавтів, які змусять вас зненавидіти професію, себе і весь світ.
Досвідчені господа-розробники підтвердять, що портфоліо і досвід краще працювати в команді справжніх професіоналів, як з боку замовників, так і з боку виконавців.

Частенько портфоліо збираються за принципом: “Мужик, ти на Drupal-е чого-небудь збирав в цьому році? Дай списати!" Клієнти — такі витівники, і часто їх не влаштовує «просто портфоліо». З мене зажадали портфоліо CRM для ТРЦ, щоб підтвердити мою компетенцію в даній області.

Версія 5 важливий клієнт
Тут так не прийнято. Ми ніколи ніде і ні з ким так не працюємо.
Пам'ятайте експеримент, коли всіх мавп у клітці поливали холодною водою, якщо одна з них робила замах на банани на верхівці сходи? Порушницю боляче били, і за бананами ніхто не ліз. Потім в клітку підсаджували новеньку, вона лізла за бананами – тут же отримувала люлей, а потім вже сама мутузила чергову новеньку. Вчені по одній замінювали усіх мавп у клітці, і поступово залишилися тільки примати, які крижаного душу в очі не бачили, але за банани новеньких продовжували бити.
Я це до чого? У великих компаніях працюють як раз такі мавпи: «У нас в компанії прийнято платити за фінальний результат з відстрочкою платежу 60 днів!»
Що ж, тоді залишається тільки опитати розробників, отримати среднепотолочную оцінку «цього», помножити її на 3… ні, краще на 5, і сміливо вписувати в КП. Куплять – добре, не куплять – і слава богу, тому що будуть дерти, як за Х10, всією вертикаллю влади від молодшого стажиста до генерального.
Звісно, може знайтися «свій хороший хлопчик», який все зробить в два рази швидше і дешевше. Треба зустріти такого хлопчика з позитивом, пообіцяти допомогти порадою, якщо що! А ближче до кінця (передбачуваному) проекту зателефонувати і поцікавитися: «Як справи?»
Насправді, великі компанії не бояться великих сум, особливо якщо ти їх можеш обгрунтувати. Якщо ти виїхав за їх бюджет, тебе спробують умовити на знижку. І тут можна вицепіть з усієї тусовки, яка, як правило, завалюється на зустріч, більш-менш адекватної людини і спробувати пояснити йому, що є такий хитрий спосіб з ТЗ, попередніми описом вмісту екранів і сценаріїв, який чарівним чином може знизити суму – треба тільки цю роботу оформити і провести якось так… Як-небудь окремо так і авансом… За рахунок іншого бюджету. Ну, вони там у себе краще знають.

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

Версія 7: програміст на зарплаті
Хороша зарплата і кодити — це друга за популярністю мрія програміста після оплати по годинах. 250К, соцпакет і прямо в рай! І життя вдалося! What a beautiful life! Насправді, немає. Навіть такі умови можна перетворити в пекло.

Отже, приходить до розробників зірка піару aka PR-менеджер і повідомляє, що їй терміново-терміново треба підняти малееенький сайтик з реєстрацією, міні-іграми, нарахуванням балів за активність і магазином призів. Розробник на зарплаті люб'язно повідомляє їй, що вона повинна скачати з GitHub стандартну форму ТЗ (містить, наприклад, такі поля як «необхідний рівень безпеки даних користувачів» і «передбачуваний рівень пікового навантаження на сервер»), заповнити її і закоммитить назад. Докладну інструкцію про те, що та як, вона без праці знайде на корпоративній віке. Зірка піару йде, як обоссаный кіт, але, на відміну від програміста-аутиста, вона на те і зірка піару, що вміє спілкуватися з потрібними людьми, тому начальнику відділу розробки прилітає по маківці, він дістає наручники і прикріплює програміста до батареї на добу-дві, поки той не запустить малееенький і дуже терміновий промо-сайтик. А зірка піару вже задоволена біжить до нього з дизайном, який зробив геніальний маестро з відділу медійної реклами і який можна натягнути хіба що… Ну, ви зрозуміли. Посивілий до ранку програміст-на-зарплаті запускає-таки промо-сайтик, на який включається партнерський гіга-трафік, який ховає і промо-сайтик, і ще кілька важливих зовнішніх і внутрішніх сервісів. Начальник відділу розробки знову дістає наручники.

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

Версія 9: замовник не знає як має бути
Що може бути крутіше, ніж некваліфікована замовник? Одного разу я писав ТЗ для школяра. Ну тобто замовником був школяр, мабуть, дуже багатий школяр. Це був найскладніший для мене проект, оскільки дуже багато довелося придумувати самому — просто у молодої людини не було якогось думки з багатьох питань.
Буває, що замовник так і каже: «Я не знаю, чого хочу — запропонуйте варіанти!» І дуже хочеться почати робити ці варіанти, але треба взяти себе в руки і скласти ТЗ на варіанти (так-так, варіанти теж повинні робитися по ТЗ).

Версія 10: заради майбутніх крутих проектів
Коли я дописував цю статтю зі своїм прекрасним редактором, до нас прийшов приятель і розповів, що береться без ТЗ заради майбутніх проектів:
— Зараз візьмуся за копійки і без ТЗ, зате, потім вони куплять у мене мегапроект за нормальною ціною!
— Але чому?!
— Я в це вірю! І мені реально цікавий цей проект!
— Але чому вони куплять?
— Аааа, не знаю! Ну, про-кей, ви мене застыдили! Я більше не буду так робити!

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

Я безмірно поважаю людей з палаючими очима, але, будь ласка, залиште трохи вашого сухого пального на ТЗ!

Висновок
За всю мою діяльність відмова від ТЗ жодного разу не допоміг спростити проект або заробіток. Проблема в тому, що в ІТ-проектах ТЗ поки не стало такою ж обов'язковою частиною підготовки. Як, скажімо, у будівництві, де без проекту не рекомендується будувати навіть сільський туалет. Розробники, ну будь ласка, зробіть ТЗ галузевим стандартом і навчіть клієнтів, що інакше не буває.

PS: Не забуваємо писати в коменти чому і як ви взялися без ТЗ, хто вас до цього підштовхнув, які хитрощі і прийоми використовував.

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

0 коментарів

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