Как работать без ТЗ Для тех, кто не хочет дальше читать, быстрый ответ - никак. Даже если в вашей компании не принято вообще никак фиксировать будущий результат, во что я плохо верю, то вы, как ответственный РП должны такую роль возложить на себя. Пусть это будут внутренние документы проекта. Но, вам, заказчику и команде нужны какие то точки опоры. Сейчас очень распространен гибридный метод управления проектами. Когда сама дорожная карта проекта формируется по Waterfall методологии, а внутренняя разработка идет по Agile модели. . Тогда на каждый спринт вы можете формировать микро ТЗ на ощущаемые и видимые результаты, которые можно пощупать и показать. И привязывать это ТЗ к дорожной карте развития проекта. Так же, на основе договоренностей с Заказчиком, вы можете зафиксировать требования к качеству. И затем, привязывать их к дорожно карте и результатам беклогов. Таким образом, вы, как РП можете управлять проектами даже в режиме Стартапа. Это сложно, много писанины именно для вас, но позволяет удерживать границы и сроки. Основная проблема у вас будет в донесении своей стратегии окружающим. Со стороны вы будете выглядеть максимальным занудой. Это сложно, особенно в молодых коллективах. Особенно сложно, если вы РП проекта, где есть продуктовые команды и Продакт менеджеры. У которых свое особое видение, и класть они хотели на ваш проект, цели и потребности. Ну здесь много зависит от вашей харизмы и умении отстаивать свою точку зрения. Покажите, что ваш метод работает, компания не теряет деньги и выполняет договоренности в срок с нужным качеством и количество критиков резко уменьшиться.

repost

582

input message

напишите коммент

Согласен с автором. Тот кто на практике пытался вести разработку без ТЗ, обязательно сталкивался с такими проблемами как - потеря связи между желаемым со стороны заказчика и реальностью, обязательно будут ненужные доработки и новые вводные, т.к. сам заказчик или постановщик не до конца разобрался в своей проблематике. ТЗ помогает с этим справится :)

ответить

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

ответить

В дивизион требуется crm для менеджеров. Они должны фиксировать лиды и встречи. Вот примерно так формулирует начальник на верхнем уровне требований. Задача рп вытащить из этого тз для нормального внедрения. Не надо гост 34, но хоть пару листов декомпозиции

ответить

ТЗ это документ, а требования это могут быть в виде трех строчек в письме.

ответить

Ну, уже дискуссия. А чем зафиксированные требования- не тз?

ответить

· 05.08

Вообще не понимаю как в компаниях работать без ТЗ. У нас группа энтузиастов которая пилит игру без денег. Я всем расписываю максимально подробное ТЗ с референсами датами и сроками. Скидываю их в формате pdf и храню у себя по папочкам, сортирую по датам и по исполнителям. Причем не обладая даже минимальными знаниями во многих областях (например в музыке, для трека в игре) я обсуждаю все с исполнителем и все равно обличаю в ТЗ, то что он мне говорил или к чему мы пришли . И это группа рандомных энтузиастов, без какой-либо иерархии 😅

ответить

Можно. Надо просто писать это ТЗ самому даже если ты просто разработчик. Пинать клиента тоже самому. Все самому. Если нет никого кто может написать ТЗ его надо написать самому. Ибо иначе клиент скажет что он совсем не то хотел и платить не будет. Если же клиент внутренний можно рабоать на основании бизнес требований которые клиент подтвердил. Концепцию так сказать. а по концепции уже делать реализацию

ответить

Андрей, замечательный вопрос! Сколько копий сломано..

ответить

еще контент автора

еще контент автора

войдите, чтобы увидеть

и подписаться на интересных профи

в приложении больше возможностей

пока в веб-версии есть не всё — мы вовсю работаем над ней

сетка — cоциальная сеть для нетворкинга от hh.ru

пересекайтесь с теми, кто повлияет на ваш профессиональный путь