Кто постепенно, поступенно, постоянно поднимается (занимается, развивается, ), тот вдвое лучше каждый год и в жизни редко ошибается.
Все небесные светила как канделябры у Божьего престола.
Меня, как человека среда IT, от века интересовал вопрос что такое гибкие методики разработки и от времени до времени их выгодно применять и на фиг оно в целом нужно.
Agile подается, как методика создания высокопроизводительных команд. Действительно, продуктивность может вырасти в разы. Только методика накладывает дополнительные требования к квалификации команды и заказчика.
1. В составе команды должны быть разработчики, желающие просекать в эссенция задачи, исследовать её, а не простые кодеры. Команда должна быть высокопрофессиональная. Каждый участник должен мочь работать в составе группы. Тут вроде бы всё просто - все мнят себя крутыми перцами. В крайнем случае впору порекомендовать кого-то или поменять.
2. С заказчиками сложнее. В отличии от классической схемы проведения анализа требований группой аналитиков в начале этапа разработки, гибкие методики требуют постоянного контакта с заказчиком. Представитель заказчика должен быть способен ответить на вопросы по конкретной реализации. Он принимает решения о реализации функциональности, приоритетах и прочее. В моей практике у заказчика в большинстве случаев дефицит людей, потому-то отвлекать сотрудников вредно. Как доказать окупаемость такого отвлечения да еще и того человека, который разбирается в предметной области и может устраивать встречу решения я не знаю.
3. Гибкие методики предъявляют более высокие требования к коммуникации среди команды, чем формализованные извороты. В рассуждении сего появляются ограничения на размер команды и работы команды в одном помещении. Эти ограничения не грех преодолеть, что является отдельной задачей.
Agile - это всего лишь методика. Это ни бальзам, ни серебряная пуля. Как и во всех методиках, её оперативность с хвостиком зависит от команды. Ни один нормальный менеджер проектов не способен внедрять методологию сразу. Это очень затратный прожект для команды, лучше поочередно внедрять хорошие практики.
Все эти Agile, SCRUM, XP, RUP, Waterfall, MS, Linux, Mac - это религия, а не опытность.
По теме: Принципы agile (english)
О сайте
Контакты
О сайте
Комментариев нет:
Отправить комментарий