☝Это нужно обязательно учесть в бюджете ХД-проекта.
Я про доработки.
Потому что даже самая глубокая проработка бизнес-требований и самая тщательная их оценка не избавляет от появления в ходе проекта непредусмотренных доработок. Например, заказчик автоматизирует аллокации. Он планировал вводить значения кост-драйверов в систему вручную. Но в ходе опытной эксплуатации пришел к выводу, что будет удобнее загружать их значения из учетных систем. Возникла внеплановая задача автоматизации обмена данными.
И наоборот – предсказать появление целого ряда доработок очень легко, а вот конкретика по их составу и сложности выявится только в ходе проекта. Допустим, заказчик знает, что в управленческой отчетности будут автоматические корректировки. Но не уверен в их количестве и содержании, потому что находится в стадии модернизации методики управленческого учета.
Хватает и других задач, трудоемкость которых трудно оценить до старта работ.
Как учесть эту неопределенность в проектном бюджете?
Первое. Принять сам факт обязательного появления дополнительных расходов в проекте. Даже если вы работаете по модели Fixed Price. Потому что Fixed Price фиксирует не только бюджет проекта, но и его границы. Если новое требование выходит за рамки проекта, то именно там оно и будет реализовываться.
Второе. Включить в бюджет так называемые «резервные этапы». Их можно израсходовать в случае появления незапланированных работ. Если все или часть «резервов» окажутся не востребованы, от соответствующих этапов в ходе внедрения можно будет отказаться.
Сколько таких «резервов» включить в проект?
Зависит от состава проектных задач и методической готовности заказчика.
Там, где появление дополнительных работ легко предсказать, ориентиры может подсказать внедренческая команда. Например, при сборе данных в ХД из разных источников для реготчетности скорее всего потребуются дополнительные проверки качества данных. Количество проверок можно спрогнозировать, ориентируясь на сложность формы, а стоимость рассчитать исходя из средней трудоемкости реализации одной проверки.
На менее понятные доработки можно экспертно заложить несколько резервных этапов с ограниченной трудоемкостью, чтобы использовать их по необходимости.
Неопределенность есть на старте каждого ХД-проекта. Это жизнь, а не минус. Но может стать минусом, если не учесть ее в бюджете проекта.
Я про доработки.
Потому что даже самая глубокая проработка бизнес-требований и самая тщательная их оценка не избавляет от появления в ходе проекта непредусмотренных доработок. Например, заказчик автоматизирует аллокации. Он планировал вводить значения кост-драйверов в систему вручную. Но в ходе опытной эксплуатации пришел к выводу, что будет удобнее загружать их значения из учетных систем. Возникла внеплановая задача автоматизации обмена данными.
И наоборот – предсказать появление целого ряда доработок очень легко, а вот конкретика по их составу и сложности выявится только в ходе проекта. Допустим, заказчик знает, что в управленческой отчетности будут автоматические корректировки. Но не уверен в их количестве и содержании, потому что находится в стадии модернизации методики управленческого учета.
Хватает и других задач, трудоемкость которых трудно оценить до старта работ.
Как учесть эту неопределенность в проектном бюджете?
Первое. Принять сам факт обязательного появления дополнительных расходов в проекте. Даже если вы работаете по модели Fixed Price. Потому что Fixed Price фиксирует не только бюджет проекта, но и его границы. Если новое требование выходит за рамки проекта, то именно там оно и будет реализовываться.
Второе. Включить в бюджет так называемые «резервные этапы». Их можно израсходовать в случае появления незапланированных работ. Если все или часть «резервов» окажутся не востребованы, от соответствующих этапов в ходе внедрения можно будет отказаться.
Сколько таких «резервов» включить в проект?
Зависит от состава проектных задач и методической готовности заказчика.
Там, где появление дополнительных работ легко предсказать, ориентиры может подсказать внедренческая команда. Например, при сборе данных в ХД из разных источников для реготчетности скорее всего потребуются дополнительные проверки качества данных. Количество проверок можно спрогнозировать, ориентируясь на сложность формы, а стоимость рассчитать исходя из средней трудоемкости реализации одной проверки.
На менее понятные доработки можно экспертно заложить несколько резервных этапов с ограниченной трудоемкостью, чтобы использовать их по необходимости.
Неопределенность есть на старте каждого ХД-проекта. Это жизнь, а не минус. Но может стать минусом, если не учесть ее в бюджете проекта.