Сообщение устарело

pmle, спасибо Вам большое 

сообщение устарело

а так как сидит не один системный аналитик и где-то я что-то описала, потом об этом не знали, что я описала, описали снова. в другом ТЗ дали ссылку на второе ТЗ. при обновление - я не знала, что появилось второе ТЗ, проапдейтила только свое, а во втором ни слова не указано об апдейте. и получается полная каша.

Если писателей много, то для этого нужно выделить отдельного человека, как правило ведущий аналитик, который как раз и занимается тем, что не пишет ТЗ, а делает ревью всех написанных ТЗ, проверяет их на полноту, корректность и непротиворичивость, + говорит куда нужно засунуть, если написали не в том месте или что-то продублировали.
Но для этого данный человек должен хорошо знать Систему и все требования к ней.
Если действительно система большая и аналитиков много, то можно разделить систему на функциональные блоки (очень слабо связанные друг с другом) и у каждого блока будет лид-аналитик.

Если писателей много, то для этого нужно выделить отдельного человека, как правило ведущий аналитик, который как раз и занимается тем, что не пишет ТЗ, а делает ревью всех написанных ТЗ, проверяет их на полноту, корректность и непротиворичивость, + говорит куда нужно засунуть, если написали не в том месте или что-то продублировали.

у ведущего аналитика много других дел, чтоб проверять ревью написанных ТЗ... 

Если действительно система большая и аналитиков много, то можно разделить систему на функциональные блоки (очень слабо связанные друг с другом) и у каждого блока будет лид-аналитик.

и сейчас у нас в принципе система, поделена на функциональные блоки (очень слабо связанные друг с другом), но чтоб у каждого блока был лид-аналитик...
а вот это идея  спасибо

Только нужно, чтобы эти лиды еще встречились раз в неделю и рассказывали друг другу, что нового появилось в каждом блоке, чтобы лиды тоже были в курсе всех требований, а не жили каждый в своем королевстве.

Только нужно, чтобы эти лиды еще встречились раз в неделю и рассказывали друг другу, что нового появилось в каждом блоке, чтобы лиды тоже были в курсе всех требований, а не жили каждый в своем королевстве.

А это самое трудное, никакие организационные мероприятия не помогают.

Если менеджер будет организовывать такие совещания - в чем проблемы то?

Не путайте теплое с мягким. Разработка требований отдельно, управление отдельно. Это совершенно разные вещи. Их  даже разные люди делают.

Процессы разные: сначала разработка, затем управление. Не обязательно их должны выполнять разные люди. Собственно, почему вы считаете, что, например, RequisitePro не является инструментом управления требованиями?

А это самое трудное, никакие организационные мероприятия не помогают.

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

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

ну очень часто руководство не заинтересовано такие мероприятия организовывать, т.к. от таких времяпровождений результатов нет. Считается, что и так кому нужно, тот сам должен все найди.

ну очень часто руководство не заинтересовано такие мероприятия организовывать, т.к. от таких времяпровождений результатов нет. Считается, что и так кому нужно, тот сам все найдет.

смотря как подойти к этой проблеме 

но по большей части Вы правы... 

сообщение устарело