Интересный вопрос поднял Сергей Бережной в Строптивый архитектор
Я то же там отметился -)
"Да, ситуация действительно сложная.
Сам попадал в схожие ситуации.
В личном опыте в одном случае я остановил разработку и под "обоснованным" предлогом начал долбить в Заказчика в направлении рефакторинга или расширения бюджета проекта, ибо то что предлагал архитектор, нам становилось сильно в убыток. Надо сказать - за 2-а месяца и 2 координационных комитета приняли наш вариант.
НО! не как более технически лучший -), а как компромиссный по стоимости/рискам/времени разработки
Во втором случае сделал как просили (интеграционный модуль) (ибо не сильно дороже было), и по быстрому свалили (благо долгосрочных отношений не предполагалось). Получилось как в анекдоте - к пуговицам претензий нет, а то что использовать нельзя так это к нерабочей модели данных.
В теории я всегда стараюсь встретится лично с архитектором и попытаться договорится - твое решение ууууух, но мы не успеем/видим риски/ТВОЙ проект провалится/ и по нарастающей от похвалы к лести.
В любом случае рекомендую обратить внимание на такой инструмент как на координационный комитет с вопросом не архитектуры, а увеличения денег и сроков. Что бы не играть на поле архитектора и перейти на поле СЕО."
В ИТ с конца 90-х прошлого века. Сейчас занимаюсь внедрением систем в одном очень-очень большом федеральном заказчике -) Этот блог создан для записи моих идей, случаев из моей практики проектирования и внедрения ИТ систем, в первую очередь по ITSM. Систем мониторинга и управления ИТ, инфраструктурных проектов и, конечно же, об управлении командой, проектом, заказчиком.
Ярлыки
- ГОСТ34 (14)
- книги (3)
- коллеги (1)
- Коммуникации (6)
- менеджмент (21)
- мониторинг (3)
- правила (8)
- просто (1)
- размышлизмы (4)
- Рекомендации (1)
- ресурсы (3)
- ТРП (10)
- трюки (1)
- шутки (1)
- Tools (8)
Подписаться на:
Комментарии к сообщению (Atom)
Комментариев нет:
Отправить комментарий