• О причинах долголетия метрик и жесткого контроля

    Posted on August 11th, 2010 Александр Орлов 2 comments

    Вчерашняя цитата Тома Демарко взялась не из ниоткуда. Она написана в введении к его статье “Software Engineering: An Idea Whose Time Has Come and Gone?” Статья настоятельно рекомендуется к прочтению.

    В частности, Том излагает там интересную мысль:

    To understand control’s real role, you need to distinguish between two drastically different kinds of projects:

    • Project A will eventually cost about a million dollars and produce value of around $1.1 million.
    • Project B will eventually cost about a million dollars and produce value of more than $50 million.

    What’s immediately apparent is that control is really important for Project A but almost not at all important for Project B. This leads us to the odd conclusion that strict control is something that matters a lot on relatively useless projects and much less on useful projects. It suggests that the more you focus on control, the more likely you’re working on a project that’s striving to deliver
    something of relatively minor value.

    To my mind, the question that’s much more importan than how to control a software project is, why on earth are we doing so many projects that deliver such marginal value?

    Мой вольный перевод:

    Чтобы понять действительную роль контроля, нам нужно провести границу между двумя типами проектов:

    • Проект A обойдется в миллион долларов и принесет порядка $1.1 миллиона
    • Проект B обойдется также в миллион долларов и принесет $50 миллионов

    Сразу становится ясно, что контроль абсолютно необходим для проекта A. Но практически совсем не нужен для проекта B. Это приводит нас к странному заключению, что жесткий контроль – это нечто, что имеет больше значения для относительно бесполезных проектов и имеет меньшее значение для полезных проектов. Это предполагает, что чем больше вы фокусируетесь на контроле, тем более вероятно, что вы работаете на проекте, который в итоге принесет относительно небольшой эффект.

    На мой взгляд, вопрос, который более важен, чем как контролировать программный проект, это какого черта мы делаем столько проектов, который приносят такую незначительную прибыль?

    Перевод статьи на русский

    Вопрос, на самом деле, действительно интересный. И ответ на него, имхо, прост – аутсорсинг.

    Объем рынка ИТ аутсорсинга и ИТ сервисов  огромен. Из проспекта Силиконовой Тайги :) , можно, например, узнать следующие факты:

    In IDC rate, the volume of IT services all over the world will increase to 20% a year and will come up to $626 billion in 2006 (the amount of services in the software development sector will to reach from $100 to $150 billion, according to various rates).

    Gartner estimates that 72% of enterprises working for IT services make a choice for outsourcing programming

    К сожалению, не удалось быстро найти данные за 2009 год. Но учитывая кризис, думаю, масштабы примерно те же. 100-150 миллиардов долларов – рынок аутсорсинга разработки софта. Если поделить 150 миллиардов на среднюю ставку программиста в компании-аутсорсере (взята с потолка) в $5000 в месяц, то это 2.5 миллиона человек! И это мы еще не берем в расчет ИТ сервисы, внутренние ИТ отделы, которые по сути тоже являются внутренним аутсорсингом. Вместе с ними будет миллионов 5, не меньше.

    У метрик и контроля в аутсорсе понятное происхождение. Имхо, есть две основные причины, почему они существуют:

    • Недоверие к подрядчику приводит к тому, что проект становится нужно жестко контролировать
    • Интересы владельцев аутсорсинговой компании по контролю прибыльности приводят к тому, что проект надо жестко контролировать

    Да, иногда аутсорсинг делают не потому, что это дешевле, а из-за нехватки своей экспертизы и чего-то еще. Но это, имхо, скорее исключение, чем правило.

    В проектах типа B работает 5 миллионов человек по всему миру. Метрики и жесткий контроль еще долго не умрут.

     

    2 responses to “О причинах долголетия метрик и жесткого контроля”

    1. Кстати, полный перевод статьи имеется здесь: http://habrahabr.ru/blogs/development/65343/

    2. Спасибо! Добавил ссылку в пост.

    Leave a reply

    You must be logged in to post a comment.