Персональные инструменты
 

Метрики в Agile (встреча AgileRussia.ru 2009-08-18) — различия между версиями

Материал из CustisWiki

Перейти к: навигация, поиск
м (1 версия)
м
 
(не показано 5 промежуточных версий 2 участников)
Строка 17: Строка 17:
  
 
С другой стороны, распространено мнение, что введение каждой метрики — это не только дополнительная нагрузка по учету, но также приводит к эффекту, имеющему аналог в квантовой физике — «выбор базиса для измерения меняет измеряемое».
 
С другой стороны, распространено мнение, что введение каждой метрики — это не только дополнительная нагрузка по учету, но также приводит к эффекту, имеющему аналог в квантовой физике — «выбор базиса для измерения меняет измеряемое».
 +
Причем это более чем мнение — есть политэкономический [[EnPedia:Goodhart's law|закон Гудхарта]], утверждающий, что какие бы позитивные метрики вы не выбрали, корреляция между их позитивностью и реальным положением дел будет исчезать.
  
 
Если метрики связаны с системой оплаты-мотивирования, то все участники будут склонны к поведению, оптимизирующему измеряемые показатели, даже в ущерб общему делу. С этой стороны баррикад можно сослаться на [http://en.wikipedia.org/wiki/Joel_Spolsky Джоэла Спольски] (см. например, его эссе «[http://local.joelonsoftware.com/wiki/%D0%98%D0%B7%D0%BC%D0%B5%D1%80%D0%B5%D0%BD%D0%B8%D1%8F_%D0%BF%D1%80%D0%BE%D0%B4%D1%83%D0%BA%D1%82%D0%B8%D0%B2%D0%BD%D0%BE%D1%81%D1%82%D0%B8 Измерения продуктивности]», «[http://local.joelonsoftware.com/wiki/%D0%9A%D0%BE%D0%BD%D1%81%D0%B0%D0%BB%D1%82%D0%B8%D0%BD%D0%B3_%D0%BF%D0%BE_%D0%BE%D1%86%D0%B5%D0%BD%D0%BA%D0%B5_%D0%BF%D1%80%D0%BE%D0%B8%D0%B7%D0%B2%D0%BE%D0%B4%D0%B8%D1%82%D0%B5%D0%BB%D1%8C%D0%BD%D0%BE%D1%81%D1%82%D0%B8_%28%D0%B8%D0%B7_%D0%BF%D0%B8%D1%81%D0%B5%D0%BC%29 Консалтинг по оценке производительности]», «[http://local.joelonsoftware.com/wiki/%D0%9C%D0%B5%D1%82%D0%BE%D0%B4_%D1%8D%D0%BA%D0%BE%D0%BD%D0%BE%D0%BC%D0%B8%D1%87%D0%B5%D1%81%D0%BA%D0%BE%D0%B9_%D0%BC%D0%BE%D1%82%D0%B8%D0%B2%D0%B0%D1%86%D0%B8%D0%B8 Метод экономической мотивации]»), и, как ни странно, опять на Тома ДеМарко, с его свежей статьей «[http://bishop-it.ru/2009/07/softwareengineeringisdead/ Software Engineering is Dead?!]».
 
Если метрики связаны с системой оплаты-мотивирования, то все участники будут склонны к поведению, оптимизирующему измеряемые показатели, даже в ущерб общему делу. С этой стороны баррикад можно сослаться на [http://en.wikipedia.org/wiki/Joel_Spolsky Джоэла Спольски] (см. например, его эссе «[http://local.joelonsoftware.com/wiki/%D0%98%D0%B7%D0%BC%D0%B5%D1%80%D0%B5%D0%BD%D0%B8%D1%8F_%D0%BF%D1%80%D0%BE%D0%B4%D1%83%D0%BA%D1%82%D0%B8%D0%B2%D0%BD%D0%BE%D1%81%D1%82%D0%B8 Измерения продуктивности]», «[http://local.joelonsoftware.com/wiki/%D0%9A%D0%BE%D0%BD%D1%81%D0%B0%D0%BB%D1%82%D0%B8%D0%BD%D0%B3_%D0%BF%D0%BE_%D0%BE%D1%86%D0%B5%D0%BD%D0%BA%D0%B5_%D0%BF%D1%80%D0%BE%D0%B8%D0%B7%D0%B2%D0%BE%D0%B4%D0%B8%D1%82%D0%B5%D0%BB%D1%8C%D0%BD%D0%BE%D1%81%D1%82%D0%B8_%28%D0%B8%D0%B7_%D0%BF%D0%B8%D1%81%D0%B5%D0%BC%29 Консалтинг по оценке производительности]», «[http://local.joelonsoftware.com/wiki/%D0%9C%D0%B5%D1%82%D0%BE%D0%B4_%D1%8D%D0%BA%D0%BE%D0%BD%D0%BE%D0%BC%D0%B8%D1%87%D0%B5%D1%81%D0%BA%D0%BE%D0%B9_%D0%BC%D0%BE%D1%82%D0%B8%D0%B2%D0%B0%D1%86%D0%B8%D0%B8 Метод экономической мотивации]»), и, как ни странно, опять на Тома ДеМарко, с его свежей статьей «[http://bishop-it.ru/2009/07/softwareengineeringisdead/ Software Engineering is Dead?!]».
Строка 22: Строка 23:
 
Есть и «умеренные» статьи, показывающие, что «меры хороши в меру», что можно найти общий базис для измерения для каскадных и аджайл проектов — см., например, наш перевод «[[Project Metrics for Software Development]]».
 
Есть и «умеренные» статьи, показывающие, что «меры хороши в меру», что можно найти общий базис для измерения для каскадных и аджайл проектов — см., например, наш перевод «[[Project Metrics for Software Development]]».
  
Так что по обсуждаемым вопросам нет никакого консенсуса даже в индустрии, и разумеется, среди собравшихся полусотни человек, наблюдался полный спектр мнений, ведь все собравшиеся — успешные профессионалы, имеют в багаже набор практик и принципов управления проектами, уже «оплаченных кровью», а не студенты, которых можно убедить в чем угодно одной лекцией. По сути, было очень плотное обсуждение вопроса профессионалами, эквивалентное по объему полугодовалому флейму в IT-форуме. Часто высказывались весьма полярные мнения — вот http://www.custis.ru/misc/team/crazyhead.gif пруф-картинка (<small>анимированный гиф</small>) с огорошенным участником, вырезанная из видео встречи.
+
Так что по обсуждаемым вопросам нет никакого консенсуса даже в индустрии, и разумеется, среди собравшихся полусотни человек, наблюдался полный спектр мнений, ведь все собравшиеся — успешные профессионалы, имеют в багаже набор практик и принципов управления проектами, уже «оплаченных кровью», а не студенты, которых можно убедить в чем угодно одной лекцией. По сути, было очень плотное обсуждение вопроса профессионалами, эквивалентное по объему полугодовалому флейму в IT-форуме. Часто высказывались весьма полярные мнения — вот [[File:crazyhead.gif]] пруф-картинка (<small>анимированный гиф</small>) с огорошенным участником, вырезанная из видео встречи.
  
 
Из оригинальных, не сводящихся с к «лесу цифр» метрик, можно упомянуть о динамических визуализациях работы с репозиторием кода, или о «нико-календарях», отслеживающих эмоциональных настрой команды.
 
Из оригинальных, не сводящихся с к «лесу цифр» метрик, можно упомянуть о динамических визуализациях работы с репозиторием кода, или о «нико-календарях», отслеживающих эмоциональных настрой команды.
Строка 32: Строка 33:
 
Далее три части видео встречи.
 
Далее три части видео встречи.
  
<html><center>
+
{{vimeoembed|6430294|640|512}}
<object height="512" width="640"><param name="allowfullscreen" value="true"><param name="allowscriptaccess" value="always"><param name="movie" value="http://vimeo.com/moogaloop.swf?clip_id=6430294&amp;server=vimeo.com&amp;show_title=1&amp;show_byline=1&amp;show_portrait=1&amp;color=00ADEF&amp;fullscreen=1"><embed src="http://vimeo.com/moogaloop.swf?clip_id=6430294&amp;server=vimeo.com&amp;show_title=1&amp;show_byline=1&amp;show_portrait=1&amp;color=00ADEF&amp;fullscreen=1" type="application/x-shockwave-flash" allowfullscreen="true" allowscriptaccess="always" height="512" width="640"></object>
+
</center></html>
+
  
<html><center>
+
{{vimeoembed|6442985|640|512}}
<object height="512" width="640"><param name="allowfullscreen" value="true"><param name="allowscriptaccess" value="always"><param name="movie" value="http://vimeo.com/moogaloop.swf?clip_id=6442985&amp;server=vimeo.com&amp;show_title=1&amp;show_byline=1&amp;show_portrait=1&amp;color=00ADEF&amp;fullscreen=1"><embed src="http://vimeo.com/moogaloop.swf?clip_id=6442985&amp;server=vimeo.com&amp;show_title=1&amp;show_byline=1&amp;show_portrait=1&amp;color=00ADEF&amp;fullscreen=1" type="application/x-shockwave-flash" allowfullscreen="true" allowscriptaccess="always" height="512" width="640"></object>
+
</center></html>
+
  
<html><center>
+
{{vimeoembed|6442255|640|512}}
<object height="512" width="640"><param name="allowfullscreen" value="true"><param name="allowscriptaccess" value="always"><param name="movie" value="http://vimeo.com/moogaloop.swf?clip_id=6442255&amp;server=vimeo.com&amp;show_title=1&amp;show_byline=1&amp;show_portrait=1&amp;color=00ADEF&amp;fullscreen=1"><embed src="http://vimeo.com/moogaloop.swf?clip_id=6442255&amp;server=vimeo.com&amp;show_title=1&amp;show_byline=1&amp;show_portrait=1&amp;color=00ADEF&amp;fullscreen=1" type="application/x-shockwave-flash" allowfullscreen="true" allowscriptaccess="always" height="512" width="640"></object>
+
</center></html>
+
  
  
{{note}} Напоминаем, что можно не только смотреть видео в броузере, но и [[Видеотека#2009-08-18 «Метрики в Agile-1»|скачать оригинальные видеофайлы в лучшем качестве]].
+
{{note}} Напоминаем, что можно не только смотреть видео в броузере, но и скачать оригинальные видеофайлы в лучшем качестве.
  
 
----
 
----
Строка 55: Строка 50:
 
Для подкастеров или просто любителей прилагаем и аудиозапись:
 
Для подкастеров или просто любителей прилагаем и аудиозапись:
  
<html><center>
+
{{podfmembed|belonesox.podfm.ru/agilerussia/3}}
<object classid="clsid:d27cdb6e-ae6d-11cf-96b8-444553540000" codebase="http://fpdownload.macromedia.com/pub/shockwave/cabs/flash/swflash.cab#version=8,0,0,0" id="slide" align="middle" height="53" width="450"><param name="allowScriptAccess" value="sameDomain"><param name="movie" value="http://file.podfm.ru/player.swf"><param name="menu" value="false"><param name="quality" value="high"><param name="FlashVars" value="xmlurl=http://belonesox.podfm.ru/agilerussia/3/data.xml"><embed src="http://file.podfm.ru/player.swf" menu="false" quality="high" name="slide" flashvars="xmlurl=http://belonesox.podfm.ru/agilerussia/3/data.xml" type="application/x-shockwave-flash" pluginspage="http://www.macromedia.com/go/getflashplayer" align="middle" height="53" width="450"></object>
+
 
</center></html>
+
  
 
----
 
----

Текущая версия на 20:04, 27 августа 2012

Была выбрана очень жаркая тема — «Метрики в Agile». На первый, неискушенный взгляд, кажется, что метрики — численно измеряемые параметры проекта, необходимы для грамотного управления в софтверных проектах любого типа, от каскадных, до Agile.

Популярные метафоры, сравнивающие управление проектом с поражающими цель ракетами, подразумевают это прямым текстом — какая «регуляция» возможна без сигналов с датчиков?

Водопад-процесс.png


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

Agile-процесс.png

Однако не все так просто, тривиальные метафоры, может быть и адекватные для простого промышленного производства, не всегда годятся для софтверной разработки. Да и в обычной жизни, много ли из читателей ведут метрики «семейного проекта», в виде, например, семейной бухгалтерии? Ведь вроде бы тут все абсолютно просто, понятно что мерить, понятны бонусы — да и вообще, речь идет о той самой насущной рубашке, которая ближе к телу. А уж когда речь идет о «обычной» бухгалтерии, где в отличие от семейной приходится соответствовать внешним правилам — ненависть может зашкаливать.

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

Например, за метрики ратовал Том Демарко, автор широко разошедшейся фразы «If you can’t measure it, you can’t manage it»[1], а как выглядит «полное покрытиями метриками» на практике, можно посмотреть здесь, особенно рекомендуем посмотреть живой Project Dashboard.

С другой стороны, распространено мнение, что введение каждой метрики — это не только дополнительная нагрузка по учету, но также приводит к эффекту, имеющему аналог в квантовой физике — «выбор базиса для измерения меняет измеряемое». Причем это более чем мнение — есть политэкономический закон Гудхарта, утверждающий, что какие бы позитивные метрики вы не выбрали, корреляция между их позитивностью и реальным положением дел будет исчезать.

Если метрики связаны с системой оплаты-мотивирования, то все участники будут склонны к поведению, оптимизирующему измеряемые показатели, даже в ущерб общему делу. С этой стороны баррикад можно сослаться на Джоэла Спольски (см. например, его эссе «Измерения продуктивности», «Консалтинг по оценке производительности», «Метод экономической мотивации»), и, как ни странно, опять на Тома ДеМарко, с его свежей статьей «Software Engineering is Dead?!».

Есть и «умеренные» статьи, показывающие, что «меры хороши в меру», что можно найти общий базис для измерения для каскадных и аджайл проектов — см., например, наш перевод «Project Metrics for Software Development».

Так что по обсуждаемым вопросам нет никакого консенсуса даже в индустрии, и разумеется, среди собравшихся полусотни человек, наблюдался полный спектр мнений, ведь все собравшиеся — успешные профессионалы, имеют в багаже набор практик и принципов управления проектами, уже «оплаченных кровью», а не студенты, которых можно убедить в чем угодно одной лекцией. По сути, было очень плотное обсуждение вопроса профессионалами, эквивалентное по объему полугодовалому флейму в IT-форуме. Часто высказывались весьма полярные мнения — вот Crazyhead.gif пруф-картинка (анимированный гиф) с огорошенным участником, вырезанная из видео встречи.

Из оригинальных, не сводящихся с к «лесу цифр» метрик, можно упомянуть о динамических визуализациях работы с репозиторием кода, или о «нико-календарях», отслеживающих эмоциональных настрой команды.

А чтобы кратко, без лишней воды дать понять, какие конкретно темы обсуждения были затронуты, и стоит ли смотреть видео, мы предлагаем краткий обзорный майндмап-встречи:

Далее три части видео встречи.


Note.svg Напоминаем, что можно не только смотреть видео в броузере, но и скачать оригинальные видеофайлы в лучшем качестве.


Да, в результате обсуждение затянулось до глубокой ночи, и решено было ограничить тему только командными метриками, а тему «бизнес-метрик в Agile» перенести на следующую встречу через две недели.


Для подкастеров или просто любителей прилагаем и аудиозапись:



If metrics ruled the world (Cartoon Tester.jpg

Примечания

  1. см. Tom DeMarco «Controlling Software Projects: Management, Measurement and Estimation», 1982



Любые правки этой статьи будут перезаписаны при следующем сеансе репликации. Если у вас есть серьезное замечание по тексту статьи, запишите его в раздел «discussion».

Репликация: База Знаний «Заказных Информ Систем» → «Метрики в Agile (встреча AgileRussia.ru 2009-08-18)»