.. или пытаемся делать agile-like проект с огромной кучей условий, зависимостей и стейкхолдеров.
Стартовал новый проект с интересной особенностью - на трех (!) разработчиков:
- два архитектора
- два рецензента архитектуры, которые имеют свое видение и принимают окончательные решения
- ну и до кучи: менеджер, два аналитика и тестировщик
При этом аналитика и архитектура стартанули одновременно с разработкой.
Вот представьте себе состояние разработчиков, которым нужно писать код, когда мало того что ближайшие задачи не проработаны с бизнесом, так еще 4 архитектора даже между собой еще не договорились как будет выглядеть система :)
Кажется, на следующей неделе нужно обязательно всем идти в паб, иначе могут быть неприятности.
5 коммент.:
А зачем так много архитекторов? Это как то обусловлено спецификой проекта или желание заказчика? Или может кто-то из архитекторов является по совместительству разработчиком, аналитиком или тестировщиком?;)
Обусловлено это тремя вещами:
1. продукт должен удовлетворять требованиям основного заказчика (это понятно)
2. продукт должен стать коробочным, т.е. универсальным для максимального количества заказчиков
3. в рамках проекта нужно развить собственные core-компоненты.
Вот наличие этих трех условий, в отсутствие более менее четких входных данных и порождает хаос..
P.S. Архитекторы _не_ по совместительству :)
Не больше одного, разработчику проще и архитекторам не надо будет согласованием заниматься... А так, все зависит от уровня профессионализма и знания предмета..
Интересно, чем закончился данные проект?
Отправить комментарий