Моя писательская профдеформация отражается, в т.ч., на КП - я их, как правило, пишу сам и индивидуально под каждого клиента.
Поэтому получается долго и многословно.
Я там пытаюсь объяснять всякие штуки, связанные с выполнением проектов.
Например, недавно объяснял, почему оплата по факту (Time & Materials) лучше фиксы (Fixed Price).
Вот так получилось:
План работ – гибкий, постоянно меняется в ходе моделирования. Управляет включением задач в план Заказчик – см. ниже, почему так.
Актирование работ производится ежемесячно, по фактическим трудозатратам, выставляемым нами. Это один из ключевых пунктов, который делает все проекты по данной технологии успешными. Для Заказчика всё прозрачно – есть план работ, выполненные задачи, продемонстрированный результат, трудозатраты за его достижение.
По каждой задаче, функциональному блоку, процессу в ERP Заказчик сам принимает решение о степени его готовности. Как только результат устроил Заказчика – мы перестаём работать над задачей, а Заказчик перестаёт платить деньги за её решение.
Именно такой подход избавляет от главной боли всех ИТ-проектов – бесконечного согласования приемлемости результата. Когда стоимость решения задачи фиксирована, у специалистов Заказчика возникает естественное желание бесконечно улучшать результат – это нормально, люди хотят совершенства. Но нет границы, критерия, стоп-слова, по которому работу нужно остановить. Когда за каждый виток совершенствования нужно платить, критерий остановки появляется сам собой.
Проекты с таким подходом выходят дешевле, т.к. нет скрытых и ненужных работ. В классических проектах добавляются работы, не несущие пользы для дела, но защищающие стороны от споров – например, разработка детальных технических заданий. Суть таких работ – описать и зафиксировать на бумаге все детали работы каждого процесса и доработки. Фиксация на бумаге – оплачиваемая работа. По той же ставке, что все остальные работы.
Второй фактор снижения стоимости – отсутствие страховки рисков подрядчика в оценках работ (т.к. оценок нет). Полагаю, любому бизнесу этот процесс знаком – включать в цену продукта всю структуру затрат, в т.ч. возникновение гарантийного ремонта, возвратов, логистики, претензий клиентов и т.д. Мы поступаем точно также, если даём предварительную оценку за задачу или проект.
Однако, в модели «переезд» риски и страховка в стоимость не заложены, т.к. оплате подлежит только фактическая работа специалистов, а не возможная, вероятная или потенциальная. Соответственно, Заказчик оплачивает риски только в случае их возникновения.
Поэтому получается долго и многословно.
Я там пытаюсь объяснять всякие штуки, связанные с выполнением проектов.
Например, недавно объяснял, почему оплата по факту (Time & Materials) лучше фиксы (Fixed Price).
Вот так получилось:
План работ – гибкий, постоянно меняется в ходе моделирования. Управляет включением задач в план Заказчик – см. ниже, почему так.
Актирование работ производится ежемесячно, по фактическим трудозатратам, выставляемым нами. Это один из ключевых пунктов, который делает все проекты по данной технологии успешными. Для Заказчика всё прозрачно – есть план работ, выполненные задачи, продемонстрированный результат, трудозатраты за его достижение.
По каждой задаче, функциональному блоку, процессу в ERP Заказчик сам принимает решение о степени его готовности. Как только результат устроил Заказчика – мы перестаём работать над задачей, а Заказчик перестаёт платить деньги за её решение.
Именно такой подход избавляет от главной боли всех ИТ-проектов – бесконечного согласования приемлемости результата. Когда стоимость решения задачи фиксирована, у специалистов Заказчика возникает естественное желание бесконечно улучшать результат – это нормально, люди хотят совершенства. Но нет границы, критерия, стоп-слова, по которому работу нужно остановить. Когда за каждый виток совершенствования нужно платить, критерий остановки появляется сам собой.
Проекты с таким подходом выходят дешевле, т.к. нет скрытых и ненужных работ. В классических проектах добавляются работы, не несущие пользы для дела, но защищающие стороны от споров – например, разработка детальных технических заданий. Суть таких работ – описать и зафиксировать на бумаге все детали работы каждого процесса и доработки. Фиксация на бумаге – оплачиваемая работа. По той же ставке, что все остальные работы.
Второй фактор снижения стоимости – отсутствие страховки рисков подрядчика в оценках работ (т.к. оценок нет). Полагаю, любому бизнесу этот процесс знаком – включать в цену продукта всю структуру затрат, в т.ч. возникновение гарантийного ремонта, возвратов, логистики, претензий клиентов и т.д. Мы поступаем точно также, если даём предварительную оценку за задачу или проект.
Однако, в модели «переезд» риски и страховка в стоимость не заложены, т.к. оплате подлежит только фактическая работа специалистов, а не возможная, вероятная или потенциальная. Соответственно, Заказчик оплачивает риски только в случае их возникновения.