2020-08-25 11:05:03
Проджект менеджмент. Часть 5. Проблема №2.Следующей проблемой является изменение ТЗ на пути исполнения проекта. Если конечно этот проект ведется не с помощью гибкого подхода, к которому эмоционально и финансово готов заказчик. Кстати способ ведения проекта заранее бы тоже обговорить на "этом берегу", чтобы все-таки доплыть до "другого", об этом в будущих постах.
Ярчайшим примером данного препятствия для меня является следующий диалог:
Заказчик: Слушай, ты же разработчик. Ответь, почему вы всегда неправильно оцениваете время на создание продукта?
Разработчик: Представь, что тебе надо разгрузить машину, сколько времени это займет?
З: Пару часов
Р: Это КАМАЗ
З: 8 часов
Р: КАМАЗ груженый песком
З: 12 часов
Р: У тебя нет лопаты и инструментов, только твои руки.
З: 2 дня
Р: На улице -40
З: 4 дня
Р: КАМАЗ вообще под водой
З: Так же нечестно, ты постоянно придумываешь новые условия! К чему ты мне вообще все это рассказываешь? Вы, разработчики, вечно всякую фигню рассказываете! Вместо этого могли бы просто оценить правильное время на разработку.
Это яркий пример того с чем приходится сталкиваться в бизнесе причем это касается не только проектов, но и операционной деятельности, когда ваш клиент просит один продукт, а вы поняли его как поняли.
В условиях неопределенности из-за быстрых изменений в мире необходимо постоянно меняться и подстраиваться под эти изменения и все старые методы ведения проектов потихоньку отмирают, а к новым бизнес и предприниматели не всегда готовы. Это касается любого планирования, будь то бюджеты, продажи или стратегия.
8.1K views08:05