7796
правок
Изменения
м
Нет описания правки
{{RightNote|[https://www.facebook.com/mtsepkov/posts/2698111846912419 Пост на FB]}}
В комментариях к одной из моих статей про Scrum на vc.ru, как это часто бывает, появились люди, утверждающие что никаких данных и никакой статистики, подтверждающей эффективность Agile, нет и все это - чистая пропаганда. Я знаю, что статистика есть, я ее слышал в ряде докладов, в том числе - в [http://2011.secrus.org/lang/ru-ru/key-speakers/jeff-sutherland докладе Сазерленда на SECR-2011], ссылку на который привел. Но такие люди обычно не хотят истины, они хотят лишь увериться в правильности своего мнения. Поэтому подобные ссылки быстро объявляют предвзятым мнением, а не разбираются. И, поскольку у всякой такой дискуссии есть читатели, то я сделал еще пару шагов, результаты которых тут публикую. Я довольно быстро вышел на статью [https://clearcode.cc/blog/agile-vs-waterfall-method/ Michael Sweeney Agile vs Waterfall: Which Method is More Successful?] со статистикой и ссылками и на несколько отчетов. [http://www.ambysoft.com/surveys/success2013.html 2013 IT Project Success Rates Survey ResultsъResults], [http://www.ambysoft.com/surveys/success2018.html 2018 IT Project Success Rates Survey Results] (на сайте есть и другие) и [https://www.infoq.com/articles/standish-chaos-2015/ Standish Group 2015 Chaos Report]
Можно по-разному относиться к качеству этих отчетов, но фишка в том, что у защитников регулярного менеджмента (включая проектный) и даже такой статистики нет. Если же смотреть по-существу, то основная претензия о том, что в методике просто опрашивали о применяемом методе, а не проверяли, насколько он соответствует каноническому описанию. Но эта претензия - не важна. Люди взяли метод, и применяют его с тем качеством, с которым могут. И дальше их проект оказывается успешен или не успешен - и это характеризует метод, а не только людей. Метод, который невозможно качественно применить бесполезен, даже если он якобы гарантирует результат.
Во всех этих отчетах Agile-методы рассматриваются без разделения. Но по ним есть отдельная статистика, которую ежегодно публикует Version One https://www.stateofagile.com/ а пару (18.07.2024: сайт не работает, но [https://web.archive.org/web/20240701145915/https://stateofagile.com/ через webarchive] информация доступна и ссылки на отчеты тоже работают, кроме того, отчеты активно репостили. смотрите через поиск). Пару лет назад ScrumTrek начал публиковать такую же по России, вот для примера [https://scrumtrek.ru/blog/agilesurvey18/ отчет 2018] и [https://scrumtrek.ru/blog/agilesurvey19/ отчет 2019]. И на нее них можно опираться.
Отмечу еще, что многие из компаний, которые начинают применять Agile, оценивают его эффективность по внутренним показателям. И когда эти кейсы рассказывают - то говорят о цифрах эффективности или, чаще, о возможностях которые дал Agile. Примером служит доклад «Банк России: знать путь и пройти его — не одно и то же» https://youtu.be/UeXBwq7rXX8 на AgileDays-2018, в котором приводили такой пример: используя Scrum за полгода удалось сделать первый такт изменений, к которым до этого не могли подступиться полтора года, и которые по самым оптимистичным оценкам требовали не менее полутора лет. А тут решили попробовать итерациями, и получили значимый результат. Как легко догадаться формально получается, что Agile эффективнее в бесконечное число раз. Впрочем, скептики объявляют эти данные частными случаями, им нужны исследования.