Реализуемо или нет?

Когда прилетает новая идея реализовать новый продукт, прежде чем с рвением хвататься за работу, стоит рационально взвесить все аспекты, которые могу поставить эту реализацию по сомнения. Для такой быстрой оценки подойдет анализ рисков из проектного управления, часть стратегического SWOT-анализа, либо простенький чеклист. Например, можно прикинуть:

🔹 Сколько есть времени на реализацию MVP, и сколько на полнофункциональный продукт? Конкуренты есть всегда, даже если не прямые. И они вряд ли дремлют, если на рынке есть реальные возможности.

🔹 Как будет организовано финансирование и на сколько его хватит? На старте продукта некоторая резиновость бюджета и запас никогда не помешает. Если что-то может пойти не так, так и получится. А ещë будет то, что не удалось учесть.

🔹 Есть ли команда с требуемыми компетенциями и соответствующего уровня? Или хотя бы отлаженный процесс работы с аутсорсом. Если команда раньше такого не делала, время потраченное на обучение и хождение по граблям может быть критичным.

🔹 Есть ли понимание стеков технологий, на которых разрабатываются подобные продукты? Наличие внутренней экспертизы одна из сильнейших сторон, а вот её отсутствие - это явная угроза не всегда компенсируемая внешним консалтингом.

🔹 Как и когда будет масштабироваться продукт? Это особенно важно для продуктов содержащих аппатные решения в сочетании с предыдущим пунктом. Масштабирование может подразумевать количество подключений в единицу времени, количество устройств (или клиентов) в системе, и т п. А также предполагаемые вехи, осуществления кратного перехода.

🔹 Будет ли продукт с чем-то интегрироваться и как? Система состоящая из совокупности решений выходит на порядок сложнее, чем каждый элемент по отдельности.

🔹 Есть ли решение для непрерывного тестирования релизов продукта и какая инфраструктура для этого понадобится? Да, про QA стоит думать уже на старте. Немало продуктов провалилось из-за отсутствия контроля за качеством.

🔹 Затронет ли продукт области действия каких-либо регуляторов или важных стандартов соответствия? Получить запрет на этапе внедрения будет самым тяжелым ударом.

Не обязательно скурпулезно прорабатывать все, но держать на виду этот перечень все же стоит для периодического обсуждения с командой разработки.

@aheadofthepack