Коллеги!

Не могли бы Вы кратко описать основные дисциплины Agile, примерный график фаз и итераций, минимальный набор артефактов применительно к очень небольшому проекту (скажем так 6 человекомесяц, обязательное описание документации). Скажу, проект учебный.

Поддержу предыдущего оратора.
Только начинаю свое знакомство с Agile (до этого работал по РУПу).
Так вот после поверхностного изучения сложилось острое ощущение, что если РУП - таки полное описание процесса, то Эджайл - просто набор техник. Причем вполне можно работать в рамках РУП, активно используя техники Эджайл.
Насколько сильно я заблуждаюсь?

Agile - всего лишь слово, маркетинговая находка. Обычно пропагандисты Agile противопоставляют его процессному подходу, то есть именно графикам фаз и итераций.

Кое-что есть на форуме AgileRussia.ru:
http://agilerussia.ru/forum/index.php

greesha, а конкретно ткнуть носом? что-то тяжко просматривать все темы, пытаясь найти нужное

Причем вполне можно работать в рамках РУП, активно используя техники Эджайл.

Мы именно так и пытаемся выстроить процесс.

Agile - это общее слово для всех гибких методологий, таких как XP, Scrum, ICONIX и т.д.

Коллеги!

Не могли бы Вы кратко описать основные дисциплины Agile, примерный график фаз и итераций, минимальный набор артефактов применительно к очень небольшому проекту (скажем так 6 человекомесяц, обязательное описание документации). Скажу, проект учебный.

В двух словах и очень грубо: Строго говоря Agile это не процесс.

Исходная посылка Agile - короткие итерации, по итогам которой есть готовый продукт. Это называется итеративной и инкрементальной разработкой.

После каждой итерации требования могут измениться. Это означает, что использовать относительно "тяжелые" процессы с высоким уровнем документирования мы не сможем - не хватит времени на документирование. На первый план выходит личное общение.

В Agile мы используем адаптивный процесс. Команда должна придумать процесс (с ролями, документами и прочим), который позволяет ей максимально эффективно работать в условиях постоянных изменений.

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

Короткие итерации заставляют сокращать цикл тестирования. Это происходит благодаря модульному тестированию и автоматизации тестирования как таковому.

И последнее. В Agile команда определяет необходимый уровень документации, который ей необходим. Это не означает отсутствия документации!

-----
Асхат Уразбаев (http://urazbaev.ru)

В Agile мы используем адаптивный процесс. Команда должна придумать процесс (с ролями, документами и прочим), который позволяет ей максимально эффективно работать в условиях постоянных изменений.

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

Честно говоря, я слабо представляю себе Agile, но мне кажется что такое описание очень похоже на описание анархии, или я что-то путаю?

Большое спасибо, Асхат.

Теперь стало понятнее.

Честно говоря, я слабо представляю себе Agile, но мне кажется что такое описание очень похоже на описание анархии, или я что-то путаю?

Ключевая фраза - "я слабо представляю себе Agile". Agile как раз наоборот - это очень строгая дисциплина, если кто-то выбивается, то Agile не получится, тем более если мы говорим об xP

greesha, а конкретно ткнуть носом? что-то тяжко просматривать все темы, пытаясь найти нужное

А кто обещал, что будет легко?

Но лучше Асхата, пожалуй, вряд ли кто-то объяснит.

О себе могу сказать, что как раз сейчас пытаюсь внедрить более-менее ясный порядок разработки софта (назвать это "процессом" пока язык не поворачивается), и при этом обнаружил исключительную полезность некоторых методов, активно используемых в Agile вообще и в SCRUM в частности.

То есть Agile больше всего похожа на "командную игру" в чистом виде, когда целое представляет собой нечто большее, чем просто набор составляющих?

Я пока не понял, почему "В противном случае единый координатор (менеджер) быстро становится узким местом в условиях минимизации документации.". Мне кажется, роль менеджера (проекта?) состоит именно в том, чтобы создать команду. Или Agile применяется уже после создания?

... и при этом обнаружил исключительную полезность некоторых методов, активно используемых в Agile вообще и в SCRUM в частности.

А рассказывать о "некоторых методов" не обязательно??

То есть Agile больше всего похожа на "командную игру" в чистом виде, когда целое представляет собой нечто большее, чем просто набор составляющих?

Конечно

Мне кажется, роль менеджера (проекта?) состоит именно в том, чтобы создать команду. Или Agile применяется уже после создания?

Именно так, в Scrum - эта роль называется "Scrum master". Но после того как команда создана и ВСЕ роли распределены внутри ее, то МП становится просто не нужен. Асхат имел в виду, что узким местом будет классический МП, если он будет пытаться перетаскивать некоторые задачи на себя и решать что-то в одиночку. Тут уже МП превращается больше в координатора и составителя какой-то отчётности для руководства, если надо.

В двух словах и очень грубо: Строго говоря Agile это не процесс.
....
-----
Асхат Уразбаев (http://urazbaev.ru)

Рад приветствовать на нашем форме :-) ...