Вытаскиваем документацию из головы разработчика и формируем ТЗ. Александр Павлють, Mjolnir

Как часто вы сталкиваетесь с ситуацией, когда команда занимается разработкой продукта, но при этом имеет весьма противоречивую и непонятную инвестору проектную документацию/ТЗ? А то и не имеет её вовсе? Иными словами, не может объяснить, что именно делает, потому что не имеет единого понимания? Разумеется, это не добавляет инвестору ни толики определенности. И выглядит как один большой непонятный риск.

О том, есть ли простое и быстрое решение этой проблемы, мы поговорили с Александром Павлютем (https://www.facebook.com/apavlyut):
- IT-инженером с 10+ летним бэкграундом, использующим системно-инженерный подход - создание успешных систем с первого раза правильно;
- создателем системы разделения труда при IT-разработке Мьёльнир, франшиза которой скоро будет доступна;
- спикером Конференция HighLoad;
- автором подкаста "Бизнес и интернет" (http://bit.ly/2uPWyRu).
Если нет времени смотреть интервью, вот резюме того, что он говорит:

"Я занимаюсь формулировкой и качественным документированием концепции продуктов и технических заданий в короткие сроки.

Вы продумываете продукт и до конца не приняли решение - нужно его в этом виде делать или нет или вам нужно поставить задачу команде разработки, тогда вам может быть интересно.

Формулировка и документирование

1. Я могу пообщаться с вами и предъявить вам ваше мышление о продукте и разложить его "по полочкам"
2. Помочь сформировать из него ясную и понятную концепцию вашего продукта (раскрыть как работает продукт и его обеспечение - вы же планируете продукты вместе со всеми сценариями обеспечения его будущей работы, не так ли?), тем самым подвести к стратегии действий для ее реализации по принципам OKR.
3. Выдать вам оформленный документ для употребления.

Делается это качественно, быстро, дорого - полтора часа живого общения и работы в инструменте, на почту вы получаете готовый документ и схемы.

Формирование технического задания

При наличие желания и понятной концепции я могу:

1. Сформировать точные описания как это должно работать - в схемах, сценариях и графиках с данными разделенными по структуре вашего продукта.
2. Выдать технические задания на делегирование в работу. Как на подряд, так и внутри, так и для себя любимого.

Подробности предложения с примерами материалов и документов по ссылке https://docs.google.com/document/d/1f1_V-bnv_IS1WMO5cvLg0EUJkQop3Xjcs_Ss6j6NTyQ/edit#heading=h.yinvy5hobmkw"

Чувствуете, что стоит попробовать? Пишите ему в ФБ напрямую.

Видео Вытаскиваем документацию из головы разработчика и формируем ТЗ. Александр Павлють, Mjolnir канала CryptoEmcee