Forwarded from emacsway-log: Software Design, Clean Architecture, DDD, Microservice Architecture, Distributed Systems, XP, Agile, etc. (Ivan)
Архитектура отвечает за устранение напряжения между требованиями и конструкцией. А когда требования изначально неясны в полном объеме, то еще и за гибкость решения.
Иными словами, архитектура - это постоянная борьба, и шахматы в этом вопросе оказываются очень символичными, хорошо развивая необходимые качества архитектора. Представьте, что за белых играет архитектор, а за черных - Product Owner, который постоянно наровит изменить требования и поставить систему под удар новых требований.
Вилка - тактический прием шахмат, который позволяет взять одновременно две фигуры, т.е., говоря символично, позволяет достигнуть одновременно два "требования" Product Owner. Это то, что архитектор постоянно делает с системой.
Иными словами, одно решение (ADR) позволяет удовлетворить одно из двух требований, независимо от того, какое из них окажется верным в результате эмпирической проверяемости. Возможность адаптировать систему под новые требования. Точка расширения системы.
Другой тактический прием, характеризующий "количество взятий" (т.е. сколько фигур бьет одно и то же поле), символично выражает запас конструктивной устойчивости системы при изменении требования.
С Product Owner, играющим в шахматы, намного легче развивать систему. Фактически он уже владеет основами системного мышления.
В статьях
https://habr.com/ru/company/cian/blog/569940/
и
https://less.works/ru/less/principles/systems-thinking
приводятся примеры радикальных последствий в тех случаях, когда лицо принимающее решение (ЛПР) плохо понимает основы системного мышления и попадает в ловушку ложной коммутативности.
Образно говоря, существуют ЛПР, которые думают, что при ремонте квартиры сперва можно сделать стены а потом выравнивать пол. Это равносильно тому, чтоб утверждать, будто не имеет значения какими фигурами и в какой последовательности ходить в шахматах. Шахматы хорошо приобщают к системному мышлению. А значит, приобщая ЛПР к шахматам, вы приобщаете его к системному мышлению и способствуете взаимному пониманию двух противоборствующих сторон разработки.
Иными словами, архитектура - это постоянная борьба, и шахматы в этом вопросе оказываются очень символичными, хорошо развивая необходимые качества архитектора. Представьте, что за белых играет архитектор, а за черных - Product Owner, который постоянно наровит изменить требования и поставить систему под удар новых требований.
Вилка - тактический прием шахмат, который позволяет взять одновременно две фигуры, т.е., говоря символично, позволяет достигнуть одновременно два "требования" Product Owner. Это то, что архитектор постоянно делает с системой.
Иными словами, одно решение (ADR) позволяет удовлетворить одно из двух требований, независимо от того, какое из них окажется верным в результате эмпирической проверяемости. Возможность адаптировать систему под новые требования. Точка расширения системы.
Другой тактический прием, характеризующий "количество взятий" (т.е. сколько фигур бьет одно и то же поле), символично выражает запас конструктивной устойчивости системы при изменении требования.
С Product Owner, играющим в шахматы, намного легче развивать систему. Фактически он уже владеет основами системного мышления.
В статьях
https://habr.com/ru/company/cian/blog/569940/
и
https://less.works/ru/less/principles/systems-thinking
приводятся примеры радикальных последствий в тех случаях, когда лицо принимающее решение (ЛПР) плохо понимает основы системного мышления и попадает в ловушку ложной коммутативности.
Образно говоря, существуют ЛПР, которые думают, что при ремонте квартиры сперва можно сделать стены а потом выравнивать пол. Это равносильно тому, чтоб утверждать, будто не имеет значения какими фигурами и в какой последовательности ходить в шахматах. Шахматы хорошо приобщают к системному мышлению. А значит, приобщая ЛПР к шахматам, вы приобщаете его к системному мышлению и способствуете взаимному пониманию двух противоборствующих сторон разработки.
Хабр
Темные века разработки программного обеспечения
Пару лет назад я работал в SaaS-компании, которая страдала от всех возможных проблем, связанных с разработкой программного обеспечения . Код был настолько сложным, что внесение простых изменений...
❤1🔥1
Forwarded from Антон Григорьев | Слайдология 💡
Понимание немногих принципов освобождает от необходимости знать множество фактов
— Альфред Норт Уайтхед
Это не просто красивая фраза. Это формула мышления, которая отличает специалиста от энциклопедии. Кстати, это хорошо работает как в работе, так и в жизни. Поэтому во всем я стараюсь найти 20%, которые бы освободили меня от необходимости зубрить 80%.
Лень — двигатель прогресса 😁
Факт — это кирпич.
Принцип — это правило, по которому ты понимаешь, как эти кирпичи складываются в дом.
Можно выучить сотню фактов о презентациях — про шрифты, цвета, размер текста на 16:9.
А можно понять один принцип: люди читают слайд не как страницу, а как вспышку смысла.
И тогда всё остальное — следствие.
В когнитивной науке это называют схематизацией: мозг экономит ресурсы, если может опереться на обобщённую модель. Он не пересчитывает каждую задачу с нуля — он узнаёт знакомую структуру и достраивает детали.
Замечали, что все профессионалы умеют объяснять сложные вещи очень просто? Они не обобщают поверхностно — они видят в глубину.
Им не нужно помнить всё. Им достаточно понимать, как устроено. А факты всегда можно вывести по индукции.
— Альфред Норт Уайтхед
Это не просто красивая фраза. Это формула мышления, которая отличает специалиста от энциклопедии. Кстати, это хорошо работает как в работе, так и в жизни. Поэтому во всем я стараюсь найти 20%, которые бы освободили меня от необходимости зубрить 80%.
Лень — двигатель прогресса 😁
Факт — это кирпич.
Принцип — это правило, по которому ты понимаешь, как эти кирпичи складываются в дом.
Можно выучить сотню фактов о презентациях — про шрифты, цвета, размер текста на 16:9.
А можно понять один принцип: люди читают слайд не как страницу, а как вспышку смысла.
И тогда всё остальное — следствие.
В когнитивной науке это называют схематизацией: мозг экономит ресурсы, если может опереться на обобщённую модель. Он не пересчитывает каждую задачу с нуля — он узнаёт знакомую структуру и достраивает детали.
Замечали, что все профессионалы умеют объяснять сложные вещи очень просто? Они не обобщают поверхностно — они видят в глубину.
Им не нужно помнить всё. Им достаточно понимать, как устроено. А факты всегда можно вывести по индукции.
❤6💯2
Forwarded from Nikita Pinchuk
Оставлю это здесь:
https://www.ivarjacobson.com/publications/blog/scaled-agile-tips/nature-portfolios-managing-investments-projects
https://www.ivarjacobson.com/publications/blog/scaled-agile-tips/nature-portfolios-managing-investments-projects
❤2
Media is too big
VIEW IN TELEGRAM
Measuring queue time vs measuring cycle time.
Many people try to reduce cycle times and do so by measuring the cycle times – which is rather difficult and time-consuming. Don Reinertsen explains a much easier and faster way of achieving real results.
Many people try to reduce cycle times and do so by measuring the cycle times – which is rather difficult and time-consuming. Don Reinertsen explains a much easier and faster way of achieving real results.
❤2👍2
Please open Telegram to view this post
VIEW IN TELEGRAM
Media is too big
VIEW IN TELEGRAM
Don Reinertsen: The Difference between Software Engineering and Manufacturing.
“variability is a constant traveling companion of innovation….. its like north magnetic pole and south magnetic pole, you are always find them together”
“It doesnt means that if minimizing variability bad, then maximizing variability be good. We’re looking for situations when variability processes through asymeteic payoff and this ends up by increasing up payoff”
“variability is a constant traveling companion of innovation….. its like north magnetic pole and south magnetic pole, you are always find them together”
“It doesnt means that if minimizing variability bad, then maximizing variability be good. We’re looking for situations when variability processes through asymeteic payoff and this ends up by increasing up payoff”
SAFe at MB: Customer Story-Mercedes-Benz: Project to Product Transformation: A People-Centered Approach
https://share.vidyard.com/watch/tFnEvgctfzBfq6GxGwk7ML
https://share.vidyard.com/watch/tFnEvgctfzBfq6GxGwk7ML
Vidyard
Customer Story-Mercedes-Benz: Project to Product Transformation: A People-Centered Approach
Vidyard video
Nikita Pinchuk professional channel: IT / EA / BA / Architecture
Ну и, замыкая круг, SPC. А дальше больше, интереснее.
Не знаю первый ли в РФ, но наверное в пятерке.
SAFe наконец усилил темы, относящиеся к интеграции бизнес стратегии к стратегии трансформации. Множество инструментов по управлению ожиданиями бизнеса и модернизации продуктового портфеля.
Все так же, продолжаю учиться, разбираться, чтобы быть уверенным, что предлагаемые мной инициативы - реально работают и помогут решать амбициозные задачи.
В отличие от предыдущих сертификаций, эта на 80 процентов состояла из лабораторных в группе с опытными SPC(представители автомобильной индустрии из Германии, Фармы из США, консультанты , практики из сферы Телекоммуникаций). Лучший опыт, неудобные вопросы, и публичная порка от них по защите кейса трансформации (финальная лаба)
SAFe наконец усилил темы, относящиеся к интеграции бизнес стратегии к стратегии трансформации. Множество инструментов по управлению ожиданиями бизнеса и модернизации продуктового портфеля.
Все так же, продолжаю учиться, разбираться, чтобы быть уверенным, что предлагаемые мной инициативы - реально работают и помогут решать амбициозные задачи.
В отличие от предыдущих сертификаций, эта на 80 процентов состояла из лабораторных в группе с опытными SPC(представители автомобильной индустрии из Германии, Фармы из США, консультанты , практики из сферы Телекоммуникаций). Лучший опыт, неудобные вопросы, и публичная порка от них по защите кейса трансформации (финальная лаба)
🔥13❤5
Forwarded from Enterprise Agile Russia
📙 Принципы потока разработки продуктов — #1 проблематика — первая глава легендарной книги для менеджеров крупных компаний, которые хотят конкурировать в цифровую эпоху.
Перевод первой главы книги «The Principles of Product Development Flow» выполнили Никита Пинчук и Сергей Рогачев с разрешения автора — Дональда Рейнертсена.
@EntrpriseAgileRussia
#agile #lean #product #articles #статьи
Telegram-чат сообщества: общение практиков и советы от экспертов.
Перевод первой главы книги «The Principles of Product Development Flow» выполнили Никита Пинчук и Сергей Рогачев с разрешения автора — Дональда Рейнертсена.
@EntrpriseAgileRussia
#agile #lean #product #articles #статьи
Telegram-чат сообщества: общение практиков и советы от экспертов.
🔥8❤5🤝4
HBR-Can-you-say-what-strategy-is.pdf
271.9 KB
“Can you say what your strategy is?” It’s a dirty little secret: Most
executives cannot articulate
the objective, scope, and
advantage of their business in
a simple statement. If they
can’t, neither can anyone else.
executives cannot articulate
the objective, scope, and
advantage of their business in
a simple statement. If they
can’t, neither can anyone else.
❤2👍2
Media is too big
VIEW IN TELEGRAM
3-step way of storytelling by Mckinsey. Редко обращал внимание, но теперь более внимательно буду относиться к заголовкам слайдов, не воспринимал их ранее как активный элемент для донесения информации. Скорее как рубрикатор. И зря. Вот тут кстати очень много об этом пишется. https://xn--r1a.website/angrigyy
👍4🔥1
Mutually Exclusive, Collectively Exhaustive (MECE) framework, a problem-solving and structuring methodology famously used by McKinsey & Company.
https://yourfreetemplates.com/mece-framework/
https://yourfreetemplates.com/mece-framework/
Free PowerPoint Templates
How to Use MECE Framework: A Step-by-Step Guide for Clear Analysis - Free PowerPoint Template
Struggling with a complex business problem that seems impossible to solve? You’re not alone. MECE Framework or mutually exclusive collectively exhaustive framework is the tool that McKinsey and other top consulting firms rely on to break down such challenges.…
❤4
Закон Брукса и роль автономности команд
Закон Брукса
https://dckms.github.io/system-architecture/emacsway/it/team-topologies/harlan-mills%27-proposal.html
Закон Брукса
https://dckms.github.io/system-architecture/emacsway/it/team-topologies/harlan-mills%27-proposal.html
🔥9
Forwarded from Nikita Pinchuk
найти у циски хоть чуть чуть информации об их процессах не просто но иногда можно
Nikita Pinchuk
cs-boit-06172016-agile-development.pdf
How Cisco IT Uses Agile Development with
Distributed Teams and Complex Projects
Continuous delivery improves quality, developer productivity, and the employee experience.
Distributed Teams and Complex Projects
Continuous delivery improves quality, developer productivity, and the employee experience.
🔥3❤1