4. Зачем это наставнику?

Представьте, что вы аналитик на большом проекте. Вы работает с группой аналитиков. Каждый аналитик занимается очень важным кусочком проекта и является хранителем ценных знаний. Вдруг один из хранителей ценных знаний покидает вашу команду. Вам достается почетная миссия - закрыть фронт работ за ушедшего. 

В ваши руки попадает проект, по которому основная часть аналитических работ выполнена, требования написаны и ТЗ согласовано, разработка уже идет, есть список вопросов по требованиям. А еще через месяц нужно провести приемо-сдаточные испытания. Да, и ушедший был очень ценным кадром, у него в работе было 3 ТЗ. Кстати, вашу работу тоже никто не отменял, и вы сами готовитесь сдавать проект примерно в тоже время, что и 3 полученных в наследство. 

 Как в такой ситуации: 

 1. Подхватить и быстро погрузиться в проекты. 

 2. Расставить приоритеты и не порваться. 

 3. Сдать все вовремя. 

Вот об этом мы и поговорим.

Когда вы слышите "рецензирование требований", то вздрагиваете и представляете себе длинный перечень комментариев к документу, большинство из которых про орфографию и пунктуацию? Думаете, что ваша команда маленькая и вам оно не нужно? А может быть вы из тех, кто считает, что единственная задача рецензирования, это повышение качества требований? Давайте поговорим об этом.

В своем докладе я рассмотрю рецензирование требований  и отвечу на такие вопросы:

1. Почему рецензирование, это не только про качество требований?

2. Почему больше 20% команд отказываются от рецензирования, и как оно может быть им полезно?

3. Какие виды рецензирования бывают?

4. Кого привлекать и как организовать процесс рецензирования в команде?

5. Как рецензировать и как работать с результатом рецензирования?

Доклад будет основан на опыте - моем и моих коллег, подкреплен результатами опроса среди аналитиков и будет полезен любому, кто участвует в рецензировании документов.