2020-09-06 13:54:24
Может быть, я сейчас кого-то оскорблю, но в привычном нам процессе создания цифровых продуктов кроется один серьёзный недостаток. Мы с вами не умеем распределять риски. А соответственно, мы не умеем ими управлять.
Мы привыкли, что разработка — это область проектного процесса с довольно высокой степенью неопределённости. Именно поэтому все агентства и production-компании работают по T&M, с оплатой по часам, а не по результату. Им просто невыгодно брать на себя финансовые риски клиента. Ведь на старте они не могут быть уверены в том, что информации достаточно, а документация по проекту верная и исчерпывающая. Зачастую разработчикам вообще прилетают только функциональные
требования и дизайн-макеты (разумеется, этого мало).
И что происходит в итоге? Правильно, риски перекладываются на клиента. Сорян.
Но это если рассматривать проектный процесс с точки зрения задействованных в нём сторон. А давайте взглянем изнутри. Давайте разделим этот самый процесс на два ключевых направления: продуктовый дизайн (исследования, аналитика — проектирование, в общем) и разработку (кодинг, девопс и тестирование). Тогда получается, что проектировщики попросту перекладывают свои обязанности (а с ними и риски) на разработчиков. Да, всё просто.
Программисты вынуждены принимать решения и искать ответы на те вопросы, которые их вообще не должны касаться. Классика:
«а что будет, если соцсеть не вернула e-mail пользователя?». Или:
«а пользователю нужно сообщать о вот этой вот ошибке?».
Инженеры и строители начинают работать за архитекторов, если тем не хватает квалификации. Такое, блин, возможно только в IT.
---
То, что вы только что прочитали, вовсе не цитата из очередной книги "как запустить успешное агентство, начитавшись умных книг". Это более прикладная штука — кусок первой статьи моего цикла о функциональном проектировании цифровых продуктов. Полную версию опубликую на днях.
@shererpro
551 views10:54
П
