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

5 коммент.:
Знакомая ситуация.
Мы в таких (да и во многих других случаях) стремимся придерживаться следующих принципов:
1. Лаконичность
2. Простота
3. Точечная направленность на требования заказчика
Противоречие с Agile тут только в том, что архитектор не вовлечен в работу команды, соответственно решения принимаются медленно и компромиссы не находятся. Включай его нормально в работу и все будет..
Кто знает где можно загрузить XRumer 5.0 Palladium?
очень надо...
оч незаменимый инструмент для сеошника да и не только... все советуют. Помогите!
Чаще всего, просто не хватает воли для принятия правильного решения. Заказчику в целом все равно, а разработчикам интересно разработать именно автобус...
А требования документируются (и согласовываются)? Если да, то как получается, что команда делает нечто превышающее требования?
P.S.: Просьба сразу не бить, Agile знаю плохо.
Отправить комментарий