"Много нас, а он один". Ведение документации на проектах с помощью DevOps инструментов Обучение и управление знаниями
Несмотря на то, что Agile манифест исповедует принцип "работающий продукт важнее исчерпывающей документации", последняя играет важную роль на коммерческих проектах.
Каждый проект мы сопровождаем пакетом документов. От заказчика к заказчику набор инструментов для сопровождения и ведения документации меняется. В итоге нам, как разработчикам, приходится поддерживать у себя несколько инструментов для версионирования и хранения документации: SVN, Gitlab, Confluence.
В докладе мы расскажем о том:
- Как подружить эти три системы друг с другом
- Какую документацию можно вести в гите и при каких условиях
- С какими техническими и организационными проблемами мы столкнулись
- Что изменилось в процессах разработки и тестирования с введением такого DocOps подхода
- Какую пользу увидел бизнес в таком решении
Больше 8 лет работаю судебным экспертом (СКТЭ, СТЭ).
За это время накопил практический опыт в оценке соответствия ПО, в том числе на соответствие документации.
В определенный момент решил посмотреть на вопрос документирования с точки зрения исполнителя, а не заказчика (независимого эксперта).
В компании веду документацию на внутренних и внешних проектах, исследую и внедряю DocOps практики (Docs as Code), участвую в разработке обучающих материалов и курсов.