Привет, Хаброжители! Мы сдаем в типографию юбилейное издание книги Брукса. Просим вас выбрать обложку и ознакомиться с отрывком «Управленческий аудит Вавилонского проекта».
Дорогостоящие последствия продолжаются и продолжаются
Провалы крупных и дорогостоящих государственных IT-проектов незамедлительно вызывают взрывную реакцию в СМИ, но при этом так же быстро выпадают из поля зрения общественности, как только ее внимание переключается на очередной негативный инфоповод. Однако во многих случаях последствия подобных неудач проявляются многие годы, хотя об этом мало говорят. Приводим пять примеров таких неудавшихся IT-проектов за последнее десятилетие.
К читателю
Автор статьи не обладает специализированными знаниями в классическом кризисном менеджменте, единственное что он уже отличает кризисное управление (управление в кризис) от антикризисного управления, что обычно путают. Автор статьи практически всегда был вовлечен в проекты такого рода на «плохой» стадии как управленец. Часть процесса пикирования в кризис им наблюдалась без права решающего голоса. С точки зрения автора статьи чистые методы решения проблем в проектах не могут быть успешно применены в данном типе проектов, что позволяет считать любой кризисный проект проектом с высокой сложностью. Сложность кризисного проекта по мнению автора статьи определяется не стоимостью, не требованиями к качеству, не сроками. Как следствие содержание кризисного проекта зависит от решений спонсора как реагировать на проблему в проекте, которая заставила считать данный проект «особым». Автор статьи не претендует на универсальность примененных проектных решений и универсальность разработанных методов.
Данная статья подготовлена на примере антикризисного управления в проекте разработки и внедрения К(орпоративной) И(нформационной) С(истемы) для IT-дочки крупнейшего холдинга.
Почему у одних получается, а у других нет? — вопрос, который волнует многих. Мы решили пообщаться с инвесторами и предпринимателями из сферы IT, чтобы разобраться, как одним стартапам удаётся выйти к «единице» и создать успешный проект, а результаты работы других равны «нулю».
В нашей сегодняшней статье Илья Струков — DevOps-инженер, Development & System architect и технический директор (CTO) в Arhead/US, поделится своим опытом работы в ИТ, расскажет о проблемах начинающих айтишников и о том, как боролся со своим главным недостатком.