Проект не "на авось". Правила работы с рисками в IT Наверное, у каждого был/есть приятель со слегка присвистывающей флягой, который любил бросать монетку на распутье, полагаясь на волю судьбы во всякой ситуации. Так себе история. Мы с вами не такие, коллеги (да ведь?)! Нам нужна аналитика, нам нужны обоснования, мы четко понимаем, что воля судьбы - это недостаточно надежный инструмент управления проектами. Сегодня немношк пробежимся по школьной программе, вспомним о том, что в любом проекте, как и в жизни, нас окружают определенные риски - большие и маленькие, хорошие и плохие. Некоторые умные книжки (в т.ч., кстати, PMBOK) говорят нам, что в айтишечке существует восемь стратегий управления рисками - 4 из них относятся к позитивным рискам и 4 - к негативным. Стратегии для работы с негативными рисками (когда всё идёт, как обычно) 1. Избегание Пример: подумали и решили не внедрять свежую библиотеку, потому что выяснили, что ее автору 16 лет и он год не заходил на Гитхаб, выбрали более надежное решение. Риск устранён, избежали. 2. Смягчение Пример: пообщались с заказчиком и взяли неделю запаса под тесты, потому что разработчик Кирилл последний месяц не спал и много пил. Не были уверены - подстелили соломку. 3. Делегирование Пример: смекнули, что по времени не укладываемся до следующего вторника, а по бюджету запас имеется - передали разработку одного из модулей знакомому подрядчику, чтобы запараллелить процессы. 4. Принятие Пример: прикинули, что риск того, что разработчик не успеет к дедлайну, меньше, чем риск того, что подрядчик не успеет к дедлайну, поскольку подрядчика предстояло еще погрузить в проект. Решили не делегировать работу подрядчику, приняли риск, связанный с действующим разработчиком. Стратегии для работы с позитивными рисками (когда вдруг повезло) 1. Использование Пример: приметили халявный опенсорс-API, сразу прикрутили - клиент в восторге, работает, да еще и шагаем с опережением графика. Использовали появившуюся возможность. 2. Усиление Пример: параллельно с реализацией проекта проапгрейдили мониторинг и аналитику, теперь быстрее будем находить баги и определять новые возможности для развития. Планово усилили позитивный риск. 3. Разделение Пример: запартнёрились с другим стартапом: если проканает - вместе в Forbes (если нет - вместе на hh.ru). 4. Принятие Пример: если тестовая реклама даст хороший CTR - масштабируем кампанию. Возможность фиксируется, но никаких вложений до подтверждения успеха не делается. Да, бывает ещё Эскалация - это когда риск настолько крупный, что ты делаешь вид, будто это не твоя зона ответственности, и пушишь его "вверх". Классическая управленческая дзен-практика. Работайте с рисками, товарищи