Рады, что оказалось полезным! Кстати, практика DSM полезна не только в плане "не забыть связанные модули", но потом может использоваться и для оптимизации архитектуры решения. Про это можно почитать в материалах по ссылкам о DSM в статье.
Для Multi Excerpt Include мы редактируем страницу и проставляем вручную. Но если использовать плагин «Свойства страницы», то можно на нужных страницах добавлять тег и они будут добавлять в сводную страницу автоматически.
Тут всё сильно зависит от задачи. Если расскажете ваш кейс, попробуем под него подобрать решение)
У нас в ближайших планах — статьи про практики, связанные с инженерией требований (то есть содержательная часть работы СА). Но после них, возможно, снова вернемся к инструментам!
Хороший вопрос! Мы смотрели в сторону разных специализированных систем, но в итоге остановили выбор на Confluence по нескольким причинам:
Его функций нам вполне хватает, «на вырост» тоже (включая плагины и возможность кастомизировать нужные модули)
Это привычная для всей команды среда (Confluence используется во всех подразделениях компании + уже использовали его для других задач, например, для Базы знаний)
Пользуемся другими продуктами из экосистемы Atlassian: JIRA и на тот момент был Hipchat
У нас есть квалифицированная команда внутренней автоматизации, которая хорошо разбирается в продуктах Atlassian, то есть это сразу закрывает вопросы администрирования и кастомизации
Про кросплатформеннность и пр — это уже само собой. И еще немного про выбор рассказывал в самом начале доклада на Analyst Days (видеозапись можно посмотреть тут: analystdays.ru/ru/talk/44960)
Максим, здравствуйте! Мы планируем сделать серию статей, где расскажем про наши практики работы с требованиями (тема огромная!). Про требования качества, практики выявления и согласования требований с внутренними и внешними проектными ролями — обязательно затронем! Эта статья — больше про инструмент Confluence, а не про содержательную часть работы с требованиями и проектными ролями.
А пока могу порекомендовать посмотреть эти источники, там хорошо раскрываются эти темы:
Учебник «Системноинженерное мышление» (особенно темы «Требования», «Практики проверки и приёмки» и «Принцип разделения интересов»). Картинка из учебника, для затравки:
Спасибо и вам за обратную связь)
Рады, что оказалось полезным! Кстати, практика DSM полезна не только в плане "не забыть связанные модули", но потом может использоваться и для оптимизации архитектуры решения. Про это можно почитать в материалах по ссылкам о DSM в статье.
Тут всё сильно зависит от задачи. Если расскажете ваш кейс, попробуем под него подобрать решение)
Про кросплатформеннность и пр — это уже само собой. И еще немного про выбор рассказывал в самом начале доклада на Analyst Days (видеозапись можно посмотреть тут: analystdays.ru/ru/talk/44960)
А пока могу порекомендовать посмотреть эти источники, там хорошо раскрываются эти темы: