Petro123 http://beskov.livejournal.com/14493.html

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

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

giviTo Bogdanov Andrey

Совершенно с вами согласен. У нас как раз ситуация когда проекты все взаимоувязаны.
Необходим главный архитектор - который бы координировал процессы проектирования...
Но тогда напрашивается такой координатор на всех уровнях.
На уровне бизнес-аналитики
На уровне проектирования
На уровне програмирования


Для уровня программирования необходимо:
а) выработать стандарты кодированияю. Не обязательно в них прописывать все до мелочей (типа размер отступа при написании циклов), но некоторые общие соглашения (особенно по наименованию объектов) крайне полезны.
б) обеспечить единый механизм хранения "артефактов" - исходных текстов и т.п. Собственно отдельный человек для ведения такой работы не обязателен - этот процесс автоматизируем. Но если хочется иметь достаточно эффективную классификацию артефактов, то можно иметь и человека, который будет ее поддерживать. Но это не совсем "главный программист". Это скорее "архивариус".
В некоторых случаях может оказаться целесообразной должность "верификатора" - достаточно опытного программиста, который занимается тем что проверяет написанный остальными код и дает рекомендации по написанию. Иногда этой работой занимается тот самый архитектор (очень часто архитекторы вырастают именно из программстов). Хорошо или плохо такое совмещение - отдельный вопрос.

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

На уровне проектировщиков координатором является архитектор. Но и здесь надо не забывать о стандартах.