Почему ИТ-проекты проваливаются

18.06.2010 at 12:20 8 комментариев

Давно уже я не размещала здесь  чужих статей или ссылок на них.

Но вот снова тот случай, что я точно лучше не скажу. Публикация в PC Week Express

Автор: Деннис Маккафферти 16.06.2010

«Число провалившихся ИТ-проектов, ответственность за которые несут как ИТ- так и бизнес-менеджеры, судя по всему увеличивается. Стоимость неудавшихся проектов с точки зрения затрат времени и денег, а также упущенных возможностей и морального ущерба может быть огромной. В чем причины того, что так много проектов не приносят ожидаемых результатов?»

Дальше — смотрите слайды.

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

Можно ли что-то с этим сделать?

Реклама

Entry filed under: Бизнес/аналитик.

Обновление 1 Профессиональные ИТ стандарты – продолжение темы и не только

8 комментариев Add your own

  • […] Совсем недавно в очередной раз поднимала тему – Почему ИТ проекты проваливаются. Но оказывается есть рецепты, правда отвечающие не на […]

  • 2. lessonslearned  |  19.07.2010 в 13:48

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

  • 3. businessanalyst2009  |  19.07.2010 в 12:13

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

  • 4. lessonslearned  |  19.07.2010 в 10:21

    Считаю, что ключевой проблемоя является отсутствие переноса опыта с одного проекта на другой. Иначе говоря, мы на каждом проекте делаем одни и те же ошибки…

  • 5. businessanalyst2009  |  19.06.2010 в 08:23

    Со всем согласна. Вот и получается — хочешь -не хочешь, а надо определяться и договариваться по понятиям, терминам.
    И все равно — тут все вопросы не снять.

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

  • 6. Grigory Grin  |  18.06.2010 в 22:37

    Ну если сюда погружаться, то опять надо начинать с терминологии. Что такое провал? Что такое успех? Успех для кого? К примеру, проект, в котором заказчику пришлось потратить вдвое больше денег, чем планировалось, будет неуспешным для заказчика и может в то же время быть жутко успешным для подрядчика. И наоборот. А куда отнести проект, который выполнил требования ТЗ в срок и в рамках бюджета, но не был внедрен за бредовостью идеи? А куда мы отнесем проект, который был реализован и внедрен, но результаты этого оказались плачевны для общества? (К примеру, «успешный» проект создания нового оружия массового поражения.) Тут все тоже очень непросто.

  • 7. businessanalyst2009  |  18.06.2010 в 20:01

    но ведь и у этого есть причины. Можно добиться этой поддержки? Я думаю, что часто можно.
    А если нельзя, то может быть лучше не брать такой проект совсем?
    (это я тоже на своем опыте. Был такой проект, который не надо было брать, но наше руководство настояло — деньги нужны. А руководство заказчика не поддерживало. Вот было мороки-то)

  • 8. Комментатор  |  18.06.2010 в 19:50

    >> Можно ли что-то с этим сделать?
    Вопрос конечно риторический ;), однако стоит начать с
    «Недостаточная поддержка со стороны руководства»…

Добавить комментарий

Заполните поля или щелкните по значку, чтобы оставить свой комментарий:

Логотип WordPress.com

Для комментария используется ваша учётная запись WordPress.com. Выход / Изменить )

Фотография Twitter

Для комментария используется ваша учётная запись Twitter. Выход / Изменить )

Фотография Facebook

Для комментария используется ваша учётная запись Facebook. Выход / Изменить )

Google+ photo

Для комментария используется ваша учётная запись Google+. Выход / Изменить )

Connecting to %s

Trackback this post  |  Subscribe to the comments via RSS Feed


Подписка на новости сайта

Подпишитесь на новости сайта (RSS)

RSS

Архивы

Рубрики

Главные книги аналитика

Современные методы описания функциональных требований к системам | Алистер Коберн
 Разработка требований к программному обеспечению |Карл И. Вигерс, Джой Битти

Требования для программного обеспечения: рекомендации по сбору и документированию |Илья Корнипаев
Анализ требований к автоматизированным информационным системам | Юрий Маглинец
Пользовательские истории. Гибкая разработка программного обеспечения |Майк Кон


%d такие блоггеры, как: