kormotЗдравствуйте Друзья!


В общем проблема от видения идеи изнутри своей головы - перейти к сформулированному



Скажите пожалуйста, несколько раз уже сталкивался с такой проблемой:
Есть в голове мысль о интересном проекте, она некоторое время мной обдумывается

1) На этом этапе должно быть рождено - Business Requirements Document (BRD)/Поможет Вам "Бизнес аналитик/Работник в теме/девушка умеющая считать деньги" из той самой вашей предметной области , который вытащит из Вас вашу "идею" и приземлит на бумаге с цифрами и сроками .

обсуждается с друзьями,
и понятному для реализации ТЗ.
Я так понимаю, команды разработки в фирмах наверное как раз и имеют необходимый набор специалистов для эдакого мозгового штурма с коллективным оформлением дизайнером - в наглядном виде, постановщиком задач в виде целей и схем, разработчиками в виде инструментов и методов. - да у них есть - есть ли у Вас бюджет на оплату их услуг, который определили в п. 1?
2) На этом этапе должно быть рождено -- Architecture Vision/Поможет Вам Архитектор в купе с Вами, Бизнес аналитиком, Системным аналитиком, ответственного за UI/UX - это дорого. На первых порах если есть силы и опыт - то Вы и есть Архитектор, Системного аналитика отчасти заменят друзья/разработчики со знанием предметной области и они же на основе своего опыта посоветуют архитектуру - есть? , но вот понятное ТЗ для самих себя они маловероятно, что родят. Тоесть, то, что они разработают - это будет классический "black box" - с продажей которого могут возникнуть проблемы и если они уйдут, то это "The End", но для StartUp - это норма. Тут может помочь "вырулить" правильная архитектура - к примеру "микросервисы".

Подскажите, как если у меня нет команды организовать подобную деятельность? То ли писать тексты на бумаге с формулированием всего. То ли итерациями, и наброски и цели и сразу продумывать инструменты.

3) - На этом этапе нужно "родить" первоначальное ТЗ/SRS(Software Requirement Specification). Можно хоть на "туалетной бумаге", но без общего/обзорного, вводного ТЗ многим разработчикам будет трудно выдать результат похожий на ваши идеи оформленные в виде записей на "туалетной бумаге".
Первоначальное ТЗ потом разрезается на "таски" в jira/etc и GO-GO-GO - на каждую "таску" свою цену. И сверяем с цифрами из п. 1 и начинаем подгонять выкидывая лишнее или вообще ограничиваемся "прототипом" для уточнения реальной стоимости.
Первоначальное ТЗ быстро устареет, но поможет какое-то время быть хорошей вводной для новых членов команды.
Поддержание документации в актуальном состоянии - это та ещё работка.

Кстати тестировать свою разработку планируете?

и сколько часов планируете спать в день?