Comments on: Процесс разработки проекта становится гибче

By: Алексей

Алексей — Fri, 18 Jan 2008 11:38:21 +0000

Всё то, что тут называется словом “Метод”, а также IDEF & UML – это не руководство к действию.
Для кого-то это цветущий сад, а для кого-то кладбище опыта.
Именно опыта, и дословное исполнение написанного – не более чем показатель квалификации.
Если опыт получен сегодня – он уже устарел. Новый день – новый восход, а разрабатываемая сегодня система только завтра выйдет на рынок, а значит в сегодняшних разработках надо опираться на завтряшний опыт.
Как узнать что будет завтра? всё новое – хорошо забытое старое :)

By: Alovak

Alovak — Wed, 05 Dec 2007 14:14:01 +0000

Денис, по поводу заключать договор с фиксированной ценой и без ТЗ – это понятно. А как быть с этим моментом при Agile-подходе? Time&material? Какие есть варианты?

By: Итерационная разработка. Разбиение проекта на этапы исходя из контекста использования системы | Juras Vetrau Blog. Управление проектами и проекти

Thu, 29 Nov 2007 10:03:49 +0000

[...] отдельного материала, но Юрий Шиляев недавно писал об этом процессе для этого же проекта у [...]

By: Yuri Shilyaev

Yuri Shilyaev — Sat, 24 Nov 2007 23:30:53 +0000

Денис, только что нашел ваш комментарий.
Совершенно разумно. Подобную практику проходили уже. В целом гибкий процесс возможен даже на фиксед прайс проекте, если жестко закреплена концепция проекта + фиксируются промежуточные этапы. Т.е. мы не пишем одно большое ТЗ, но в процессе на каждую итерацию пишем много маленьких документов, которые складываются в это самое ТЗ.

By: Junior

Junior — Fri, 09 Nov 2007 20:10:03 +0000

Очень напоминает подход Келли Гото “семь шагов”…

By: Yuri Shilyaev

Yuri Shilyaev — Fri, 09 Nov 2007 15:37:48 +0000

Кирилл, это вовсе не аксиома и кроме того, иногда писать большое и всеобъемлющее ТЗ просто жизненная необходимость. Пример: гос.организации, крупные иерархические структуры. Им все равно, что получится что-то не совсем то, что они хотят, но они готовы платить это в обмен на предсказуемость.

А по поводу того, что тебе не нравится… Возможно надо процесс выстраивать более четко. Не смотря на то, что он должен быть гибким он должен быть процессом. :)

By: Denis Petelin

Denis Petelin — Fri, 09 Nov 2007 08:46:57 +0000

Мужики, только один нюанс – смотрите при отсутствии ТЗ не подпишите контракт на фиксед прайс проект. Потому что в таком случае отсутствие ТЗ начинает играть против вас, как в старом украинском анекдоте: “Мамо, а як?” – “Не знаю! но нэ так!!!” И проект можно не принимать годами. (Фиксед прайс проекты вообще зло, но если уж за него браться, то хотя бы под подписанный statement of work с перечислением функционала, который будет разработан (очертить границы). Внутри границ скорее всего прогнут не раз, но вот нового протащить уже не смогут).

By: Juras Vetrau

Juras Vetrau — Thu, 08 Nov 2007 14:33:00 +0000

Давно пора было расписать :) Я сейчас заканчиваю описание этого процесса по конторе в деталях — есть несколько моментов, которые пока неясно как лучше сделать, но в целом будет четкая картинка. Сравним потом подходы? :)

By: Кирилл

Кирилл — Thu, 08 Nov 2007 12:19:12 +0000

“написать большое и всеобъемлющее ТЗ на крупный проект не реально.”

О, наконец-то гуру написания ТЗ признал эту аксиому :)

В целом ты прав. У нас один из основных проектов длится уже полтора года, из них год как по примерно такому же принципу. Надо сказать. что мне это совсем не нравится – никогда нельзя сказать, что и как сделано, что не сделано, что надо сделать и кого назначить крайним, если все будет не так, как нужно заказчику :))

By: preprocessor

preprocessor — Thu, 08 Nov 2007 05:49:39 +0000

Это по мотивам гугловского ror2ru что ли?