Стоимость изменений в IT-проекте. Поэтапный анализ
“Changes, changes, changes; they’re the real killers”, — сказал один из менеджеров проектов, с которыми проводила интервью компания Standish group при написании своей знаменитой работы Chaos report, которая анализирует факторы успехов и провалов ИТ проектов. Действительно, изменения — это очень неоднозначная и противоречивая вещь в любом проекте. Возвращаясь к тому же Chaos report мы столкнулись …
Первые шаги «революционного подхода к управлению проектами»
Все мы знаем, что бывают проекты простые, что-то вроде сайта-визитки, бывают проекты сложные, например крупнейший в мире интернет-магазин, такой как Amazon, но есть проекты, которые приводят в отчаяние. Именно таким был в 2010 году проект ФБР по модернизации управления информацией, и только чудо могло его спасти. Проект «Страж» был начат в марте 2006 года, и …
И снова о гибкости или Agile по полочкам
Согласитесь, что по сравнению с “В основе нашего корпоративного стандарта управления проектами лежит PMBoK” или “Стандартные фазы проекта ведутся в соответствии со стандартом PRINCE2”, фразы “Мы используем гибкие методологии” или “Мы Agile команда” звучат как-то ну совсем неубедительно. В современной научной и отраслевой литературе идет бесконечное сравнение и рассуждение на тему эффективности Agile подхода к …
Зачем нужны бизнес-аналитики и кто они такие? Часть 2
Продолжаем наше рассуждение на тему того, кто такие бизнес-аналитики, чем они занимаются и за что ответственны на проектах разного класса. В этой статье мы обсуждаем специфику работы аналитиком на проектах разработки софта с нуля. Рассказывать мы будем об этом со ссылкой на подход RUP (Rational Unified Process) к разработке программного обеспечения. Почему именно RUP? Потому …
UX/UI от Google
Если Вы когда-нибудь задавали себе такие вопросы, значит Вы не зря читаете эту статью. Каждый проект начинается с задумки и «картинки в голове», но Вы же не будете расписывать свою новую систему сотнями строк текста и пантомимой. Скорее всего, неосознанно, вы начнете накидывать что-то на листочке бумаги, рисовать кривые фигурки в Paint или же подойдете …
User-involvement как самый спорный момент работы с требованиями. Часть 1
Участие пользователя в разработке требований к системе — одно из самых спорных решений на проекте. На нашей практике мы, с одной стороны, слышим от пользователей в день старта опытной эксплуатации: “Отличная система, классный интерфейс, а когда мы уже будем разрабатывать то, что нужно нам?”, но в то же время в начале проекта функциональный заказчик (пользователи …
