Разработка технической документации и технические писатели Технические писатели и разработка технической документации технические писатели в Телеграм 

 obmen_soobsheniyami.png Чат для технических писателей 
 Зарегистрируйтесь
Страницы: 1
RSS
Описания процессов, документация, регламенты - Кто?
 
Привет

Идет процесс разработки нового проекта и вижу, что мы буксуем в области написания регламентов, инструкций и описания процессов и самого продукта.

Детально, проблема состоит в следующем
1) Провели совещания, договорились об определенном процессе как например нужно вести работу по Development`у(Работа с тикетами, комитами, бренчами, выпуск release notes итд) - но описать этот процесс, понятные языком, в виде инструкции-регламента никто не может, ну или кажется, что описали хорошо - но новому человеку это будет не понятно.
2) Вроде бы на весь функционал, что делаем и ставим Тикеты, и описываем продуктовые требования, тест кейсы, user guide - но опять же, чувствуется что нет единой структуры документации.

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

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

Работаем на продуктах Atlassian(Jira, Confluence, BitBucket, Fish Eну + Crucible, Bamboo).

Вопрос - Кто должен/может решить данную "боль" - это больше задача для технического писателя, либо бизнес аналитика?

Спасибо
 
Цитата
vstr написал:
Привет

Идет процесс разработки нового проекта и вижу, что мы буксуем в области написания регламентов, инструкций и описания процессов и самого продукта.

Детально, проблема состоит в следующем
1) Провели совещания, договорились об определенном процессе как например нужно вести работу по Development`у(Работа с тикетами, комитами, бренчами, выпуск release notes итд) - но описать этот процесс, понятные языком, в виде инструкции-регламента никто не может, ну или кажется, что описали хорошо - но новому человеку это будет не понятно.
2) Вроде бы на весь функционал, что делаем и ставим Тикеты, и описываем продуктовые требования, тест кейсы, user guide - но опять же, чувствуется что нет единой структуры документации.

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

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

Работаем на продуктах Atlassian(Jira, Confluence, BitBucket, Fish Eну + Crucible, Bamboo).

Вопрос - Кто должен/может решить данную "боль" - это больше задача для технического писателя, либо бизнес аналитика?

Спасибо
Технический писатель уровня Senior/Lead, либо аналитик, который хорошо знаком с типами и структурой документов и их движением между группами/людьми.
Страницы: 1
Читают тему