Всё придумано до нас
Когда-то в древние времена я читал лекцию про Product Discovery и мне стало интересно, откуда ноги растут. Оказалось, что Product Discovery был придуманы ещё пару сотен лет назад, а первопроходцем в этом был Галилео Галилей. Тогда это называлость просто «научным подходом».
То же самое происходит и с «продуктовой культурой», которую как только ни определяют. Ещё в 1968 году Мелвин Конвей описал в Harvard Business Review свой «Закон Конвея».
Если коротко, то:
Организации создают архитектуру систем, которая отражает архитектуру их внутренних коммуникаций.
Коммуникация и проектный менеджмент идут раньше, чем архитектура систем.
(Привет всем любителям создавать плейбуки)
Если не коротко:
К чему всё это?
Не нужно выдумывать велосипед, если решения давно найдены: стоит лишь немного поискать.
Когда-то в древние времена я читал лекцию про Product Discovery и мне стало интересно, откуда ноги растут. Оказалось, что Product Discovery был придуманы ещё пару сотен лет назад, а первопроходцем в этом был Галилео Галилей. Тогда это называлость просто «научным подходом».
Метод включает в себя исследование феноменов, систематизацию и корректировку новых и ранее полученных знаний. Умозаключения и выводы делаются на основе правил рассуждения и эмпирических (наблюдаемых и измеряемых) данных об объекте, полученных через наблюдения и эксперименты. Чтобы объяснить наблюдаемые факты, выдвигаются гипотезы и строятся теории, на которых затем базируется модель изучаемого объекта.
То же самое происходит и с «продуктовой культурой», которую как только ни определяют. Ещё в 1968 году Мелвин Конвей описал в Harvard Business Review свой «Закон Конвея».
Если коротко, то:
Организации создают архитектуру систем, которая отражает архитектуру их внутренних коммуникаций.
Коммуникация и проектный менеджмент идут раньше, чем архитектура систем.
(Привет всем любителям создавать плейбуки)
Если не коротко:
Суть закона в том, что при декомпозиции крупных задач инженеры разбивают их на более мелкие части, распределяя работу между коллегами. В результате возникает сложность координации между разными функциональными подразделениями, которые зачастую существуют обособленно и не взаимодействуют напрямую.
Структура системы в итоге копирует социальные и организационные границы компании (или компаний), которые её создают, – это затрудняет общение. Команда может отлично справляться в пределах своих функций, но чтобы запустить что-то новое (функцию, продукт и т. д.), требуется кросс-функциональное взаимодействие и совместные усилия.
К чему всё это?
Не нужно выдумывать велосипед, если решения давно найдены: стоит лишь немного поискать.