Многим проектным командам когда-либо приходилось принимать такие важные решения, как что лучше - разрабатывать специализированное решение или купить готовое, новое, и специализировать его? Верные решения могут предоставить полную производительность и все необходимые функции. Неверное же решение может в результате привести к перерасходу бюджета, задержкам проекта или к продукту, который не восполняет бизнес-нужды.
По опыту можно сказать, что среди команд существуют две крайности поведения выборе варианта покупки либо создания решения. Кто-то верит в то, что они смогут создать все , что необходимо, и что ни одно из готовых решений не удовлетворит их нужды. Другая сторона медали представлена верой в то, что готовое решение будет намного дешевле и сможет восполнить все нужды. К сожалению, оба варианта могут привести к разочарованию в случае, если решение было плохо обдумано. В одних случаях есть смысл купить готовое решение, в других - стоит создать специализированное решение, а иногда наилучшим решением будет гибрид обоих вариантов. Принятие решения Первым шагом к принятию решения является понимание того, что необходимо для удовлетворения нужд. Это включает встречи с клиентами или бизнес-единицами для того, чтобы определить конкретные нужды и цели. Старайтесь избегать излишней детализации требований, если они не слишком важны и их отсутствие не сможет навредить проекту. Тем не менее, чем больше информации вы получите, тем лучше. Разделите их на группы - долгосрочные, средней срочности и скорые нужды. Также вам стоит классифицировать их по приоритетам: высокий, средний и низкий. Убедитесь в том, что участники проекта согласны с такой оценкой требований. Теперь, когда у вас есть представление о том, что необходимо, вы можете перейти к следующему шагу. Оцените, сколько труда, времени и денег требуется, основываясь на различных вариантах. Используйте различные техники оценки затрат. Варианты зачастую ограничиваются набором готовых решений до специализированных разработок, а гибриды будут где-то между ними. | Готовые решения | Специализированные решения | Гибридное решение | Что означает | Готовое или практически готовое решение, предоставленное поставщиком; к примеру, ERP-решение, система управления взаимосвязями и т.д. | Решение, которое было создано с самого начала, при этом могла быть использована парочка внешних компонент. | Нечто среднее, что использует различные компоненты от разных поставщиков, и все объединено специализированным кодом. | Некоторые потенциальные преимущества | Может быть дешевле. Качество может быть лучше, если продукт широко используется. Может позволить с легкостью перейти к новейшей версии в будущем. | Лучше восполнит нужды бизнеса. Больше контроля над разрабатываемым товаром. Может быть специализировано для получения максимального преимущества. | Может содержать в себе лучшее от специализированных и готовых разработок. Возможна большая специализация к нуждам бизнеса. Обычно дешевле чем полностью разрабатываемый продукт. | Потенциальные риски | Поставщики финансово нестабильны; продукт слаборазвит; дополнительная дорогостоящая специализация необходима для восполнения бизнес-нужд; требует основательных изменений в существующих бизнес-процессах и т.д. | Используемая платформа технологий может быть слаборазвитой; сложность в нахождении людей, обладающих опытом работы с платформой; исправления ошибок и улучшения могут стоить немало и т.д. | Поставщики финансово нестабильны; платформа технологий может быть слаборазвитой; сложно найти людей, обладающих опытом работы; проблемы с интеграцией и т.д. | Затраты | Продолжительные затраты на лицензии; затраты инфраструктуры (серверы, базы данных, сети и т.д.); затраты на поддержку ПО; необходимые тренинги и специализацию; проверку качества и т.д. | Затраты инфраструктуры (разработка, тестирование и операции); затраты на разработку; тренинги, если команда использует новые технологии, проверку качества и т.д. | Продолжительные затраты на лицензии (разработка, тестирование и операции); затраты на поддержку; затраты на разработку, тренинги если команда использует новые технологии; затраты на проверку качества и т.д. | На заметку: в качестве дополнения, при выборе специализированного или гибридного решения вам стоит попробовать работать с внешним консультантом, у которого могут уже быть части необходимого вам решения. Многие консалтинговые компании раньше разрабатывали структуры, которые могут быть использованы для создания решения и могут стоить дешевле, чем создавать все с нуля. В конце данного процесса вы можете понять, что у вас есть несколько различных вариантов. Вы можете расставить ранги для каждого из них, учитывая комбинацию приоритетов ранее определенных различных нужд, затрат и рисков, связанных с каждым. Сделайте это вместе с участниками и членами команды. Это является хорошим способом информирования о том, чего вы собираетесь достичь, а также о преимуществах и недостатках каждого варианта. Постарайтесь достичь согласия по наилучшему варианту, а также иметь альтернативный вариант на случай, если что-то пойдет не так. Как только вы достигнете консенсуса, вы можете продолжить работу над выбранным вариантом. Тем не менее, вам не стоит удивляться, если вещи будут меняться по ходу действий. Это типичный риск для любого проекта. Хорошим решением будет использование альтернативного стиля разработки. Если все пойдет не так, то итеративный метод поможет вам изменить ваше решение ещё до того, как будет потрачено немало ресурсов и времени. И все же, лучше поздно, чем никогда - опыт стоит этого. Вывод Нередко выбор между созданием и покупкой является весьма проблематичным. Зачастую у нас нет достаточной информации, и всё может измениться даже во время процесса принятия решения. Тем не менее, вам стоит запомнить, что целью является правильный выбор, и далеко не обязательно лучший. Бизнес - это то, что движет нами при принятии этого решения, поэтому поспешные или поздние решения могут отрицательно сказаться в будущем. Это означает, что вы должны быть готовы принять то или иное решение даже при изменении в среде и при возникновении новой информации.
Newer news items:
Older news items:
|