НА: [agilesoftwaredevelopment] Метрики Agile-процессов

[pavel.af...@gmail.com]

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

Если ваша задача - выпустить продукт с требуемым функционалом в срок, то ваши метрики - это Velocity и Focus-Factor (и BurnDown Chart как инструмент визуализации). Если ваша задача - успешно развивать онлайн-сервис в высококонокурентном сегменте бизнеса, то feature time-to-market - самая подходящая для этого метрика. И так далее...

Вы сначала определитесь с целью, дальше будет проще.

Павел Афанасенко

Отправлено с моего HTC

----- Reply message -----
От: "Alexey Korsun" <m...@akorsun.ru>
Кому: <agilesoftwar...@googlegroups.com>
Тема: [agilesoftwaredevelopment] Метрики Agile-процессов
Дата: сб, фев 12, 2011 14:19

Здравствуйте.

В Scrum'е - скорость команды в первую очередь. Меряется в Story Points.
Чтобы привязать это к цене мерется CPI (Cost Performance Indicator).
Показывающий, насколько эффективно расходуется бюджет проекта.

CPI = (Бюджет на данное кол-во сторипойнтов / кол-во выработанных сторипойнтов) / (фактически потраченный бюджет / кол-во выработанных сторипойнтов)

Вообще в Scrum или XP можно использовать почти все обычные метрики программных проектов (например из серии earned value), они к процесу не привязаны.

Но я, честно говоря, сколько работаю - не вижу в этом особой ценности.
Я сторонник практики "estimation is waste".
И Scrum и XP лучше всего работают, когда заказчик доверяет команде, что команда максимально эффективнро тратит средства данные ей. А это сложно оценить. Вот даже CPI - может CPI плох не потому, что команда плохо работат, а потому что бюджет был неправильно определён.

Единственная метрика которую я нежно люблю, b которая отлично работает в Kanban -   это Time-to-Market (время от попадания фичи в план работ и до её выпуска в продукт заказчику).
К Scrum в принципе её тоже можно привязать.
Вполне понятная и программисту и заказчику метрика, и к тому же стимулирующая систему в целом к правильному поведению, что и есть задача хорошей метрики.


--
С уважением,
Алексей Корсун,
консультант по Agile
http://akorsun.ru
http://Questoria.ru
+7 921 644 84 47

2011/2/12 Unlocker <maksimov.sg@gmail.com>

В нашей молодой компании мы внедряем некоторые элементы Scrum, XP.
Хотелось бы узнать мнение уважаемого сообщества по поводу метрик.
Скажем сразу, что Agile внедряется в условиях отсутствия
формализованного процесса, поэтому никакого наследия в виде
сформировавшихся метрик у нас нет.
Интересны метрики, которые не только будут показывать прогресс
внедрения программистам. Но и инструмент переговоров с высшим
начальством, т.е. опора на какие-то ощутимые для старших менеджеров
категории (конвертация в денежные средства).
Прошу поделиться имеющимся опытом как непосредственно  разработчиков,
так и менеджеров; поскольку разностороннее обсуждение проблемы поможет
выбрать оптимальные показатели для начинающей agile-команды.

--
Вы получили это сообщение, поскольку подписаны на группу agile-software-development.

Чтобы добавлять сообщения в эту группу, отправьте письмо по адресу agilesoftwar...@googlegroups.com.
Чтобы отменить подписку на эту группу, отправьте сообщение по адресу agilesoftwaredevel...@googlegroups.com.
О дополнительных функциях можно узнать в группе по адресу http://groups.google.com/group/agilesoftwaredevelopment?hl=ru.

--
Вы получили это сообщение, поскольку подписаны на группу agile-software-development.
Чтобы добавлять сообщения в эту группу, отправьте письмо по адресу agilesoftwar...@googlegroups.com.
Чтобы отменить подписку на эту группу, отправьте сообщение по адресу agilesoftwaredevel...@googlegroups.com.
О дополнительных функциях можно узнать в группе по адресу http://groups.google.com/group/agilesoftwaredevelopment?hl=ru.