Comments 4
На данный момент, подход является похоронным бюро для ИТ проекта
Всегда удивляли разговоры о менеджменте ИТ проекта, без конкретного уточнения, какой именно ИТ проект имеется в виду. Ведь есть принципиальная разница в том, делаем мы финтех стартап для масс маркета, или автопилот для авиалайнера. И то и другой ИТ продукт, но если для первого требования могут меняться быстро и кардинально, то для второго нет, и там вполне может быть применен и водопад.
Занимается тестами гипотез
Я думал классический эджайл так и работает – мы что-то делаем, в это время аналитики смотрят метрики, занимаются А/Б-тестами и на основе всего этого решается куда двигаться дальше. Может быть это и не так работает в реальности, я не знаю – не менеджер, но мне кажется, что если это просто назвать новыми красивыми словами типа "кризисный гибрид", то это внезапно заработает.
Для этого добавляю в самом начале "продуктовая ИТ компания". Автопилот или транспортная логистика, в моем понимание не ИТ проекты продуктовой компании. Согласен, что все сейчас ИТ, но проекты, в которых требования не меняются годами - еще нужно поискать. Мне кажется, это уже скорее исключение, о котором надо писать.
В классическом agile большой состав сотрудников + в чистом виде Agile практически не бывает, только разве что на уровне команды разработки, про что я и пишу. Когда сокращают бюджеты, то классический agile не выживает, отсюда я и говорю, о минимальном наборе, который позволяет оставаться в рынке.
Есть впечатление, что ajile и кризисный подход одно и то же. Интерактивная разработка с ожидаемой и проверяемой ценностью на каждом этапе. Не путать со скрамом и другими довольно жёстким фреймворками. Принципы Kanban как бы ортогональны. Если горе менеджеры наплодили 53 этапа на доске, то больших им успехов. В промышленности, когда цикл от заказа до поставки занимает от полугода, отлично работают и жёсткие календарных планы и кабан.
Культура ИТ экспериментов. Очередные первые 100 дней в новой компании