Ребят, можете поделиться опытом?
Интересно, как проектные менеджеры ведут документацию, генерируют шаблоны проектов и т. д.
И где та допустимая грань между документацией аналитика и проектного менеджера?
На мой взгляд:
- аналитик это ответ на вопрос "ЧТО" делаем (генерирует такие документы)
- руководитель проекта - отвечает (совместно с командой) на ОСТАЛЬНЫЕ вопросы вроде "сколько времени", "как будем измерять прогресс", "как будем отслеживать риски и какие риски мы уже выявили".
Так что документы отвечающие на вопрос преимущественно "ЧТО?" - логичнее вести аналитику насколько он может. Если есть ТЗ - пишет ТЗ, если нет - наполняет "бэклог" или "таск-треккер" или что у нас там для сбора и хранения "хотелок" заказчика, их приоритезации и отслеживания взаимосвязей.
Планами которые касаются остальных аспектов - дирижирует менеджер. Он же, если надо - приводит в соответствующий вид ТЗ вместе с аналитиком). Т.е. например менеджер создал вместе с командой диаграмму Ганта, глядя в нее увидел что такой проект в срок завершить невозможно. Поговорил с аналитиком. Пересмотрели немного содержание проекта и внесли правки (теперь - укладываемся). Аналитик подправил ТЗ, а менеджер - диаграмму Ганта.
Рутинные и проходные документы логично сбрасывать на низко-квалифицированных (или узко специализироварнных) членов команды. Например, как верно предлагали - на технических писателей. Так в гос. секторе обычно ТЗ (том III конкурсной документации) это документ требующей внимательной, но простой и рутинно работы (при условии что мы уже поняли чего заказчик хочет). Такое ТЗ пишет тот у ого время есть и чьего времени не жалко.
Это субъективный опыт (но очень на многих классических проектах именно такое разделение у нас эффективно работало)