В среде, в которой я живу, это обычное слово. Напомнило, как металлурги говорят "металлУргия". Может и "стратегирование" со стороны тоже также выглядит.
Речь же не о том, чтобы мелкие предприниматели проводили стратсессии. Цель в том, чтобы они перестроили мышление с операционно-задачного на стратегический. Я за год видел уже достаточно таких трансформаций у предпринимателей в очень разных сферах, поэтому у меня есть надежда, что всё получится.
Картой гипотез можно описать стратегию в деталях, а импакт был скорее как быстрый набросок. Если вы хорошо знаете Impact Map, то можете детально сами сравнить по базе знаний https://github.com/Byndyusoft/hypothesismapping
Мне только интересно, как конкретно вы записываете стратегию. Это каждый раз творческий процесс, который зависит от вашего участия? Или это некий метод, который можно применить, чтобы всё стратегию описать без вас?
Придумать идеи, описать гипотезы, увидеть нужность = (РАВНО, Карл!) = Создать бизнес-процессы, приносящие деньги.
Имелось ввиду, что если вы нашли к какой ветке карты гипотез прикрепляется задача по покупке коробки, то у вас появляется осмысленное решение, что эту коробку нужно купить. Почему нужно? Ответ в карте в трассировке от задачи до цели, то есть обоснованное принятие решения.
С другой стороны (в целом по статье), наличие гипотез ВМЕСТЕ с желанием в b2c - это намного лучше, чем одно желание в b2c.
Да, я как раз за то, чтобы была возможность приостановить я и подумать. Карту гипотез как раз использую в качестве такого "тормоза".
Есть ли другие способы оценки, помимо карты гипотез?
Я думаю, что подойдёт любой способ, где вы наглядно показывается связку задач с целями через идеи. За 9 лет практики я нашёл Карту гипотез, но можно взять и любой другой способ, который решает такую задачу.
Спасибо за ваши развернутые комментарии. Многое для себя из них почерпнул. Надеюсь, что наша дискуссия и вам что-то дала.
Уверен, что если вы соберете все свои комментарии, то получится отличная статья на тему того, как устроен в банке модульный монолит, почему именно так и какие к нему предъявляются требования. Тем, кто работает в банке, и любителям этой темы точно понравится.
Это длинное подтверждение того, что у вас бизнес-модель отличается. Поэтому неясно зачем вам микросервисы. У вас наверняка никто и не следить за уменьшением времени time2market.
А на счет того, откуда у банка деньги, рекомендую посмотреть отчетность банков, она открытая. Основная статья дохода – кредиты. Вторая – оплата за транзакции. Остальное по сравнению с этим просто мелочи.
В целом, у меня есть хороший знакомый, директор двух филиалов большого банка в Москве. Он смотрит на продажи в банке сильно иначе, чем вы описали. Главное – удержание крупных клиентов, а на них влияет, к сожалению, для нас айтишников, не то, как работает приложение, а условия, на которых большой бизнес будет держать деньги в банке. Только если условия одинаковые, то уже спрашивают у бухглатера, какая система ближе его сердечку, но до этого доходит почти никогда.
Это мне напомнило времена, когда я ещё консалтил и помогал справляться с техдолгом. Помню открываю код, а там в обработчках нажатия кнопок все сразу: авторизация, логирование, SQL-код, работа с кэшем. И так во всех обработчках по всей системе. Как следствие: жуткое дублирование, работа через статические методы, невозможность модульного тестирования. На вопрос к разработчикам, почему они не сделали нужные слои абстракции, они ответили, что так проще, весь код сразу видно. Разработчикам тактически так и правда было проще, но бизнес стратегиски от этого страдал, потому что тестирование было долгое, релиз делали долго и с ошибками, новых разработчиков подташнивало от кода и они увольнялись. Другими словами, если бизнесу нужны микросервисы, чтобы победить в конкурентной борьбе, значит их надо сделать. То, что "это же сложно" бизнес не должно волновать.
Отдельный вопрос, что микросервисы суют там, где они не нужны. Например, создают какую-то внутреннюю систему на 100 пользователей и накручиваю туда 50 микросервисов, потому что это модно. Я считаю, что это тоже клинический случай, только в другую сторону. Так делать, конечно, не нужно и с такими архитектурными астронавтами надо бороться как и с теми, кто боится сложности, когда она нужна.
А зачем вы берете микросервисы и говорите, что банкам и плантформам они не нужны? Там же совсем другая бизнес-модель и другие отношения с клиентами. Банки зарабатывают на процентах по кредитам и комиссии за транзакции. Что будет, если личный кабинет юрлица не будет работать день? Юрлица позакрывают счета и уйдут в другой банк? Нет, конечно. Они приедут в банк с бумажными платежками и сделают, что им надо. Может бухгалтер поворчит немного, но с точки зрения прибыли банка ничего не поменятся. А если не будет работать мобильное приложение банка целый день? Разве физики тут же закроют счета, кредитные карты, договоры ипотеки? Тоже нет. В этом смысле работа банка – это монотонная работа по перевариванию транзакций.
Если сравнить это с работой в ритейле или екоме, то ситацию целиком противоположная. Что будет, если вы хотите купить зарядку, зашли на Озон, а там не работает кнопка Купить? Вы откроете вкладку Яндекс.Маркета и купите там. Вот так просто.
Что если во ВкуссВилл отвалится касса? Вы пройдете 50 метров до Пятерочки и купите там.
Если один маркетплейс сделал систему лояльности, а другой нет. Вы пойдете в первый. А если второй догнал и выпустил свою систему, которая еще выгодней? Вы пойдете во второй.
Тут важно, что в отличие от банков, в свободной торговле нет критических факторов, которые сдерживают переход клиента от одной компании к другой.
Я понимаю, что вы видите перед собой картинку стабильной клиентской базы и все в банке будет следующие 10 лет примерно также как было предыдущие 10 лет. Но представьте себе на мгновение, что бывают разные бизнес-модели, что в них клиенты по-разному себя ведут и где-то на самом деле есть жесткая конкурентная борьба, в которой действительно важна скорость поставки новых фич, чтобы привлечь аудиторию.
Да, согласен. И я, как инженер и IT-архитектор, прекрасно понимаю то, о чем вы говорите. Но предпочитаю ориентироваться на бизнес. Если нужны нано-секунды, то значит упираемся и достигаем их, а если скорость поставки, то для этого есть понятный инструмент – микросервисы.
сейчас есть тенденция брать старые идеи, оборачивать из красивыми бантиками
Почему только сейчас? Человечество таким образом развивается, это наш путь. Возьмите научную работу, она же обязательно должна быть основана на предыдущих идеях, в которые вы добавляете какой-то "бантик". По-моему это хороший способ всем нам маленькими шагами пытаться справиться с нарастающей сложностью.
выдавать за нечто такое "чего никогда не было"
Кто-то так делает? Не замечал. Покидайте ссылок, интересно будет посмотреть.
то, что вы называете "микросервисами" суть конкретный способ реализации общей концепции - можете назвать ее "модульной", "микромодульной", как угодно
Так и есть, но есть нюанс. Он заключается в том, что пока у концепции нет конкретного названия ее сложно развивать всем сообществом. Подход, который вам нравится и к которому вы привыкли, обвесили парой "бантиков", он приобрел границы и ценность, а благодаря этому его стало возможно развивать. В этом я вижу большую ценность, поэтому буду и дальше использовать именно термин "микросервисы". Таким образом я буду делать вклад в общую копилку, где и разработчики и бизнес смогу найти для себя возможности для роста. А, возможно, кто-то на этой основе добавит еще "бантик"-улучшение, назовет это убер-сервис и оно зайдет и будет помогать бизнесу расти быстрее, почему нет?
Вы же не рассмотрели часть, связанную с конкурентной борьбой. Если у вас все наносекунды оптимизированы, но вы не умеете как конкуренты выкатывать новые фичи каждые пять минут, то может так случиться, что бизнес, на который вы работаете, не выдержит конкуренции. И зачем тогда эти невероятные оптимизации железа и разработчиков? Надо двигаться быстрее других с точки зрения бизнеса, даже если это будет не максимально оптимально по железу. Микросервисы – это про бизнес. Собственно, поэтому я и выбрал для статьи хабы про управление
В среде, в которой я живу, это обычное слово. Напомнило, как металлурги говорят "металлУргия". Может и "стратегирование" со стороны тоже также выглядит.
Речь же не о том, чтобы мелкие предприниматели проводили стратсессии. Цель в том, чтобы они перестроили мышление с операционно-задачного на стратегический. Я за год видел уже достаточно таких трансформаций у предпринимателей в очень разных сферах, поэтому у меня есть надежда, что всё получится.
Картой гипотез можно описать стратегию в деталях, а импакт был скорее как быстрый набросок. Если вы хорошо знаете Impact Map, то можете детально сами сравнить по базе знаний https://github.com/Byndyusoft/hypothesismapping
Мы 10 лет использовали связку этих методов, она отлично работает! Но за время практики каждый из них уже заменили новыми более сильными:
Вместо Impact map теперь Карта гипотез https://github.com/Byndyusoft/hypothesismapping
Вместо CJM теперь Карта процесса-опыта https://ashapiro.ru/articles/xpm
Вместо USM теперь Карта реализации историй https://youtu.be/qP3UJjK2b2E?si=YvbakYmuriycI6B9
Спасибо за статью! Поделился в своих соцсетях https://t.me/byndyufeed/362
Спасибо за ответы
Мне только интересно, как конкретно вы записываете стратегию. Это каждый раз творческий процесс, который зависит от вашего участия? Или это некий метод, который можно применить, чтобы всё стратегию описать без вас?
Меня больше интересует первый пункт. В каком виде вы описываете стратегию?
А какие артефакты остаются после стратсессии? Как конкретно вы оформляете стратегию?
Да, у вас тоже классные примеры. Тут важно, что мысль понимается одинаково.
Имелось ввиду, что если вы нашли к какой ветке карты гипотез прикрепляется задача по покупке коробки, то у вас появляется осмысленное решение, что эту коробку нужно купить. Почему нужно? Ответ в карте в трассировке от задачи до цели, то есть обоснованное принятие решения.
Да, я как раз за то, чтобы была возможность приостановить я и подумать. Карту гипотез как раз использую в качестве такого "тормоза".
Я думаю, что подойдёт любой способ, где вы наглядно показывается связку задач с целями через идеи. За 9 лет практики я нашёл Карту гипотез, но можно взять и любой другой способ, который решает такую задачу.
Спасибо за ваши развернутые комментарии. Многое для себя из них почерпнул. Надеюсь, что наша дискуссия и вам что-то дала.
Уверен, что если вы соберете все свои комментарии, то получится отличная статья на тему того, как устроен в банке модульный монолит, почему именно так и какие к нему предъявляются требования. Тем, кто работает в банке, и любителям этой темы точно понравится.
Это длинное подтверждение того, что у вас бизнес-модель отличается. Поэтому неясно зачем вам микросервисы. У вас наверняка никто и не следить за уменьшением времени time2market.
А на счет того, откуда у банка деньги, рекомендую посмотреть отчетность банков, она открытая. Основная статья дохода – кредиты. Вторая – оплата за транзакции. Остальное по сравнению с этим просто мелочи.
В целом, у меня есть хороший знакомый, директор двух филиалов большого банка в Москве. Он смотрит на продажи в банке сильно иначе, чем вы описали. Главное – удержание крупных клиентов, а на них влияет, к сожалению, для нас айтишников, не то, как работает приложение, а условия, на которых большой бизнес будет держать деньги в банке. Только если условия одинаковые, то уже спрашивают у бухглатера, какая система ближе его сердечку, но до этого доходит почти никогда.
Это мне напомнило времена, когда я ещё консалтил и помогал справляться с техдолгом. Помню открываю код, а там в обработчках нажатия кнопок все сразу: авторизация, логирование, SQL-код, работа с кэшем. И так во всех обработчках по всей системе. Как следствие: жуткое дублирование, работа через статические методы, невозможность модульного тестирования. На вопрос к разработчикам, почему они не сделали нужные слои абстракции, они ответили, что так проще, весь код сразу видно. Разработчикам тактически так и правда было проще, но бизнес стратегиски от этого страдал, потому что тестирование было долгое, релиз делали долго и с ошибками, новых разработчиков подташнивало от кода и они увольнялись. Другими словами, если бизнесу нужны микросервисы, чтобы победить в конкурентной борьбе, значит их надо сделать. То, что "это же сложно" бизнес не должно волновать.
Отдельный вопрос, что микросервисы суют там, где они не нужны. Например, создают какую-то внутреннюю систему на 100 пользователей и накручиваю туда 50 микросервисов, потому что это модно. Я считаю, что это тоже клинический случай, только в другую сторону. Так делать, конечно, не нужно и с такими архитектурными астронавтами надо бороться как и с теми, кто боится сложности, когда она нужна.
А зачем вы берете микросервисы и говорите, что банкам и плантформам они не нужны? Там же совсем другая бизнес-модель и другие отношения с клиентами. Банки зарабатывают на процентах по кредитам и комиссии за транзакции. Что будет, если личный кабинет юрлица не будет работать день? Юрлица позакрывают счета и уйдут в другой банк? Нет, конечно. Они приедут в банк с бумажными платежками и сделают, что им надо. Может бухгалтер поворчит немного, но с точки зрения прибыли банка ничего не поменятся. А если не будет работать мобильное приложение банка целый день? Разве физики тут же закроют счета, кредитные карты, договоры ипотеки? Тоже нет. В этом смысле работа банка – это монотонная работа по перевариванию транзакций.
Если сравнить это с работой в ритейле или екоме, то ситацию целиком противоположная. Что будет, если вы хотите купить зарядку, зашли на Озон, а там не работает кнопка Купить? Вы откроете вкладку Яндекс.Маркета и купите там. Вот так просто.
Что если во ВкуссВилл отвалится касса? Вы пройдете 50 метров до Пятерочки и купите там.
Если один маркетплейс сделал систему лояльности, а другой нет. Вы пойдете в первый. А если второй догнал и выпустил свою систему, которая еще выгодней? Вы пойдете во второй.
Тут важно, что в отличие от банков, в свободной торговле нет критических факторов, которые сдерживают переход клиента от одной компании к другой.
Я понимаю, что вы видите перед собой картинку стабильной клиентской базы и все в банке будет следующие 10 лет примерно также как было предыдущие 10 лет. Но представьте себе на мгновение, что бывают разные бизнес-модели, что в них клиенты по-разному себя ведут и где-то на самом деле есть жесткая конкурентная борьба, в которой действительно важна скорость поставки новых фич, чтобы привлечь аудиторию.
Никто не мешает, обычное дело
О, да, тогда микросервисы для вас – это просто огромная коллекция того, как можно сделать неоптимально :)
Да, согласен. И я, как инженер и IT-архитектор, прекрасно понимаю то, о чем вы говорите. Но предпочитаю ориентироваться на бизнес. Если нужны нано-секунды, то значит упираемся и достигаем их, а если скорость поставки, то для этого есть понятный инструмент – микросервисы.
Почему только сейчас? Человечество таким образом развивается, это наш путь. Возьмите научную работу, она же обязательно должна быть основана на предыдущих идеях, в которые вы добавляете какой-то "бантик". По-моему это хороший способ всем нам маленькими шагами пытаться справиться с нарастающей сложностью.
Кто-то так делает? Не замечал. Покидайте ссылок, интересно будет посмотреть.
Так и есть, но есть нюанс. Он заключается в том, что пока у концепции нет конкретного названия ее сложно развивать всем сообществом. Подход, который вам нравится и к которому вы привыкли, обвесили парой "бантиков", он приобрел границы и ценность, а благодаря этому его стало возможно развивать. В этом я вижу большую ценность, поэтому буду и дальше использовать именно термин "микросервисы". Таким образом я буду делать вклад в общую копилку, где и разработчики и бизнес смогу найти для себя возможности для роста. А, возможно, кто-то на этой основе добавит еще "бантик"-улучшение, назовет это убер-сервис и оно зайдет и будет помогать бизнесу расти быстрее, почему нет?
Вы же не рассмотрели часть, связанную с конкурентной борьбой. Если у вас все наносекунды оптимизированы, но вы не умеете как конкуренты выкатывать новые фичи каждые пять минут, то может так случиться, что бизнес, на который вы работаете, не выдержит конкуренции. И зачем тогда эти невероятные оптимизации железа и разработчиков? Надо двигаться быстрее других с точки зрения бизнеса, даже если это будет не максимально оптимально по железу. Микросервисы – это про бизнес. Собственно, поэтому я и выбрал для статьи хабы про управление