Цитата:
Сообщение от
Владимир Максимов
Не, народ, вы путаете внедрение и работу на клиенте уже после внедрения
Agile - это, по сути, модификация "на лету". Возникло новое требование - тут же его реализовали в меру своего понимания общей концепции системы. А на клиенте чем разработчик занимается? Да тем же самым! Реализует новые требования, встраиваясь в существующую реализацию Axapta.
Ну, и чем это от Agile отличается? Только тем, что так этот процесс никто не называет...
Есть или нет формализация процесса (ТЗ, выделанные этапы, трудозатраты и т.п.) - это уже частности. Суть-то от этого не меняется. А суть - это как раз модификация "по требованию".
Для меня Agile это работа при отсутствии фиксированных требований. Когда полной картины нет и ее надо делать по шагам, постепенным приближением.
Ad-hoc работа это "на лету".
"по требованию" - это ЗнР, Change Request, FDD etc то есть требование документально как-то описано. Часто не Agile.
То что Agile на клиенте это скорее к активной позиции программиста, а не к документированию.
Документирование и порядок в приложении это сторона не сильно зависит от стиля работы.
А вот ожидание что программист будет вести себя как активный архитектор общаясь, показывая и предлагая - вот это скорее всего тот самый Agile для клиента. Намек - прототип- демонстрация - уточнение - рабочая версия.
То есть это далеко не хотелки на лету без следов. Все же всегда есть backlog/tracker система работающая как минимум на уровне тикетов со всеми статусами и референсами. И при этом может быть и "Waterfall" и "Agile" в разных тикетах/work items. В одной задаче тебе все подумали за тебя, а в другой тебе надо думать за всех. И если честно то чаще всего лучше когда за тебя не думают, потому как тебе куда виднее.