Комментарии 9
Прям сплошной елей :) из минусов я бы отметил жадность у компании разработчика (если вы не микро команда до 10 человек). Плюс есть "проблема" (из-за хорошей интеграции систем), когда купив одну систему, например, Jira, хочется к ней добавить Confluence, а потом Fisheye и Crucible, а потом ещё ServiceDesk и сверху пару платных, но жутко полезных, плагинов. И в итоге для 12 разработчиков + ещё человек 15 заинтересованных лиц, набегает весьма ощутимая сумма (для вспомогательного ПО). Хотя и удобно, да.
Но по сравнению с проектами SAP или Oracle, которых мы продаем нашим Заказчикам, стоимость всего этого добра исчезающе мала, а повышение эффективности работы команды полностью окупает затраты.
Приведу конкретный пример. На одном проекте SAP, где я возглавлял группу РМО, кроме меня было еще 3 человека, и мы собирали данные из многочисленных реестров Excel и готовили отчеты. На другом проекте, не менее масштабном, я был РП и львиную долю информации брал из JIRA. Группы РМО у меня просто не было. Минус 4 человека.
В моих проектах confluence не подошёл по одной причине — нет возможности версионировать всю базу знаний целиком. То есть вы можете контролировать изменения в одном документе, то как это сделать в нескольких одновременно? Может быть вы знаете?
Для FRD и PRD мы в команде используем GitBook с кучей плагинов, которые нужны нам. Дока пишется, версионируется и выкладывается в общий доступ так же как и код. В этом случаи в доке написано, то что есть в коде. Плюс так как это markdown, то его можно собирать в любом виде (html, pdf)
У нас разработчики делают одновременно несколько фичей. По мере готовности мы включаем их в ближайший релиз. У меня вопрос можно ли как то держать основную ветку документации продукта, который сейчас в проде и померк готовности фичей ее дополнять? У меня сейчас есть прод и у него своя версия доки, а есть ещё десяток stage серверов с разным функционалом и соответсвенно разным набором доки. Как только код выйдет в прод, то автоматом и дока будет включать информацию по новому функционалу.
Использование JIRA и Confluence в большом проекте