Тут знаете ли, всякие штуки про разработку пишу. И смежные темы. Больше двадцати лет жизни отдал этому балагану, надо опытом делиться. Вводный текст.
Специально унылый заголовок, потому что дальше я буду ворчать. Сильно. Метриками и А/Б тестами можно завести разработку в кромешную жопу, зато все при деле.
Думать и переобуваться надо в выделенное для этого время. Сомневаться постфактум, метаться и нудить — не полезно и так делать не надо (можно даже запретить).
Хотел сослаться на концепцию, а интернет её похоже успешно забыл. Быстрорастворимый читкод про анализ и требования (2003)
Две техники (старых как кал мамонта), которые позволяют писать проблематику и требования без лишней херни. Или хотя бы начать, для старта. Аккуратно, внутри лексика 18+.
Чем сложнее система, тем выше внутри нее спрос на наглядность, прозрачность и проверяемость. Это продается, это ценится. Это позволяет принимать бизнесовые решения.
Клиентский секрет сам по себе лежит на клиенте, а значит секретом уже не является. Со всеми вытекающими граблями и практиками. Сразу посмотрим, как сделать правильно.
Про математику и мат.статистику, которую не на_бёшь. Про то, как копятся риски, если их вовремя не обрабатывать (или просто некем, если вы фанат AI-интеграций).
Сложная система превращается в черный ящик с магией. Черному ящику люди не доверяют.
Если наплодить процессов, этот факт легко обернуть себе во вред. Вместо того, чтобы делать работу, нерадивые сотрудники запросто её похоронят под слоем обсуждений, совещаний, «принятием решений» и прочей имитацией деятельности. Фрикций много, толку мало.
— Давайте умные люди соберутся, и быстро сделают чего-то прорывное, лучше всех, быстро и без уйни? — Можно. Но не у вас.