НовостиСобытияКонференцииФорумыIT@Work
ИТ-бизнес:

Блог

ИТ-проекты. Чем вы обычно жертвуете? И почему?

Владимир Митин
23.01.2012 08:10:12

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

Возможен, конечно, и крайний случай: ИТ-проект выполнен медленно, дорого и некачественно. То есть цель проекта не достигнута, а денег и времени на него потрачено значительно больше, чем ожидалось. Но этот печальный исход, видимо, встречается все же не так уж часто: в одном случае из десяти, а то и из ста.

Наиболее же вероятны три сценария реализации ИТ-проектов:

1) проект выполнен быстро и дешево, но не очень качественно;

2) проект выполнен быстро и качественно, но стоимость его реализации оказалась слишком высока;

3) проект выполнен дешево и качественно, но время его реализации оказалось слишком велико. Настолько велико, что первоначальные цели проекта за это время утратили актуальность.

На ваш взгляд, какой из перечисленных выше вариантов встречается на практике всех чаще?

Какой характеристикой ИТ-проекта заказчик (коммерческая структура или государственная организация) обычно жертвует (качеством, сроком или стоимостью)? И почему?

Можно рассмотреть и частный случай: реализацию проекта оснащения избирательных участков веб-камерами. Так как сроки здесь жестко заданы (все должно быть готово к 4 марта 2012 г.), то едва ли она пойдет по третьему из перечисленных выше сценариев (“дешево и качественно, но медленно”).

А вот какой из первых двух сценариев окажется, на ваш взгляд, более вероятен? Чем в итоге пожертвует ЦИК: стоимостью проекта (его первоначальная оценка, как уже отмечалось, составляет 13 млрд. руб.) или его качеством? Практика показывает, что гос. проекты с жестко заданным сроком редко укладываются в бюджет: пример тому – вдвое подорожавшее строительство объектов Зимней Олимпиады в Сочи.


Чудес не бывает. В рамках реального ИТ-проекта совместить все три вершины этого треугольника невозможно

Комментариев: 5

Только зарегистрированные и авторизованные пользователи могут добавлять комментарии

Владис
23.01.2012 11:04:36

Обычно наблюдал, что проекты, реализованные собственными штатными специалистами делаются медленно, дешево и качественно. Медленно потому, что на ставке особо спешить некуда, ставка и есть ставка. Дешево, потому что люди и так сидят, зарплату получают (косвенные затраты обычно не рассматриваются). Качественно, потому что этим же разработчикам развивать продукт и дальше, как напрограммируешь, так и потом развивать будешь.
А если проект делается сторонней организацией, тут обычно быстро и дешево, но не очень качественно. Как минимум из-за того, что заказчик легко оценивает и требует от исполнителя "быстро и дешево", а вот оценить качество зачастую неспособен. Качеством в результате и жертвуют.

Skynin
23.01.2012 13:13:52

Цитата
проекты, реализованные собственными штатными специалистами делаются медленно, дешево и качественно.

Как раз НЕкачественно, за исключением таких случаев как Яндекс.

Содержание специалистов высокой квалификации для качественной реализации - ДОРОГО.
И потому их обычно - и не содержат в штате.
Попробуйте заманить в штат того же 1Сника высокой квалификации.

Но так как у организации нет денег, вот и делаются проекты собственными силами и НЕкачественно.
Когда появляются - обычно и приглашают со стороны специалистов, и те хватаясь за голову, и хихикая в сторону - сносят наработанное годами. Потому что никакой ни переделке, ни усовершенствованию оно уже не подлежит. Ввиду - низкого качества.
Бывает конечно что - снесли, а сами то оказались неспособны довести проект до успешного завершения.

Но общее правило - штатные специалисты - НЕ специалисты. Собственными силами и медленно, и дешево, но и НЕкачественно.

23.01.2012 14:56:53

Цитата
проекты, реализованные собственными штатными специалистами делаются медленно, дешево и качественно

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

И насчет "дешево" - всяко бывает. Низкое качество провоцирует рост стоимости (многократные переделки, длящиеся годами внедерния простейших вещей, ... ).

Олег Скрынник
23.01.2012 11:34:08

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

Точнее, так. Если воспринимать слова "быстро", "дёшево" и "качественно" в бытовом смысле, а именно - за одну минуту, за один рубль, и чтоб всё было, то да, согласен, ни один проект с такими ограничениями не будет успешным. Однако в жизни люди, принимающие решения о проектах, обычно понимают, что приведённые три характеристики - это именно ограничения, и ими нужно управлять. Если управлять не хочется или не можется, то нужно хотя бы эти ограничения определить.

Поэтому далее задача сводится к поиску баланса, а не к вычеркиванию какой-либо характеристики.

Мне встречались проекты, где скорость была важнее всех других характеристик. Мне постоянно встречаются проекты, где стоимость стоит на первом месте. Мне редко встречаются проекты, где на первом месте качество.

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

PS. Кроме того, теория и практика учит нас, что характеристик не три, а четыре: ещё есть область охвата (scope). Поэтому нужно не треугольник балансировать, а тетраэдр smile:)

Skynin
23.01.2012 13:07:59

В разных проектах учавствовал.

Обычно жертвуется качеством.

Я такой афоризм выдумал на эту тему:
Лучше табуретка с занозами, чем спинка от венецианского стула.

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

Что опять же приводит к увеличению параметров стоимость и срок в формуле для таких проектов

Только зарегистрированные и авторизованные пользователи могут добавлять комментарии