5 подписчиков
Знакомая ситуация: бизнес-процесс есть, а подходящего софта — нет. Готовые решения на рынке закрывают 70–80% потребностей, но оставшиеся 20% — как раз самые важные. И если в компании есть ИТ-отдел, рано или поздно кто-то скажет: «А давайте напишем сами».
Идея заманчивая. Но прежде чем выделять бюджет и загружать разработчиков, стоит честно ответить на один вопрос: а вы точно не можете решить задачу тем, что уже есть?
Часто бывает так: компания хочет видеть данные в определенном разрезе, считает, что для этого нужна новая система — а на деле достаточно настроить отчет в текущей или заказать доработку у вендора. Это быстрее, дешевле и не отвлекает ИТ-отдел от других задач.
Если после такого анализа вы все-таки решили разрабатывать — вот что убережет от долгостроя:
Сформулируйте задачу так, чтобы ее понял человек без технического бэкграунда. Если вы не можете объяснить, зачем нужен продукт, в двух предложениях — ТЗ тоже будет размытым, а результат — непредсказуемым.
Посчитайте, во что обойдется разработка внутри — и сравните с аутсорсом. Учитывайте не только зарплаты, но и стоимость отвлечения команды от текущих проектов.
Договоритесь на берегу, как будете оценивать результат. Без четких критериев приемки проект рискует превратиться в бесконечную «допилку».
Назначьте одного человека, который отвечает за проект. Не «ИТ-отдел в целом», а конкретного менеджера, который контролирует сроки, бюджет и коммуникацию между бизнесом и разработкой.
Собственная разработка — мощный инструмент, когда за ней стоит понятная задача и управляемый процесс. Без этого — просто дорогой эксперимент с непредсказуемым финалом.
1 минута
19 марта