Feature Driven Development

[Borys Lebeda]

И ещё раз здравствуйте!

Думаю что лучше посвятить этому отдельную ветку: Так получилось что хронологически мой путь в Agile начался именно с FDD, поэтому тема для меня интересная. Я нашёл время для того, что бы послушать доклад. Переброситься с автором доклада парой слов и собственно пригласить его сюда.

Аудиозапись есть здесь: http://happypm.podfm.ru/my/1/

Я хотел бы побольше написать, но мне пора паковать чемоданы - я возвращаюсь из Голландии, так что расчитываю на то что Николай, Андрей и прочие энтузиасты не дадут этой теме загнуться пока я в полёте ...

Некоторые заказчики думают что будет файно, если просто установить JIRA ...

До встречи

2009/12/14 Alimenkou Nikolay <lumii.su...@gmail.com>

У кого будет время посмотрите http://www.slideshare.net/biBIGine/fdd-and-ddd.
Если покопать инет, то есть и записанный звук. Кто еще не читал (или
пробовал) FDD, то может найдете что-то интересное. Почему кидаю в этот
топик??? Сквозь всю презентацию проходит мысль что Scrum "что-то
недоговаривает". ;)

[Serhiy Yevtushenko]

Боря, а мог бы ты рассказать о своем опыте с FDD?

А именно:

- размер команды

- тип проекта и его продолжительность

- как проводились 3 начальные фазы проекта по FDD

- использовалось ли моделирование в цвете?

- как были внедрены инспекции? откуда брались чеклисты?

- какие тулы использовались для поддержки процесса?

- как поддерживалась общая модель предметной области?

Серге

 

14 декабря 2009 г. 19:29 пользователь Borys Lebeda <borys....@gmail.com> написал:

--
Agile Software Development Group, Ukraine, http://www.agileukraine.org/
 
To visit the group online see: http://groups.google.com/group/agile-ukraine/
To post to this group send email to agile-...@googlegroups.com
To unsubscribe send email to agile-ukrain...@googlegroups.com

[Андрей Бибичев]

Вместо подкаста моего выступления (кста, есть презентация:
http://www.slideshare.net/biBIGine/fdd-and-ddd) советую послушать
самого Де Луку:
http://cdn4.libsyn.com/seradio/seradio-episode83-jeffDeLucaOnFeatureDrivenDevelopment.mp3?nvb=20091216104023&nva=20091217105023&t=04894ada404547cf994c3

Что касается меня, то я НЕ практиковал FDD, на что мне,собственно, и
указали во время выступления и в отзывах (см., например,
http://users.livejournal.com/_flykin_/101026.html).

Просто когда 2 с половиной года назад выбирали процесс для компании, в
которой работаю, больше всего приглядывались к Scrum, FDD, OpenUP.
Помню, тогда очень тяжело было объяснить начальству, почему же Scrum,
а не FDD. Выкрутился посылом из серии: "Scrum намного проще, так что
если мы не сможем внедрить его, то не сможем внедрить ничего".
Высказывание, может, и сомнительное, но оно сработало. Кроме того,
тренер по Scrum был, а по FDD - нет.

Начав использовать Scrum стало быстро ясно, что одного его мало.
Традиционно его дополняют отдельными тех. практиками из XP (CI,
Refactoring, Unit testing или даже TDD). Но и этого как-то мало. FDD
интересно тем, что из него тоже можно кое-что позаимствовать в свой
Agile-процесс, не беря целиком: начальную фазу, подход моделированию,
организацию дизайн-сессий, визуализацию хода проекта, и пресловутые
feature-teams (пресловутые - потому что несколько по-разному
понимаются разными людьми, а при этом сейчас это модная тема).

Лично мне ОЧЕНЬ нравится начальная фаза проекта из FDD. Я считаю её
почти идеальной :) Мы стартуем новые серьезные проекты очень близко к
ней.

Кроме того, график реализации фич и индикация хода процесса в целом в
виде доски с прогресбарчиками на каждой фиче и цветовой индикацией -
тоже очень полезная вещь. У нас этого нет. Но бизнес был бы счастлив,
если бы оно было. Они именно в таком ключе и мыслят: к какой дате
будет какая функциональность, с какой функциональностью мы отстают. В
Scrum-е всего этого можно добиться, но для этого нужно предпринимать
дополнительные усилия. А здесь заложено в основу процесса, его
планирования и отслеживания прогресса.

Что касается размера проектов, то нам удается крупные проекты разбить
на отдельные вертикальные модули (например: управление справочными
данными, логистика, оптовые продажи, розничные продажи и т.д.). Между
ними спроектировать минималистичное и относительно стабильное API.
После этого каждый модуль делает отдельная команда (5-10 человек), при
этом даже не нужен Scrum-of-Scrum (API взаимодействия компактное и
стабильное, относительно несложно эмулируется для тестовых нужд). Но
есть проблема с горизонтальным обменом информацией между командами,
распространением практик и наработок (для этого приходится
предпринимать отдельные усилия и всё равно остается ощущение, что
обмен слабый).

[Borys Lebeda]

Да, конечно,

2009/12/16 Serhiy Yevtushenko <syevtu...@gmail.com>

Боря, а мог бы ты рассказать о своем опыте с FDD?

А именно:

- размер команды

4 со мной 

- тип проекта и его продолжительность

Клиент серверное приложение. Технология: VB6

Отдельного проекта как такого не было: была функциональность, которую нужно было внедрить в довольно большую систему. 

- как проводились 3 начальные фазы проекта по FDD

1) Объектная модель была написана до нас, но у нас появилось право изменять её в случае надобности.

2) Было определено несколько функциональных доменов, к которым можно было относить features. Из доменов помню: Office Integration, Case View, Import Wizard Из features: Invoice management (case view), Document attributes recognition (import wizard).

Во второй фазе участвовало несколько человек со стороны заказчика, наша тестировщица и я. Целью было выработать более менее общее понимание каждой фичи.

3) В этой фазе участвовали только команда разработки: мы указали в часах сколько времени потратим на каждую функциональность и соответствующие рабочие группы.

- использовалось ли моделирование в цвете?

нет

- как были внедрены инспекции?

код проверял чаще я, реже другой парень по имени Юра. одно время ревьюер даже фиксировался в ченжлистах

- откуда брались чеклисты?

Чеклист состоял из тесткейсов.

- какие тулы использовались для поддержки процесса?

никаких специальных. Я вёл записи в Excel и Word. В системе контроля версии нужно было ставить идентификатор проекта (иногда и ревьюера), тестеры также группировали свои кейсы по фичам.

- как поддерживалась общая модель предметной области?

Изменять модель мог только я, тогда же я писал специальный документ описывающий изменения и высылал его датчанам.

 

Серге

 

14 декабря 2009 г. 19:29 пользователь Borys Lebeda <borys....@gmail.com> написал:

И ещё раз здравствуйте!

Думаю что лучше посвятить этому отдельную ветку: Так получилось что хронологически мой путь в Agile начался именно с FDD, поэтому тема для меня интересная. Я нашёл время для того, что бы послушать доклад. Переброситься с автором доклада парой слов и собственно пригласить его сюда.

Аудиозапись есть здесь: http://happypm.podfm.ru/my/1/

Я хотел бы побольше написать, но мне пора паковать чемоданы - я возвращаюсь из Голландии, так что расчитываю на то что Николай, Андрей и прочие энтузиасты не дадут этой теме загнуться пока я в полёте ...

Некоторые заказчики думают что будет файно, если просто установить JIRA ...

До встречи

2009/12/14 Alimenkou Nikolay <lumii.su...@gmail.com>

У кого будет время посмотрите http://www.slideshare.net/biBIGine/fdd-and-ddd.
Если покопать инет, то есть и записанный звук. Кто еще не читал (или
пробовал) FDD, то может найдете что-то интересное. Почему кидаю в этот
топик??? Сквозь всю презентацию проходит мысль что Scrum "что-то
недоговаривает". ;)

--
Agile Software Development Group, Ukraine, http://www.agileukraine.org/
 
To visit the group online see: http://groups.google.com/group/agile-ukraine/
To post to this group send email to agile-...@googlegroups.com
To unsubscribe send email to agile-ukrain...@googlegroups.com

--
Agile Software Development Group, Ukraine, http://www.agileukraine.org/
 
To visit the group online see: http://groups.google.com/group/agile-ukraine/
To post to this group send email to agile-...@googlegroups.com
To unsubscribe send email to agile-ukrain...@googlegroups.com

--
Borys L.