Size: a a a

DocOps-сообщество

2021 June 08

AB

Anton Breslavsky in DocOps-сообщество
Друзья, можете посоветовать онлайн сервис по ведению проектной документации по фичам? Типа от пользовательской истории, до дизайна, оценки ресурсов, накидывания модели данных API и т.д.?
источник

RG

Ramil G in DocOps-сообщество
Если не озвучите больше специальных требований, то вам предложат конфлюенс или другую wiki
источник

AB

Anton Breslavsky in DocOps-сообщество
@ramil6630 спасибо большое за ответ. Насколько я знаю по работе с Confluence или WIKI все это в нечном счете превращается в набор некого неструктурированного текста, диаграмм и т.д. Ну как специальное требование: например, взять и распечатать договор или ТЗ. А еще маркет-плейсы с готовыми ТЗ кто-нибудь видел?
источник

M

Maeg in DocOps-сообщество
"маркетплейс с готовыми ТЗ" звучит как "маркетплейс с готовыми приложениями"
источник

M

Maeg in DocOps-сообщество
Вообще это очень странно, что вы пляшете от проектной документации. Лучшие умы митапов и прочих технофорумов всё же говорят о проектном управлении. Во главе угла - цели с рассчитываемыми показателями, планирование сроков и ресурсов, возможность их корректировки по ходу проекта. То есть на верхнем уровне - эти чёртовы Гантт-диаграммы, под ними - задачи . А документация - это кровь проекта, но даже не кости, и тем более не мозг.
источник

VW

Vinni Winterlight in DocOps-сообщество
Документация это скорее часть крови. Вместе с инфобезом это скорее тромбоциты + антитела. Нет документации в нужных местах – проект имеет издержки и риски, связанные с дырками и непросчитанными угрозами.
источник

M

Maeg in DocOps-сообщество
Так что онлайн - купите Jira + Structure + Confluence. Будет дорого и нужен специальный дрессировщик Structure, а потом ещё запросят отчёты с историческими срезами, и тогда  какой-нибудь EazyBI или другой BI... Но в итоге всё равно упирается в людей, которые под ваших заказчиков могут сделать нужный уровень аналитики
источник

M

Maeg in DocOps-сообщество
Но да, это всё не про документацию. Потому что стейкхолдеры не хотят эти простыни текста, а хотят актуальные, постоянно обновляемые картинки с линками на детализацию
источник

AB

Anton Breslavsky in DocOps-сообщество
Не думаю, отличия всегда могут быть: процессы, доп. фичи и т.д.  Например найти ТЗ на "CRM система для ветеринарных клиник". Там уже расписаны основные фичи, нарисованы  wireframes c прототипом, готова модель данных и т.д. Копируешь к себе, удаляешь лишнее, добавляешь, что нужно.
источник

AB

Anton Breslavsky in DocOps-сообщество
Отправляешь на оценку.
источник

AB

Anton Breslavsky in DocOps-сообщество
Мне кажется проблема в том, что разработчикам дают белый лист и говорят пиши документацию. А это навык. Если бы им дали готовые поля, куда нужно что-то внести конкретное, а еще бы это как-то было связано с кодом, наверное был бы профит. Как вариант BDD и https://cucumber.io/
источник
2021 June 09

J

Jonny Cuba in DocOps-сообщество
Александр, а вы docxbuilder собираете docx? Я так проблему с маркированными списками не могу решить, не видит их
источник

А

Александр Мокрушин... in DocOps-сообщество
Евгений, да, собираю DOCX.
Брал шаблон https://github.com/amedama41/docxbuilder/files/3774353/style.docx и правил под свои нужды
источник

J

Jonny Cuba in DocOps-сообщество
спасибо огроменное, попробую сегодня с ним
источник

J

Jonny Cuba in DocOps-сообщество
Александр, маркированный список появился, но в собранном документе у него нет никакого стиля и как его поменять я не совсем понимаю, вы как его правили?
источник

А

Александр Мокрушин... in DocOps-сообщество
1. Откройте style.docx
2. Откройте все стили
3. Найдите стиль "Маркированный список" и нажмите "Изменить"
источник

А

Александр Мокрушин... in DocOps-сообщество
источник

J

Jonny Cuba in DocOps-сообщество
Вот, в том то и проблема его нет. Как стили изменять знаю)
источник

J

Jonny Cuba in DocOps-сообщество
Это шаблон
источник

А

Александр Мокрушин... in DocOps-сообщество
надо нажать на кнопочку
источник