Если кому интересно, как решена вышеописанная проблема. До финала ещё не дошла, но я уверен, что путь выбран правильный.



1. Манифесты-фигесты пошли к чёрту. На словах не удалось договориться

2. Я завёл в gitlab-е шаблоны для всех issue (в конце сообщения будет пример) и потребовал, чтобы вся активность укладывалась в них. А то, что не укладыватся/идёт в обход я мониторю и разбираю индивидуально, по аналогии.

3. В гитлабе же завёл простейший воркфлоу: backlog, in analysis, task formed, doing, review, complete.

4. Переходы backlog -> in analysis -> task formed решаю я лично, с помощью тимлидов и 2..3 самых компетентных инженеров в компании

5. Связку task formed -> doing -> review делают техписы и инженеры. Ревью делаю я.

6. Список шаблонов для issue будет дополняться и они будут переписываться, инфа сотка. Кроме того, для сложных кейсов вроде "написать гайд из 5..7 документов" мне нужно будет первое время писать костяк на стадии in analysis, а постепенно сформируются шаблоны и для таких костяков.



Примеры шаблонов issue:

# Статья о решении проблемы



**На кого ориентирована статья**



- [ ] DevOps инженеры

- [ ] Ops инженеры

- [ ] Новички

- [ ] PM-ы инженерных команд

- [ ] Менеджмент компании



**Какую проблему решает эта статья**



@todo: описать



**Кто сказал, что проблема существует?**



- [ ] Личный опыт

- [ ] Тимлиды

- [ ] Менеджмент



**В какой момент эти люди сталкиваются с проблемой**



@todo: описать



## Как пользователи должны выходить на эту статью?



[ ] Через поиск



@todo: описать, по каким запросам доступна статья



[ ] Через закладки



@todo: описать, как до людей будет донесено существование этой статьи



[ ] Через меню



@todo: описать, в каком разделе должна быть эта статья



## Внедрение



@todo: описать, как планируется внедрять эту статью и когда ожидаются первые merge request-ы от пользователей (дату)