Кардиологи и системные инженеры встретились, чтобы обсудить создание искусственного сердца. Главный кардиолог стал рассказывать про то, как работает человеческое сердце. Через пять минут его перебивает один системный инженер: "Извините, а обязательно, чтобы сердце находилось в груди? Нельзя ли его поместить в бедро, где его легче будет достать?" Кардиолог удивился, он никогда о таком не думал. Справившись с удивлением, он продолжил рассказ. Через пять минут его прервал другой системный инженер: "Извините, а зачем нужно одно большое сердце? Нельзя ли сделать несколько маленьких, распределенных по организму, которые синхронизируются между собой?" О таком тоже никто раньше не думал.
Это к вопросу о том, как думают инженеры.
По Edward Crawley, Bruce Cameron, Daniel Selva 2016
Как выглядит продажа продуктов по системному подходу?
Сидят два мужика за столом. Водку всю выпили, закуску съели, остался один соленый огурец в банке. Первый мужик берет вилку и пытается насадить на нее огурец. Долго пытается, огурец скользит по всей банке и мужик кладет вилку на стол. Тогда вилку берет второй мужик, одним движением насаживает огурец и съедает его. "Фиг бы ты его поймал,- говорит ему первый, - если бы я его не умучал".
Мораль - некоторые продукты надо продавать долго. И лучше быть вторым.
Системные модели нужны, чтобы находить самые важные взаимодействия и игнорировать все остальные
Поясню на примере закона всемирного тяготения. Если я держу в руке яблоко и отпускаю его, оно будет падать. При этом я притягиваю яблоко, дерево, стоящее рядом, тоже притягивает яблоко, поезд, который едет мимо, тоже притягивает яблоко. Но чтобы посчитать, когда оно упадет на землю и с какой скоростью, мне надо учесть только само яблоко и ускорение свободного падения. В модели будут всего два объекта - яблоко и Земля. Будут всего две переменных - расстояние яблока от центра тяжести Земли и его начальная скорость. Я игнорирую кучу других переменных, которые тоже влияют на скорость яблока.
Системная модель или модель архитектуры предприятия показывает ровно такие ключевые силы и взаимодействия. Глядя на них, мы не забудем про Землю, обсуждая стоящие рядом с нами деревья.
Когда я переводил Рейнерцена, меня поразила средняя загруженность отделов разработки - 98,5%. По факту это значит, что десятилетия существует и никуда не девается нехватка технических специалистов. Экстенсивный рост науки и техники, который продолжался до середины 60-х, прекратился.
Данила сделал отличный доклад по тому, как развитие компьютеров свернуло не туда и что с этим делать. Его доклад дополняет видение Алана Кея, так что всем интересующимся темой рекомендую.
Длина доклада 1:15, две серии ТВ-шоу, и он стоит того, чтобы посмотреть его вместо двух серий, в нем есть и большая история из двух арок и драма и намек на выход из ситуации.
https://youtu.be/uR_4KEFxYCQ
Механизмы координации:
по Martinez и Jarillo, 1989
Структурные:
1. Деление по отделам или оргзвеньям, создание формальной структуры
2. Централизация или децентрализация принятия решений по организационной иерархии в соответствии с формальными полномочиями
3. Формализация и стандартизация: письменные политики, правила, должностные инструкции и стандартные процедуры, руководства и графики
4. Планирование: стратегическое планирование, бюджетирование, планы по функциям, расписания и др.
5. Контроль поведения и результатов: финансовые показатели, техническая отчетность, продажи и рыночные данные, непосредственное руководство
Неформальные:
6. Горизонтальное взаимодействие и отношения между отделами: прямые отношения между руководителями, временные и постоянные команды, комитеты, рабочие группы, интеграционные отделы
7. Неформальные коммуникации: личные контакты между руководителями, совместные поездки руководителей, собрания, конференции, переводы руководителей
8. Социализация: построение организационной культуры известных и разделяемых стратегических целей и задач, ценностей с помощью обучения, управление карьерным развитием, системы вознаграждения и поощрения
Доведите уже до своих рекрутеров это простое правило
"Не спрашивайте людей при собеседовании на работу, чем они занимались. Спрашивайте, что они собираются делать у вас".
Почему бизнес-аналитики ходят по трое? Один знает онтологию, второй эпистемологию, третий умеет варить кофе этим двум.
Выступление на конференции необходимо для карьерного и профессионального роста.
Многие специалисты достигают успехов в своей тематике после многолетней практики, но затем их развитие замедляется. Для дальнейшего продвижения нужна помощь других людей. Эту помощь можно получить из habr, по соцсетям, митапам, но как в этом поможет конференция?
В отличие от постов, блогов и оффлайн общения доклады тщательно обкатываются и готовятся. Автор четко доносит свою мысль, и ее можно быстро и продуктивно обсуждать. Таких мыслей на конференции много, они цепляются друг за друга, это порождает новые мысли. Поэтому конференция - это совсем не то же самое, что habr или блог. Почему докладчикам стоит подавать доклады на конференцию?
1. Когда вы готовитесь к конференции, вы четко формулируете, в чем проблема, что вас волнует больше всего. Члены ПК рецензируют ваш доклад, дают много продуманных и конкретных замечаний и задают уточняющие вопросы. В такой дискуссии вы проясните для себя те моменты, которые вам кажутся интуитивно понятными, но которые блокируют обсуждение с людьми, которые не так глубоко в теме.
2. Вы рассказываете о своем понимании проблемы и ее решении людям со свежим взглядом. Специальный тренер учит вас как правильно строить презентацию и сделать выступление интересным. Здесь работает принцип: "Объяснил им в третий раз, сам уже понял, а они все еще не понимают". Только после нескольких прогонов доклада можно понять, что же хочется сказать. Никто не будет переписывать пост три раза, поэтому доклады получаются в среднем намного яснее и понятнее, чем посты и видеоблоги.
3. После доклада вы обсуждаете проблему и решение с людьми, которым это тоже интересно. Так как вы понятно объяснили проблему и решение, то таких людей будет намного больше, чем комментаторов в блоге. Кроме того, многие люди просто читают текст и комментарии к нему, но сами ничего не пишут, хотя им есть, что сказать. А при личной встрече они же охотно с вами поговорят и вы услышите то, что вам никто не говорил никогда.
Кроме того, можно найти других интересных людей по наклейкам с интересами и по другим докладам и поговорить с ними. На конференции нормально подходить и знакомиться, это не улица.
4. Вы вернетесь домой, не потратив денег, с идеями, контактами единомышленников и запалом работать дальше. Нормальный отель, еда, знакомства - конференция сама по себе становится наградой за долгий труд по подготовке доклада.
Правильная конференция - это не пустая трата времени, это инвестиция, которая окупается.
Аналитика YouTube как образцовая архитектура предприятия
Регулярно поступает вопрос - а где увидеть в реальной жизни архитектуру предприятия?
Действительно, такие штуки никто не афиширует и даже внутри своей компании о ней мало кто знает. Есть ли открытые примеры хорошей архитектуры предприятия?
Очень хороший образец, на который все могут посмотреть - это Аналитика YouTube.
Архитектура предприятия - это набор фильтров и решений. Фильтры отсеивают важную информацию от неважной, а набор потенциальных и уже готовых решений позволяют быстро реагировать на выявленные проблемы.
Посмотрим на YouTube, что же они считают главным для любых проектов, вне зависимости от направленности, аудитории, жанра?
Есть единственная важная метрика, от которой строится все - это Время_просмотра. Средний просмотр и Просмотры (кол-во) - это производные, аналитические метрики. Равно как и многие другие - источники трафика, подписчики, показы и CTR, удержание аудитории.
YouTube подсказывает как работать с этими показателями, на что обращать внимание в их динамике, на какие проблемы канала и контента указывают эти показатели и какие решения вы можете принять после их анализа.
Эта панель показателей одинаково применима к местечковым видео и крупным коммерческим каналам, она задает общие правила игры. Поэтому архитектор предприятия не контролирует каждый шаг и оперативную обстановку, он устанавливает правила, которые очень сложно обойти. Эти правила направляют все остальные решения отдельных участников предприятия (холдинга, концерна) YouTube очень дешево и очень сердито.
Поэтому толковый архитектор предприятия экономит много денег, создавая эффективные и действенные контуры управления предприятием.
Поступил вопрос - а чем системный инженер по сути отличается от постановщика задачи?
Ответ - ничем. Системная инженерия - это комплексная постановка задачи, с учетом организационного обеспечения, необходимости заключения договоров на поставку и приобретение, инженерного менеджмента и самих технических процессов.
Забавно, что при разговоре с рекрутерами в половине случаев они говорят про "проактивность, умение взять на себя ответственность и внутреннее предпринимательство", но при этом бегут от людей с предпринимательским опытом и фрилансеров со словами: "Это тигр, который попробовал человеческой крови, его нельзя в нашу среду".
Другими словами, они ищут тех, кто будет казаться такими, но не нужны истинные таланты. И это коренное отличие от западных стран, где почти все нормальные менеджеры с опытом личных стартапов.
И ты ему рассказываешь про концепцию жизненного цикла. А он такой: "Пфф, это же элементарно, думать про стадию использования и про обслуживание во время проектирования". А сам ребенку штрипки не надел на комбинезоне.
Люди спотыкаются о кочки, а не о горы, но именно горы загораживают путь.
Цель любого моделирования - влиять на людей
ТРИЗ помогает Голливуду
Дети смотрят мультики и готовы смотреть их часто и много. Но фундаментальных сюжетов есть всего десяток и все они уже изъезжены, см. [1]. Детский кинематограф столкнулся с проблемой - мультики про средневековых принцесс надоели, даже если этой принцессой будет Фиона, а рыцарем Шрек. Нужны новые сеттинги, технологические и современные. Но как объяснить детям 4-7 лет принципы работы YouTube, протоколов TCP/IP, эмоционального интеллекта и кибербезопасности? Ответ нашелся у российской инженерной школы.
Генрих Альтшуллер, основатель теории решения изобретательских задач, придумал метод маленьких человечков, ММЧ. Он это сделал для того, чтобы облегчить размышления о принципах работы устройств. Люди плохо представляют себе абстракции, поэтому вместо функциональной схемы дозатора жидкости вы рисуете картинки с качелями, где мальчики справа бегают по качелям так, чтобы девочки безопасно соскакивали слева, и так вы легко объясняете принцип работы даже сложных устройств. Как этот метод использовали создатели мультфильмов?
Представьте эмоции в виде маленьких человечков, которые живут в голове каждого. Мультфильм "Головоломка" закладывает основы эмоционального интеллекта. Он показывает, как работает сложный механизм эмоционального регулирования и торможения у людей, и просто объясняет разницу между эмоциями и чувствами. А по моим ощущениям немногие взрослые лет 10 назад могли четко сказать, в чем разница между эмоциями и чувствами, какие эмоции базовые и как их распознавать в себе и других.
Хочешь объяснить про свободу выбора и ее последствия в Сети? И даже затронуть тематику верховного алгоритма [2]? Расскажи классическую Одиссею, но с YouTube, даркнетом и вирусами. Метод маленьких человечков работает везде.
Меня очень радует, что основы моделирования окружающего мира дают в такой увлекательной и понятной форме. Настало время новых талантов, которые встанут на плечи гигантов и шагнут в будущее.
[1] Спасите котика! И другие секреты сценарного мастерства https://www.mann-ivanov-ferber.ru/books/spasite_kota/
[2] Верховный алгоритм. Как машинное обучение изменит наш мир https://www.mann-ivanov-ferber.ru/books/verhovnyj-algoritm/
Олдфаги, осваивайте создание обучающего видеоконтента
Недавно видел очередную дискуссию о том как правильно документировать проект - писать доку, писать самодокументирующийся код или строить нормальные коммуникации и хранить все в головах. Аргументы были все те же, что и 15 лет назад в подобных дискуссиях.
Стас Фомин за 10 минут показывает джедайский путь истинных инженеров, передающих свои знания другим. Смотрите, читайте сопровождающие тексты по ссылкам, ставьте OBS, ZoomIt и учите других, не тратя на это кучу времени.
Даже не буду строить тут аргументацию почему надо потратить на получение этих знаний и навыков 1,5-2,0 часа своего времени, just take my word for it. http://0x1.tv/20190126Q
Ближе всех к объединению триады архитектура предприятия - системная инженерия - программный менеджмент с Эджайл подошел Клаус Леополд. Этот слайд легко замэппить на capabilities management (Level 1: operational), это уровень управления оргзвеньями; управление жизненным циклом (Level 2: end-2-end coordination); оркестровка всех жизненных циклов (Level 3: strategic portfolio).
Чего не хватает? Краем Клаус упомянул, что они делали Wardley mapping, так что скорее всего это осталось за рамками доклада, но надо в явном виде прописать цепочки производственной кооперации, в которых участвует предприятие, показать управление жизненными циклами использующих систем.
Т.е., беру его метод в набор для ситуационной инженерии методов.
9 женщин могут родить ребенка за 1 месяц, если одна из них на 8-м месяце беременности.
Кодекс закупатора.
Дорогая лента, объясни мне одну вещь.
Почему когда речь идет о том, чтобы построить технически сложную вещь типа дома, холодильника, автомобиля, все соглашаются с мыслью о том, что чертежи и модели нужны, без них никак.
А когда речь идет о том, чтобы построить предприятие, которое на пару порядков сложнее, большинство даже умных людей с западным образованием и опытом работы в международных компаниях начинают говорить, что моделированием занимаются только теоретики, которые оторваны от жизни и никакого отношения к реальности модели предприятия не имеют?
Почему нельзя доверять единственной модели ситуации, а наблюдения должны всегда должны сдвигать наши оценки ситуации?
В отделение реанимации родильного дома поступил младенец. Медсестра наблюдала за ним несколько часов и ей не нравились симптомы - цвет кожи младенца менялся от здорового розового, до синюшного. Внезапно за несколько секунд младенец стал сине-черным и сердце медсестры упало. Присутствовавшие рядом специалисты срочно позвали врача и рентгенолога. Врач решил, что произошло спадение ткани легкого и команда приготовилась к операции по расправлению легкого.
Но сестра решила, что проблема была с сердцем, на это ее навел сине-черный цвет кожи младенца. Она заподозрила пневмоперикард, состояние, когда воздух заполняет пространство вокруг сердца, сжимает его и оно перестает биться. Она была в ужасе потому что уже был случай, когда из-за пневмоперикарда погиб ребенок еще до постановки диагноза. Медсестра попыталась остановить подготовку к операции, она закричала: "Это сердце!" Но ей показали на монитор сердечных биений, кооторый показывал пульс 130 ударов в минуту. Но сестра не сдавалась, вырвалась из рук человека, который держал ее и приказала всем заткнуться, пока она выслушивала стетоскопом сердце младенца. Оно не билось. Медсестра начала делать непрямой массаж сердца, а когда в комнату ворвался старший неонатолог, она насильно дала ему в руку шприц и сказала: "Это пневмоперикард. Вставляйте в сердце". Вошел рентгенолог с результатами снимка и подтвердил дигноз медсестры. Старший неонатолог взял шприц и выпустил воздух из груди младенца. Его жизнь была спасена, цвет кожи медленно вернулся к нормальному розовому. Позже группа поняла, что их ввело в заблуждение. Монитор сердечных сокращений показывал электрическую активность, а не истинные биения сердца новорожденного. Нервы в сердце младенца действительно давали команды мышцам биться, но мышцы просто не могли исполнить эти команды. И только медсестра поняла, что надо проверить сердцебиение обычным способом.
Эта история про современное мышление в байесовской парадигме, совершенно отличное от классического аристотелевского мышления с использованием силлогизмов. В аристотелевском мышлении можно выводить строгие умозаключения:
Всякий человек смертен (бо́льшая посылка)
Сократ — человек (меньшая посылка)
------------
Сократ смертен (заключение)
и в таком случае прав старший неонатолог, да и любой другой начальник. Проблема с аристотелевской логикой, что в сложных противоречивых ситуациях (т.е., в 2019 году почти всегда) младенец может умереть потому что важные свидетельства будут проигнорированы потому что они не укладываются в схему силлогизма.
Современное байесовское мышление наследует научному мышлению и говорит, что мы не можем игнорировать свидетельства (почернение кожи), и должны сдвигать свои выводы с получением этих свидетельств. Замечу, не отказываться сразу от всей позиции, как это происходит в аристотелевском мышлении, когда позиция либо правильная либо ошибочная, а именно сдвигать вероятность правильности вывода. Все возможно, говорит нам байесовское мышление, но с разной вероятностью. И чем больше доводов в сторону какого-то вывода, тем лучше надо проверять этот вариант.
Предпосылка аристотелевского мышления заключается в том, что есть какая-то самая правильная для этой ситуации модель мышления, схема принятия решений. Так в этой жизни торжествуют финансисты, юристы и МВА, они полностью уверены в том, что их оценка ситуации, их диагноз самый правильный, а все, что не укладывается в стройную схему регламентов, правил учета и лекций Слоуновского профессора, за которые начальник выложил из своего кармана 5 твоих годовых зарплат, надо просто игнорировать. К чему это приводит, мы все были свидетелями.
Похороните уже стюардессу, начните думать хотя бы в парадигме 18 века, я уж не говорю про современный вариант байесовского подхода в варианте Джеймса.
Прочел у знакомого руководителя проектов, который живет и работает в Германии:
"Работодатель отправил меня на курс по бизнес архитектуре предприятий. Сижу, учусь.
Большей чуши не слыхал в жизни
И уже препод сам начинает с этим соглашаться
Если нами правят люди, учившие такую же хрень, то неудивительно, что мы из кризисов вылезти не можем. Удивительно, что цивилизация вообще еще жива.
Но экзамен будет сложным. Что сопсна очень типично для подобной фигни. Т е спросить по делу не о чем и вопросы типа "какая фаза цикла разработки архитектуры не названа на диаграмме в главе 'введение'?"
Сразу вспоминается "укажите, кого из бывших членов Бунда не было на последнем съезде РСДРП".
Хороший лётчик умеет делать всё то же, что и плохой, но, кроме того, достоверно знает, чего нельзя делать.
Про целевую систему и системы в обеспечении: "Невозможно улучшать молоко отдельно от коровы".
От Мария Ковина-Горелик.
Многие люди выбирают быть инженерами потому что в инженерной среде ты всегда можешь выиграть спор просто потому, что ты прав. Без всякой политики.
Как хорошо скрипты писать!
К IT не надо приставать,
Не надо кодеров трясти:
«Ну напиши, ну напиши!»
Не надо умолять, браниться:
«Ну, напиши ещё страницу».
Не надо звать,
Не надо ждать,
А можно взять
И написать!
Командный метод не подходит для управления людьми знания. Чтобы управлять ими, надо:
- Быть менее иррациональным и работать с иррациональностью других;
- Играть по роли, дисциплинированно исполнять практики;
- Играть в команде, исполнять жизненный цикл
На занятиях по тактике на военной кафедре нас учил суровый майор Редькин, любитель военного романа "Черви" Флэнагана. Он любил поговорить про НАТОвскую агрессию, но военное дело знал крепко и умел понятно и без мата объяснять законы поведения в бою.
"Если вы попали на минное поле, то надо остановиться и замереть!" И потом мы отрабатывали команду: "Стой!" В самых разных условиях, в самый неожиданный момент, пока это не вошло в навык. "Если вы попали под огонь, надо бежать на противника и стрелять по нему!" "Почему?", - удивлялись мы. "Потому что, когда вы ведете огонь, он прячется, вы приближаетесь и можете лучше прицелиться". "Понятно", отвечали мы. И отрабатывали команду: "Марш бегом, огонь!"
На одном занятии Редькин был особенно загадочен. Обычно он сразу задавал вопрос по пройденному материалу и повторял при этом: "Золотая триада обучения - объяснение, повторение, закрепление". А тут он ходил вдоль парт и выбирал жертву. Мы затихли, это было не к добру. "Если ты попал на минное поле, что надо делать, Соломин?" "Остановиться". "Если по тебе ведут огонь, что надо делать?" "Бежать на противника и вести огонь". "Правильно, правильно. А если ты попал на минное поле и в тебя ведут огонь, то что надо делать?" "Подпрыгнуть!" - пошутил кто-то сзади. "Не подпрыгнуть, а встать и ответить на вопрос", - прервал его Редькин. Шутник встал и помявшись несколько секунд ответил: "Не знаю, нельзя же одновременно стоять и бежать". "Верно! Тем не менее это типовая ситуация засады. Тропа заминирована, и по вам ведут огонь из укрытия. Повторю вопрос - что делать будете, курсанты?" Ответа не знал не только шутник, его не знал никто.
Майор выдержал паузу, обвел глазами класс и сказал: "Правильный ответ - надо бежать на противника и вести огонь". "Но мы же подорвемся!" - обиженным голосом отозвался шутник. "Подорвутся не все, а только часть. Оставшиеся добегут и смогут вступить в бой. А если вы будете стоять на месте, вас всех перестреляют по одиночке как в тире".
И дальше он объяснил одну штуку про военный стиль командования и управления. Почему солдат учат беспрекословно подчиняться? Потому что у каждого отдельного солдата есть очень сильный стимул не бежать по минному полю, при условии, что остальные побегут к противнику и завяжут бой. Но если так поступит каждый, то всем придет конец. Поэтому приказы исполнять должны все, это залог выживания максимального количества людей. И заключительную фразу урока я запомнил очень хорошо, майор сказал: "Но командный стиль управления годится только для простых задач, где есть правильный способ и неправильный способ, и командир точно знает, как делать правильно. Но в жизни все не так, программистам не прикажешь, по своему сыну знаю".
Если командный метод управления не годится для организации работы людей знания, то что сработает?
Урбанисты радовались, когда стали убирать сугробы, листву и собачьи какахи, но когда деревья стали умирать, они...
Объясняет системный инженер, специалист по имитационному моделированию поведения сложных систем, к.т.н. Незайкин:
"Дело в том, что то, что мы называем деревом, лишь видимая часть куда более сложной биологической системы. Корневая система дерева находится в очень сложных взаимодействиях с почвой, микроорганизмами, грибницей, червями и насекомыми. Она приспособилась к тому, чтобы нормально жить в городских условиях, и эти условия подразумевают, что откуда-то в корневую систему приходит вода, минералы и питательные вещества. В обычном окружении источником питания корневой системы растений становится упавшая листа, растаявший снег, дождь и в лесу, конечно, экскременты животных. Просто почему-то наши урбанисты считают, что зайчики на улицах Лейпцига - это очень мило, а вот овчарка, с которой гуляет олдстер, это ужасное варварство. Деревья с ними несогласны, т.к. собака питается качественными сухими кормами, в которых много минералов. Когда вы начинаете вывозить снег, убирать листву и убирать за собаками, почва становится стерильной. Это может выглядеть красиво на фотографиях, но приводит к тому, что умирают черви, насекомые, корни деревьев истощают почву и в конце концов красивые аллеи превращаются в декорации Мордора".
"Что вы рекомендуете для тех, кто озабочен городской средой и решением сложных вопросов?"
"Есть неплохой курс по системному мышлению на Coursera, он бесплатный, в нем большой чат выпускников, где можно получить поддержку и обсудить применение навыков системного мышления для решения практических вопросов".
https://www.coursera.org/learn/system-thinking
Все про работу проектного менеджера в России
Блоха и муравей подружились. Пошли вместе. Пришли к одному ручью. Блоха сказала муравью: — Я перепрыгну, а ты? — А я не перепрыгну! — говорит муравей.
Блоха — скок! — и перескочила на ту сторону, а муравей — скок! — и упал в воду. Стал муравей просить блоху:
— Блошенька, сестрица, помоги, не губи, дай вылезть из воды. Блоха — прыг-прыг! — прибежала к свинье и просит:
— Свинья, дай щетину, сплету канат-веревку, брошу в воду, вытащу моего братца-му-равеюшку.
Сказала свинья:
— А ты мне желуди носила?
Блоха — прыг-прыг! — прибежала к дубу и просит:
Дуб, дай желудей,
отнесу свинье,
свинья даст щетину,
сплету канат-веревку,
брошу в воду, вытащу
моего братца-муравеюшку.
Дуб сказал: — А ты ворон от меня отвадила?
Блоха — прыг-прыг! — прибежала к вороне, просит:
Ворона, отстань от дуба,
дуб даст желуди,
отнесу свинье,
свинья даст щетину,
сплету канат-веревку,
брошу в воду, вытащу
моего братца-муравеюшку.
Ворона сказала:
— А ты мне цыплят носила?
Блоха — прыг-прыг! — прибежала к наседке и просит:
Наседка, дай цыпленка,
отнесу вороне,
ворона отстанет от дуба,
дуб даст желуди,
отнесу свинье,
свинья даст щетину,
сплету канат-веревку,
брошу в воду, вытащу
моего братца-муравеюшку.
Наседка сказала:
— А ты мне просо носила?
Блоха — прыг-прыг! — прискакала к яме:
Яма, дай проса,
отнесу наседке,
наседка даст цыпленка,
отнесу вороне,
ворона отстанет от дуба,
дуб даст желуди,
отнесу свинье,
свинья даст щетину,
сплету канат-веревку,
брошу в воду, вытащу
моего братца-муравеюшку.
Яма сказала:
— А ты от меня мышь отвадила?
Блоха — прыг-прыг! — прискакала к мышке:
Мышка, оставь яму,
яма даст проса,
отнесу наседке,
наседка даст цыпленка,
отнесу вороне,
ворона отстанет от дуба,
дуб даст желуди,
отнесу свинье,
свинья даст щетину,
сплету канат-веревку,
брошу в воду, вытащу
моего братца-муравеюшку.
Мышка сказала:
— А ты меня от кошки избавила?
Блоха — прыг-прыг! — прискакала к кошке:
Кошка, не бегай за мышкой,
мышка оставит яму,
яма даст мне проса,
отнесу наседке,
наседка даст цыпленка,
отнесу вороне,
ворона отстанет от дуба,
дуб даст желуди,
отнесу свинье,
свинья даст щетину,
сплету канат-веревку,
брошу в воду, вытащу
моего братца-муравеюшку.
Кошка сказала:
— А ты мне молоко носила?
Блоха — прыг-прыг! — прискакала к корове:
Корова, дай молока,
отнесу кошке,
кошка не станет бегать за мышкой,
мышка оставит яму,
яма даст мне проса,
отнесу наседке,
наседка даст цыпленка,
отнесу вороне,
ворона отстанет от дуба,
дуб даст желуди,
отнесу свинье,
свинья даст щетину,
сплету канат-веревку,
брошу в воду, вытащу
моего братца-муравеюшку.
Корова сказала:
— А ты мне траву носила?
Блоха — прыг-прыг! — побежала в поле, нарвала травы и принесла корове. Корова дала ей молока.
Отнесла кошке,
кошка не стала бегать за мышкой,
мышь оставила яму,
яма дала просо,
отнесла наседке,
наседка дала цыпленка,
отнесла вороне,
ворона отстала от дуба,
дуб дал желуди,
отнесла свинье,
свинья дала щетину,
блоха сплела из щетины канат-веревку,
к веревке привязала травку
и бросила в воду.
Муравей взобрался на травку, блоха потянула веревку, вытащила своего братца-муравеюшку на берег и спасла его от смерти. Потом они опять пошли вместе.
У каждой продажи есть пять основных препятствий: нет потребности, нет денег, нет спешки, нет желания, нет доверия.
Первый в мире компилятор создала женщина, Грейс Хоппер. Еще она была контр-адмиралом ВМФ США и придумала несколько известных фраз:
- Проще просить прощения, чем получать разрешение.
- Корабль в порту находится в безопасности, но корабли строят не для этого. Они должны плавать и делать что-то новое.
Если вы думаете, что лидерство заключается в том, чтобы осознать, чего вы хотите и сказать людям сделать это, то мне вас жаль. Реальность запинает вашу задницу так далеко, что даже Гугл ее не найдет.
Гай Кавасаки.
"Наконец, завершил работу над изобретением. Разочарован тем, что никто не умеет читать."
Гуттенберг. Серия "Исторические твиты"
12 практических советов по партнерским соглашениям с корпорациями
Говорят: "Это стратегический для нас момент". Имеют в виду: "Понятия не имеем почему нам это может быть нужно".
Говорят: "Наше руководство очень этого хочет". Имеют в виду: "Вице-президент слушал предложение примерно 30 секунд и еще не дал отказ".
Говорят: "Мы можем быстро двигаться". Имеют в виду: "С юристами еще никто не говорил".
Говорят: "Юристы - не проблема". Имеют в виду: "Юристы будут огромной проблемой".
Говорят: "Мы хотим подгадать с заключением партнерства к релизу новой версии продукта". Имеют в виду: "Мы сильно отстаем от графика разработки".
Говорят: "Инженерам идея очень нравится". Имеют в виду: "Маркетинг закопает эту идею".
Говорят: "Маркетингу идея очень нравится". Имеют в виду: "Инженеры закопают эту идею".
Говорят: "Инженерам и маркетингу идея очень нравится". Имеют в виду: "Юристы закопают эту идею".
Говорят: "Инженерам, маркетингу и юристам идея очень нравится". Имеют в виду: "Так не бывает".
Говорят: "Наша основная озабоченность в том, сможете ли вы масштабироваться". Имеют в виду: "Да вы умнее, чем мы думали".
Говорят: "Мы сформируем межфункциональную команду, чтобы проект был успешным". Имеют в виду: "За успех проекта никто не будет отвечать".
Говорят: "Я скоро ухожу, но оставляю после себя классного человека, который возьмет на себя этот проект". Имеют в виду: "Нам конец".
По Гай Кавасаки "The art of the start".
Я вот думаю, почему западные практики не приживаются в России или там Черногории? Значительную роль, мне кажется, играют два эффекта.
"Няня 911". Это шоу, в котором опытная няня каждую неделю усмиряет вышедшего из-под контроля ребенка. И родители каждую неделю видят, что одни и те же приемы работают из раза в раз, но каждый про свою ситуацию думает, что она то особенная и приемы не сработают, даже пытаться не стоит. Чтобы их переубедить, надо показать, что приемы работают конкретно в их ситуации.
"Я же не ребенок, чтобы просто повторять". Когда ребенок растет, он копирует поведение точь в точь, за счёт этого быстро развивается. Взрослые почему-то начинают думать: "А подходит ли метод моей уникальной личности, а как я могу его творчески дополнить?"
В результате половина даже не пробует, а вторая половина не разобравшись в сути метода, меняет его в критичных местах, так что он не даёт результата. И все это так и останется на уровне ОБС или выступления на конференции.
"Скупой платит дважды, а глупый непрерывно" via Екатерина Шульман. Девиз системного подхода, фактически, он ведь целиком и полностью про деньги/ресурсы и их использование.
Слово "стратегический" - последнее прибежище шарлатана.
Сердце перемен, братья Хиз.
Если хочешь нормально жить, надо интересоваться мнением людей, от которых твое благосостояние зависит, кто платит тебе деньги или влияет на тех людей, кто платит тебе деньги.
Системное мышление, по сути, объясняет, как найти людей, которые платят вам деньги (найти, кто на них влияет - дело техники). Инерционный ответ нас это - начальник, Путин, заказчик в лице генерального директора. Но опытные менеджеры понимают, что это не так. Совсем не так. И рассказывают друг другу байки, истории и прочий фольклор, из которого за десять лет можно что-то на уровне интуиции понять. Но на передачу этого опыта опять уйдут годы.
Системное мышление позволяет за сопротивлением и конфликтами увидеть интересы и требования, сгенерировать на их базе архитектуру и организовать проверку и приёмку, чтобы убедиться, что конфликт больше не возникнет. И на это не нужны годы. Опыт формализуется и передаётся их проекта в проект, незаменимых людей становится все меньше.
И вы со спокойной совестью идете домой в пять, а два раза в год ездите в отпуск, отключая почту и телефон. По-моему, это здорово.
В 1960-х годах один из руководителей IBM принял решение, из-за которого компания потеряла 10 миллионов долларов (это около 70 миллионов по курсу 2009 года). CEO компании IBM Том Уотсон вызвал провинившегося директора к себе. Что произошло дальше, описывает журналист Пол Кэрролл:
Когда сжавшийся от страха менеджер вошел в кабинет, Уотсон спросил: «Вы знаете, зачем я вас сюда позвал?»
Тот ответил: «Наверное, вы хотите меня уволить?»
Уотсон изобразил удивление.
«Уволить? — спросил он. — Разумеется, нет. Я только что потратил 10 миллионов долларов на ваше обучение».
Борис был молодой судостроительный конструктор, его всего один раз увозили с совещания в больницу. Тогда ему поставили инсульт. Поэтому за руку с ним еще никто не здоровался, не дорос. В клуб избранных входили только те, кого увозили с инсультом хотя бы два раза. Но сегодняшнее совещание вполне могло стать для Бориса пропуском в мир избранных.
Всем руководителям проектов, которые жалуются на нехватку ресурсов, жесткие сроки и политические приоритеты начальства посвящается:
https://the-bvjdbx.livejournal.com/119317.html
"Чего ты читаешь эти стандарты?" - говорили они. "Эти знания прямо сейчас не нужны!" - говорили они.
Когда они понадобятся, времени не будет. Все просто.
Знакомый разработчик рассказывает. Приходит запрос: "Дорогая Ольга, настрой, пожалуйста, регулярную репликацию между базами данных А и Б. Подробное описание механизма смотри вложение". Вложение:
Весы, гороскоп на год.
На старте проекта вы обсуждаете, какую стратегию выбрать - быстро спуститься с горы вон к той тёлке (mvp) или медленно спуститься и покрыть все стадо (waterfall). На практике вы будете медленно спускаться вон к той тёлке. Она будет убегать вначале, а потом окажется, что это овца. Вы назовёте это Эджайлом и сделаете доклад на конференции.
Главная претензия, которая у меня есть к гуру Эджайла - это то, что они не учат бизнесу как таковому и не учат мышлению. А это фундамент, без которого все остальное стоит на зыбкой почве и быстро разваливается.
Разговор с рекрутером: "Вы сейчас ищете работу?" - "Да не столько ищу, сколько выбираю".
Про разговоры с людьми из госструктур
И вот ты что-то долго объясняешь про домен моделирования, экстенты вещей, понятия и представления, про субъективность моделей и отличие оркестровки процессов от хореографии процессов. Про отличие сервисов от функции и про строгое определение что такое контекст. И на тебя смотрят как на кабинетного дурака, который развел философию, игнорируя твой послужной список, часть из которого реализована на глазах собеседника.
Зато аргумент "ГОСТ … говорит" или "ISO … описывает" с открытием стандарта и цитатой стандарта закрывает сразу все онтологические вопросы.
Знай и люби своих стейкхолдеров и уважай их картину мира.
Unshare, dislike, unsubscribe and unfriend.
"Че-то сложно ты объясняешь. Давай на пальцах объясни". - "У меня столько пальцев нет, чтобы это объяснить".
Статус "все непросто" имеют право ставить только программисты. Остальные должны ставить статус "я тупой (но все просто)".
Про начальников, которые не любят свою работу
Олдстер рассказывал мне про какой-то старый, еще советских времен фильм, где сравнивали АвтоВАЗ и Вольво. Хоромы президента АвтоВАЗа и скромный типовой домик президента Вольво, огромная зарплата нашего менеджера и в 1,5-2,5 раза выше зарплаты специалиста зарплата шведского менеджера. И журналист спрашивает: "Вы ведь тоже могли бы делать для руководства зарплату выше, ведь работа у них намного сложнее, чем у рядовых специалистов". Тот ему отвечал: "Мы не хотим создавать неправильных стимулов. Люди должны идти в менеджеры не потому что там больше платят, а потому что они хотят принимать решения".
Быть начальником - это очень тяжело. Это труд, который требует самоотдачи, а ее не получить за деньги, самоотдача происходит из любви к делу, которым занимаешься. В жизни ведь сразу видно тех, кто не любит свою работу и только и думает: "Ну вот, еще плюс десять тысяч за отработанное время". Такое отношение не очень хорошо даже для специалистов, но оно губительно для руководителей, потому что от из решений, от их отношения зависит куда больше, чем от действий одного человека
Что делать? Как минимум самому не становится таким и работать с такими руководителями по-минимуму. Заниматься надо тем, что нравится, и учиться делать на этом деньги. Да, для этого надо учить маркетинг, продажи, учиться вести переговоры, но счастливая жизнь стоит этих усилий. Если рынок не предлагает того, что нужно вам, меняйте рынок, one step at a time.
Подрядчики строительства АЭС Ханхикиви-1 в Пюхяйоки, которая возводится по проекту Росатома, ждали, пока проснутся болотные лягушки.
А вы говорите, для чего нужна концепция стейкхолдеров.
- Привет, меня зовут Егор и я программист.
- Привет, Егор.
- Я начал программировать в 7 лет. Ко мне подошел мальчик из 8-го класса и сказал, что даст сто рублей, если я помогу ему сделать домашку по информатике. Когда я спросил его, почему он подошел ко мне, он ответил, что у меня самые большие очки, значит я тут самый умный. Так я подсел на Кумир. Я каждый день бегал в класс информатики и решал задачи. С каждым днем я проходил все больше заданий, пока они не кончились. Но мне хотелось еще, я сам того не заметил, как втянулся. Учитель выгонял меня из класса, потому что компьютеров на всех не хватало, и я стал приходить по вечерам. По вечерам занимались дошкольники и у них не было Кумира, а был только Пиктомир. Но мне было уже все равно. Через неделю Пиктомир тоже закончился. И я стал упрашивать родителей купить мне Ардуино. Я был очень настойчив и они быстро уступили. Я сидел с ним целыми днями и собирал-отлаживал и делал с ним самые невероятные штуки. Однажды меня за этим делом застукал директор школы, я как раз закончил программировать модем на 19,200, и я попал на заметку. Меня отвели в учительскую и записали на олимпиаду по робототехнике, а потом и по программированию. Тогда мне казалось, что это делает меня старше, добавляет авторитета, ведь я был единственным, кто мог зайти под рутом и на Андроид и на iPhone и поставить любые настройки. Девчонки это особенно ценили.
Он замолчал, стоял, оглядываясь на сидевших вокруг анонимных программистов, и тихонько продолжил.
- С этого момента жизнь моя пошла под откос. Я подсел на Питон и стал кодить два раза в день. Так продолжалось несколько месяцев, пока ко мне не пришел тот же самый парень, который дал мне Кумир в первый раз и не предложил попрограммировать за деньги. Мне было уже все равно и я согласился. Я стал кодить не только по фану, но и для других. Хотя нет, вначале фан все же был, но потом я просто не мог остановиться. Я вставал в пять утра и даже не умываясь садился за борду. У меня стояли два экрана 4к, рядом с ними всегда был стакан с кофе и я кодил до часу ночи. Немного спал, и на следующий день все повторялось опять. Я не понимал, где день, а где ночь, какой сегодня день недели, я просто кодил. Плоть была не важна. Наконец я сдал проект и получил свои деньги. Витек не обманул, это были огромные деньги. Я пошел и купил себе горящий тур на завтра и улетел в Тунис. Но уже в самолете я понял, что не долечу, а я с собой не взял даже ноутбука, только телефон. Пришлось ставить на него AIDE-IDE, и спутниковый интернет обошелся мне в половину месячной зарплаты, но терпеть я просто не мог. В аэропорту я сел в такси и поехал в ближайший компьютерный магазин, до которого было 150 километров, ведь это был курортный город. Но зато уже вечером я сидел в номере и кодил. Я не вылезал из него три дня, пока в номер не постучали, это была полиция. Они увидели заросшего бородой худого бледного мужика, от которого даже не пахло алкоголем. Понятно, что они подумали. Меня депортировали из страны обратно в Россию, но мне было все равно, ведь у меня был ноутбук, Git и безлимитный Интернет.
Было видно, как он плачет.
- Мама очень огорчилась, когда узнала. И я решил завязать с этим. Я вернулся в Подмосковье и устроился на работу сторожем. Я сидел в своей будке и смотрел на проходящих людей, а видел только код. Мимо меня часто ходила девушка в красном, но я часто принимал ее за выдумку, потому что перед глазами был только код, зеленые символы на черном фоне. Однажды она остановилась и заговорила со мной. Так мы познакомились. А через полгода даже решили пожениться. Мои друзья сказали, что без мальчишника идти на свадьбу нельзя. И хотя я к тому времени не программировал уже год, я не удержался. У одного из друзей в углу стоял Синклер и лежали кассеты. Они были очень старые, это вообще был древний хлам. Не знаю как, но мне чудом удалось загрузить его и открыть редактор Ассемблера. Такого невероятного кайфа я не испытывал никогда. Я кодил, кодил и кодил, пока не настала ночь. И тут я опомнился. Я пропустил собственную свадьбу. Из-за программирования я пропустил собственную свадьбу. Анна со мной больше никогда не разговаривала, она даже не подозревала, что я был программистом. Точнее, почему был, я и есть программист со стажем. Дальше все пошло наперекосяк. Я подсел на Хаскель, а потом и на BrainFuck. Я писал под RTOS, я даже один раз на спор за стакан портвейна запрограммировал BPEL для BPMN2. Дальше это падение продолжаться не могло. У меня были миллионы на счетах, но меня они не радовали, мне хотелось только писать код. И я бросил. Я просто бросил и не пишу больше. Я раздал все деньги, я работаю грузчиком, потому что эти люди крайне далеки от программирования. И это все, пока.
Когда мне было 25, я очень завидовал тем, кто занимается R&D. Спойлер - сейчас не завидую.
У, думал я, как круто (в особенности глядя на их доход). Потом я сам занялся R&D и понял, что все круто выглядит ровно в тот момент, когда один раз из 10 у тебя что-то получается и ты про 4 года работы рассказываешь за пять минут. Напоминает Джорджа Констанца, который пытался впечатлить коренную жительницу Нью-Йорка на первом свидании, рассказав про свои достижения за 2 года, как будто он сделал это за неделю.
Но вот эти пять минут ты себя круто, конечно, чувствуешь.
Начальник, помни, что 80% качества создается в последние 30% времени. Срезая срок на 20% ты ухудшаешь качество в 3 раза.
Исследование психологов из Виргинского Университета показало, что половина людей согласна получить удар электрическим током вместо 10-минутных размышлений на заданную тему.
- Средний СЕО читает 60 книг в год.
- Было бы лучше, если бы он перечитывал 10 основополагающих книг всю жизнь. Куда лучше.
Только в момент написания текста вы можете понять, насколько же небрежно вы мыслите.
Ричард Гуиндон
Как в переговорах правильно говорить "Да"
Теперь про конкретные приемы, которые не влезли в выступление. Если вам надо продвинуть конкретно свой путь реализации _уже_согласованной_ концепции, то надо лучше и глубже прорабатывать тот вариант, который вы хотите завалить. Его надо проработать со всеми рисками, обоснованиями, подумать обо всех сложностях и под все риски подложить ресурсы и бюджет. Свой вариант надо обсчитать в целом, но без радужных тонов. Мотивация при этом такая: "Я больше верю в вариант оппонента, поэтому я его лучше проработал".
Из-за лучшей проработки в этом варианте будет куда больше за что зацепиться и к чему придраться, что и сделают другие. Шансов обойти препятствия у вашего варианта, меньшего по размерам и более обтекаемого, будет больше.
Контрприем - если вы видите, что из альтернатив одна в смысле глубины проработки слишком отрывается от другой, вам надо срочно выравнивать глубину обсуждения, иначе будет перекос при принятии решения.
Про технику обобщения/абстрагирования. В реальной жизни работает только пирамида Минто, вот я про нее писал:
https://www.facebook.com/alex.turkhanov/posts/10218112629904323
И делал доклад про использование в технических проектах:
https://youtu.be/nimeh4JXz-A
Конкретные советы:
На самом нижнем уровне приводятся факты, которые убедят конкретно данных слушателей/читателей. Эти факты строятся обязательно в виде историй, путь даже очень коротких типа "продаются детские ботиночки, ни разу не ношенные". Эти истории/факты должны ложиться в одну из трех этик - этики авторитетов (для тех, кто верит в Путина, Элона Маска или Эйнштейна), этики правил (для тех, кому дорог АК или РМ ВОК) и этики последствий (менее 3% людей думают о последствиях).
Эти факты обобщаются в интересы/concerns стейкхолдеров. Тут надо внимательно слушать, что они говорят и как. Помните Набокова "о важном говорят, о главном шепчут".
На следующем уровне происходит объединение/merge интересов, это ровно то, о чем я говорил на докладе.
Эти объединения должны поддерживать какой-то социально приемлемый верхний тезис, который и продается ЛПРу.
Это к вопросу о том, как думают инженеры.
По Edward Crawley, Bruce Cameron, Daniel Selva 2016
Как выглядит продажа продуктов по системному подходу?
Сидят два мужика за столом. Водку всю выпили, закуску съели, остался один соленый огурец в банке. Первый мужик берет вилку и пытается насадить на нее огурец. Долго пытается, огурец скользит по всей банке и мужик кладет вилку на стол. Тогда вилку берет второй мужик, одним движением насаживает огурец и съедает его. "Фиг бы ты его поймал,- говорит ему первый, - если бы я его не умучал".
Мораль - некоторые продукты надо продавать долго. И лучше быть вторым.
Машин лёрнинг и Пашин лёрнинг
Системные модели нужны, чтобы находить самые важные взаимодействия и игнорировать все остальные
Поясню на примере закона всемирного тяготения. Если я держу в руке яблоко и отпускаю его, оно будет падать. При этом я притягиваю яблоко, дерево, стоящее рядом, тоже притягивает яблоко, поезд, который едет мимо, тоже притягивает яблоко. Но чтобы посчитать, когда оно упадет на землю и с какой скоростью, мне надо учесть только само яблоко и ускорение свободного падения. В модели будут всего два объекта - яблоко и Земля. Будут всего две переменных - расстояние яблока от центра тяжести Земли и его начальная скорость. Я игнорирую кучу других переменных, которые тоже влияют на скорость яблока.
Системная модель или модель архитектуры предприятия показывает ровно такие ключевые силы и взаимодействия. Глядя на них, мы не забудем про Землю, обсуждая стоящие рядом с нами деревья.
Когда я переводил Рейнерцена, меня поразила средняя загруженность отделов разработки - 98,5%. По факту это значит, что десятилетия существует и никуда не девается нехватка технических специалистов. Экстенсивный рост науки и техники, который продолжался до середины 60-х, прекратился.
Данила сделал отличный доклад по тому, как развитие компьютеров свернуло не туда и что с этим делать. Его доклад дополняет видение Алана Кея, так что всем интересующимся темой рекомендую.
Длина доклада 1:15, две серии ТВ-шоу, и он стоит того, чтобы посмотреть его вместо двух серий, в нем есть и большая история из двух арок и драма и намек на выход из ситуации.
https://youtu.be/uR_4KEFxYCQ
Механизмы координации:
по Martinez и Jarillo, 1989
Структурные:
1. Деление по отделам или оргзвеньям, создание формальной структуры
2. Централизация или децентрализация принятия решений по организационной иерархии в соответствии с формальными полномочиями
3. Формализация и стандартизация: письменные политики, правила, должностные инструкции и стандартные процедуры, руководства и графики
4. Планирование: стратегическое планирование, бюджетирование, планы по функциям, расписания и др.
5. Контроль поведения и результатов: финансовые показатели, техническая отчетность, продажи и рыночные данные, непосредственное руководство
Неформальные:
6. Горизонтальное взаимодействие и отношения между отделами: прямые отношения между руководителями, временные и постоянные команды, комитеты, рабочие группы, интеграционные отделы
7. Неформальные коммуникации: личные контакты между руководителями, совместные поездки руководителей, собрания, конференции, переводы руководителей
8. Социализация: построение организационной культуры известных и разделяемых стратегических целей и задач, ценностей с помощью обучения, управление карьерным развитием, системы вознаграждения и поощрения
Доведите уже до своих рекрутеров это простое правило
"Не спрашивайте людей при собеседовании на работу, чем они занимались. Спрашивайте, что они собираются делать у вас".
Почему бизнес-аналитики ходят по трое? Один знает онтологию, второй эпистемологию, третий умеет варить кофе этим двум.
Выступление на конференции необходимо для карьерного и профессионального роста.
Многие специалисты достигают успехов в своей тематике после многолетней практики, но затем их развитие замедляется. Для дальнейшего продвижения нужна помощь других людей. Эту помощь можно получить из habr, по соцсетям, митапам, но как в этом поможет конференция?
В отличие от постов, блогов и оффлайн общения доклады тщательно обкатываются и готовятся. Автор четко доносит свою мысль, и ее можно быстро и продуктивно обсуждать. Таких мыслей на конференции много, они цепляются друг за друга, это порождает новые мысли. Поэтому конференция - это совсем не то же самое, что habr или блог. Почему докладчикам стоит подавать доклады на конференцию?
1. Когда вы готовитесь к конференции, вы четко формулируете, в чем проблема, что вас волнует больше всего. Члены ПК рецензируют ваш доклад, дают много продуманных и конкретных замечаний и задают уточняющие вопросы. В такой дискуссии вы проясните для себя те моменты, которые вам кажутся интуитивно понятными, но которые блокируют обсуждение с людьми, которые не так глубоко в теме.
2. Вы рассказываете о своем понимании проблемы и ее решении людям со свежим взглядом. Специальный тренер учит вас как правильно строить презентацию и сделать выступление интересным. Здесь работает принцип: "Объяснил им в третий раз, сам уже понял, а они все еще не понимают". Только после нескольких прогонов доклада можно понять, что же хочется сказать. Никто не будет переписывать пост три раза, поэтому доклады получаются в среднем намного яснее и понятнее, чем посты и видеоблоги.
3. После доклада вы обсуждаете проблему и решение с людьми, которым это тоже интересно. Так как вы понятно объяснили проблему и решение, то таких людей будет намного больше, чем комментаторов в блоге. Кроме того, многие люди просто читают текст и комментарии к нему, но сами ничего не пишут, хотя им есть, что сказать. А при личной встрече они же охотно с вами поговорят и вы услышите то, что вам никто не говорил никогда.
Кроме того, можно найти других интересных людей по наклейкам с интересами и по другим докладам и поговорить с ними. На конференции нормально подходить и знакомиться, это не улица.
4. Вы вернетесь домой, не потратив денег, с идеями, контактами единомышленников и запалом работать дальше. Нормальный отель, еда, знакомства - конференция сама по себе становится наградой за долгий труд по подготовке доклада.
Правильная конференция - это не пустая трата времени, это инвестиция, которая окупается.
Аналитика YouTube как образцовая архитектура предприятия
Регулярно поступает вопрос - а где увидеть в реальной жизни архитектуру предприятия?
Действительно, такие штуки никто не афиширует и даже внутри своей компании о ней мало кто знает. Есть ли открытые примеры хорошей архитектуры предприятия?
Очень хороший образец, на который все могут посмотреть - это Аналитика YouTube.
Архитектура предприятия - это набор фильтров и решений. Фильтры отсеивают важную информацию от неважной, а набор потенциальных и уже готовых решений позволяют быстро реагировать на выявленные проблемы.
Посмотрим на YouTube, что же они считают главным для любых проектов, вне зависимости от направленности, аудитории, жанра?
Есть единственная важная метрика, от которой строится все - это Время_просмотра. Средний просмотр и Просмотры (кол-во) - это производные, аналитические метрики. Равно как и многие другие - источники трафика, подписчики, показы и CTR, удержание аудитории.
YouTube подсказывает как работать с этими показателями, на что обращать внимание в их динамике, на какие проблемы канала и контента указывают эти показатели и какие решения вы можете принять после их анализа.
Эта панель показателей одинаково применима к местечковым видео и крупным коммерческим каналам, она задает общие правила игры. Поэтому архитектор предприятия не контролирует каждый шаг и оперативную обстановку, он устанавливает правила, которые очень сложно обойти. Эти правила направляют все остальные решения отдельных участников предприятия (холдинга, концерна) YouTube очень дешево и очень сердито.
Поэтому толковый архитектор предприятия экономит много денег, создавая эффективные и действенные контуры управления предприятием.
Поступил вопрос - а чем системный инженер по сути отличается от постановщика задачи?
Ответ - ничем. Системная инженерия - это комплексная постановка задачи, с учетом организационного обеспечения, необходимости заключения договоров на поставку и приобретение, инженерного менеджмента и самих технических процессов.
Забавно, что при разговоре с рекрутерами в половине случаев они говорят про "проактивность, умение взять на себя ответственность и внутреннее предпринимательство", но при этом бегут от людей с предпринимательским опытом и фрилансеров со словами: "Это тигр, который попробовал человеческой крови, его нельзя в нашу среду".
Другими словами, они ищут тех, кто будет казаться такими, но не нужны истинные таланты. И это коренное отличие от западных стран, где почти все нормальные менеджеры с опытом личных стартапов.
И ты ему рассказываешь про концепцию жизненного цикла. А он такой: "Пфф, это же элементарно, думать про стадию использования и про обслуживание во время проектирования". А сам ребенку штрипки не надел на комбинезоне.
Люди спотыкаются о кочки, а не о горы, но именно горы загораживают путь.
Цель любого моделирования - влиять на людей
ТРИЗ помогает Голливуду
Дети смотрят мультики и готовы смотреть их часто и много. Но фундаментальных сюжетов есть всего десяток и все они уже изъезжены, см. [1]. Детский кинематограф столкнулся с проблемой - мультики про средневековых принцесс надоели, даже если этой принцессой будет Фиона, а рыцарем Шрек. Нужны новые сеттинги, технологические и современные. Но как объяснить детям 4-7 лет принципы работы YouTube, протоколов TCP/IP, эмоционального интеллекта и кибербезопасности? Ответ нашелся у российской инженерной школы.
Генрих Альтшуллер, основатель теории решения изобретательских задач, придумал метод маленьких человечков, ММЧ. Он это сделал для того, чтобы облегчить размышления о принципах работы устройств. Люди плохо представляют себе абстракции, поэтому вместо функциональной схемы дозатора жидкости вы рисуете картинки с качелями, где мальчики справа бегают по качелям так, чтобы девочки безопасно соскакивали слева, и так вы легко объясняете принцип работы даже сложных устройств. Как этот метод использовали создатели мультфильмов?
Представьте эмоции в виде маленьких человечков, которые живут в голове каждого. Мультфильм "Головоломка" закладывает основы эмоционального интеллекта. Он показывает, как работает сложный механизм эмоционального регулирования и торможения у людей, и просто объясняет разницу между эмоциями и чувствами. А по моим ощущениям немногие взрослые лет 10 назад могли четко сказать, в чем разница между эмоциями и чувствами, какие эмоции базовые и как их распознавать в себе и других.
Хочешь объяснить про свободу выбора и ее последствия в Сети? И даже затронуть тематику верховного алгоритма [2]? Расскажи классическую Одиссею, но с YouTube, даркнетом и вирусами. Метод маленьких человечков работает везде.
Меня очень радует, что основы моделирования окружающего мира дают в такой увлекательной и понятной форме. Настало время новых талантов, которые встанут на плечи гигантов и шагнут в будущее.
[1] Спасите котика! И другие секреты сценарного мастерства https://www.mann-ivanov-ferber.ru/books/spasite_kota/
[2] Верховный алгоритм. Как машинное обучение изменит наш мир https://www.mann-ivanov-ferber.ru/books/verhovnyj-algoritm/
Олдфаги, осваивайте создание обучающего видеоконтента
Недавно видел очередную дискуссию о том как правильно документировать проект - писать доку, писать самодокументирующийся код или строить нормальные коммуникации и хранить все в головах. Аргументы были все те же, что и 15 лет назад в подобных дискуссиях.
Стас Фомин за 10 минут показывает джедайский путь истинных инженеров, передающих свои знания другим. Смотрите, читайте сопровождающие тексты по ссылкам, ставьте OBS, ZoomIt и учите других, не тратя на это кучу времени.
Даже не буду строить тут аргументацию почему надо потратить на получение этих знаний и навыков 1,5-2,0 часа своего времени, just take my word for it. http://0x1.tv/20190126Q
Ближе всех к объединению триады архитектура предприятия - системная инженерия - программный менеджмент с Эджайл подошел Клаус Леополд. Этот слайд легко замэппить на capabilities management (Level 1: operational), это уровень управления оргзвеньями; управление жизненным циклом (Level 2: end-2-end coordination); оркестровка всех жизненных циклов (Level 3: strategic portfolio).
Чего не хватает? Краем Клаус упомянул, что они делали Wardley mapping, так что скорее всего это осталось за рамками доклада, но надо в явном виде прописать цепочки производственной кооперации, в которых участвует предприятие, показать управление жизненными циклами использующих систем.
Т.е., беру его метод в набор для ситуационной инженерии методов.
Кодекс закупатора.
Дорогая лента, объясни мне одну вещь.
Почему когда речь идет о том, чтобы построить технически сложную вещь типа дома, холодильника, автомобиля, все соглашаются с мыслью о том, что чертежи и модели нужны, без них никак.
А когда речь идет о том, чтобы построить предприятие, которое на пару порядков сложнее, большинство даже умных людей с западным образованием и опытом работы в международных компаниях начинают говорить, что моделированием занимаются только теоретики, которые оторваны от жизни и никакого отношения к реальности модели предприятия не имеют?
Почему нельзя доверять единственной модели ситуации, а наблюдения должны всегда должны сдвигать наши оценки ситуации?
В отделение реанимации родильного дома поступил младенец. Медсестра наблюдала за ним несколько часов и ей не нравились симптомы - цвет кожи младенца менялся от здорового розового, до синюшного. Внезапно за несколько секунд младенец стал сине-черным и сердце медсестры упало. Присутствовавшие рядом специалисты срочно позвали врача и рентгенолога. Врач решил, что произошло спадение ткани легкого и команда приготовилась к операции по расправлению легкого.
Но сестра решила, что проблема была с сердцем, на это ее навел сине-черный цвет кожи младенца. Она заподозрила пневмоперикард, состояние, когда воздух заполняет пространство вокруг сердца, сжимает его и оно перестает биться. Она была в ужасе потому что уже был случай, когда из-за пневмоперикарда погиб ребенок еще до постановки диагноза. Медсестра попыталась остановить подготовку к операции, она закричала: "Это сердце!" Но ей показали на монитор сердечных биений, кооторый показывал пульс 130 ударов в минуту. Но сестра не сдавалась, вырвалась из рук человека, который держал ее и приказала всем заткнуться, пока она выслушивала стетоскопом сердце младенца. Оно не билось. Медсестра начала делать непрямой массаж сердца, а когда в комнату ворвался старший неонатолог, она насильно дала ему в руку шприц и сказала: "Это пневмоперикард. Вставляйте в сердце". Вошел рентгенолог с результатами снимка и подтвердил дигноз медсестры. Старший неонатолог взял шприц и выпустил воздух из груди младенца. Его жизнь была спасена, цвет кожи медленно вернулся к нормальному розовому. Позже группа поняла, что их ввело в заблуждение. Монитор сердечных сокращений показывал электрическую активность, а не истинные биения сердца новорожденного. Нервы в сердце младенца действительно давали команды мышцам биться, но мышцы просто не могли исполнить эти команды. И только медсестра поняла, что надо проверить сердцебиение обычным способом.
Эта история про современное мышление в байесовской парадигме, совершенно отличное от классического аристотелевского мышления с использованием силлогизмов. В аристотелевском мышлении можно выводить строгие умозаключения:
Всякий человек смертен (бо́льшая посылка)
Сократ — человек (меньшая посылка)
------------
Сократ смертен (заключение)
и в таком случае прав старший неонатолог, да и любой другой начальник. Проблема с аристотелевской логикой, что в сложных противоречивых ситуациях (т.е., в 2019 году почти всегда) младенец может умереть потому что важные свидетельства будут проигнорированы потому что они не укладываются в схему силлогизма.
Современное байесовское мышление наследует научному мышлению и говорит, что мы не можем игнорировать свидетельства (почернение кожи), и должны сдвигать свои выводы с получением этих свидетельств. Замечу, не отказываться сразу от всей позиции, как это происходит в аристотелевском мышлении, когда позиция либо правильная либо ошибочная, а именно сдвигать вероятность правильности вывода. Все возможно, говорит нам байесовское мышление, но с разной вероятностью. И чем больше доводов в сторону какого-то вывода, тем лучше надо проверять этот вариант.
Предпосылка аристотелевского мышления заключается в том, что есть какая-то самая правильная для этой ситуации модель мышления, схема принятия решений. Так в этой жизни торжествуют финансисты, юристы и МВА, они полностью уверены в том, что их оценка ситуации, их диагноз самый правильный, а все, что не укладывается в стройную схему регламентов, правил учета и лекций Слоуновского профессора, за которые начальник выложил из своего кармана 5 твоих годовых зарплат, надо просто игнорировать. К чему это приводит, мы все были свидетелями.
Похороните уже стюардессу, начните думать хотя бы в парадигме 18 века, я уж не говорю про современный вариант байесовского подхода в варианте Джеймса.
Прочел у знакомого руководителя проектов, который живет и работает в Германии:
"Работодатель отправил меня на курс по бизнес архитектуре предприятий. Сижу, учусь.
Большей чуши не слыхал в жизни
И уже препод сам начинает с этим соглашаться
Если нами правят люди, учившие такую же хрень, то неудивительно, что мы из кризисов вылезти не можем. Удивительно, что цивилизация вообще еще жива.
Но экзамен будет сложным. Что сопсна очень типично для подобной фигни. Т е спросить по делу не о чем и вопросы типа "какая фаза цикла разработки архитектуры не названа на диаграмме в главе 'введение'?"
Сразу вспоминается "укажите, кого из бывших членов Бунда не было на последнем съезде РСДРП".
Хороший лётчик умеет делать всё то же, что и плохой, но, кроме того, достоверно знает, чего нельзя делать.
Про целевую систему и системы в обеспечении: "Невозможно улучшать молоко отдельно от коровы".
От Мария Ковина-Горелик.
Многие люди выбирают быть инженерами потому что в инженерной среде ты всегда можешь выиграть спор просто потому, что ты прав. Без всякой политики.
Как хорошо скрипты писать!
К IT не надо приставать,
Не надо кодеров трясти:
«Ну напиши, ну напиши!»
Не надо умолять, браниться:
«Ну, напиши ещё страницу».
Не надо звать,
Не надо ждать,
А можно взять
И написать!
Командный метод не подходит для управления людьми знания. Чтобы управлять ими, надо:
- Быть менее иррациональным и работать с иррациональностью других;
- Играть по роли, дисциплинированно исполнять практики;
- Играть в команде, исполнять жизненный цикл
На занятиях по тактике на военной кафедре нас учил суровый майор Редькин, любитель военного романа "Черви" Флэнагана. Он любил поговорить про НАТОвскую агрессию, но военное дело знал крепко и умел понятно и без мата объяснять законы поведения в бою.
"Если вы попали на минное поле, то надо остановиться и замереть!" И потом мы отрабатывали команду: "Стой!" В самых разных условиях, в самый неожиданный момент, пока это не вошло в навык. "Если вы попали под огонь, надо бежать на противника и стрелять по нему!" "Почему?", - удивлялись мы. "Потому что, когда вы ведете огонь, он прячется, вы приближаетесь и можете лучше прицелиться". "Понятно", отвечали мы. И отрабатывали команду: "Марш бегом, огонь!"
На одном занятии Редькин был особенно загадочен. Обычно он сразу задавал вопрос по пройденному материалу и повторял при этом: "Золотая триада обучения - объяснение, повторение, закрепление". А тут он ходил вдоль парт и выбирал жертву. Мы затихли, это было не к добру. "Если ты попал на минное поле, что надо делать, Соломин?" "Остановиться". "Если по тебе ведут огонь, что надо делать?" "Бежать на противника и вести огонь". "Правильно, правильно. А если ты попал на минное поле и в тебя ведут огонь, то что надо делать?" "Подпрыгнуть!" - пошутил кто-то сзади. "Не подпрыгнуть, а встать и ответить на вопрос", - прервал его Редькин. Шутник встал и помявшись несколько секунд ответил: "Не знаю, нельзя же одновременно стоять и бежать". "Верно! Тем не менее это типовая ситуация засады. Тропа заминирована, и по вам ведут огонь из укрытия. Повторю вопрос - что делать будете, курсанты?" Ответа не знал не только шутник, его не знал никто.
Майор выдержал паузу, обвел глазами класс и сказал: "Правильный ответ - надо бежать на противника и вести огонь". "Но мы же подорвемся!" - обиженным голосом отозвался шутник. "Подорвутся не все, а только часть. Оставшиеся добегут и смогут вступить в бой. А если вы будете стоять на месте, вас всех перестреляют по одиночке как в тире".
И дальше он объяснил одну штуку про военный стиль командования и управления. Почему солдат учат беспрекословно подчиняться? Потому что у каждого отдельного солдата есть очень сильный стимул не бежать по минному полю, при условии, что остальные побегут к противнику и завяжут бой. Но если так поступит каждый, то всем придет конец. Поэтому приказы исполнять должны все, это залог выживания максимального количества людей. И заключительную фразу урока я запомнил очень хорошо, майор сказал: "Но командный стиль управления годится только для простых задач, где есть правильный способ и неправильный способ, и командир точно знает, как делать правильно. Но в жизни все не так, программистам не прикажешь, по своему сыну знаю".
Если командный метод управления не годится для организации работы людей знания, то что сработает?
Урбанисты радовались, когда стали убирать сугробы, листву и собачьи какахи, но когда деревья стали умирать, они...
Объясняет системный инженер, специалист по имитационному моделированию поведения сложных систем, к.т.н. Незайкин:
"Дело в том, что то, что мы называем деревом, лишь видимая часть куда более сложной биологической системы. Корневая система дерева находится в очень сложных взаимодействиях с почвой, микроорганизмами, грибницей, червями и насекомыми. Она приспособилась к тому, чтобы нормально жить в городских условиях, и эти условия подразумевают, что откуда-то в корневую систему приходит вода, минералы и питательные вещества. В обычном окружении источником питания корневой системы растений становится упавшая листа, растаявший снег, дождь и в лесу, конечно, экскременты животных. Просто почему-то наши урбанисты считают, что зайчики на улицах Лейпцига - это очень мило, а вот овчарка, с которой гуляет олдстер, это ужасное варварство. Деревья с ними несогласны, т.к. собака питается качественными сухими кормами, в которых много минералов. Когда вы начинаете вывозить снег, убирать листву и убирать за собаками, почва становится стерильной. Это может выглядеть красиво на фотографиях, но приводит к тому, что умирают черви, насекомые, корни деревьев истощают почву и в конце концов красивые аллеи превращаются в декорации Мордора".
"Что вы рекомендуете для тех, кто озабочен городской средой и решением сложных вопросов?"
"Есть неплохой курс по системному мышлению на Coursera, он бесплатный, в нем большой чат выпускников, где можно получить поддержку и обсудить применение навыков системного мышления для решения практических вопросов".
https://www.coursera.org/learn/system-thinking
Все про работу проектного менеджера в России
Блоха и муравей подружились. Пошли вместе. Пришли к одному ручью. Блоха сказала муравью: — Я перепрыгну, а ты? — А я не перепрыгну! — говорит муравей.
Блоха — скок! — и перескочила на ту сторону, а муравей — скок! — и упал в воду. Стал муравей просить блоху:
— Блошенька, сестрица, помоги, не губи, дай вылезть из воды. Блоха — прыг-прыг! — прибежала к свинье и просит:
— Свинья, дай щетину, сплету канат-веревку, брошу в воду, вытащу моего братца-му-равеюшку.
Сказала свинья:
— А ты мне желуди носила?
Блоха — прыг-прыг! — прибежала к дубу и просит:
Дуб, дай желудей,
отнесу свинье,
свинья даст щетину,
сплету канат-веревку,
брошу в воду, вытащу
моего братца-муравеюшку.
Дуб сказал: — А ты ворон от меня отвадила?
Блоха — прыг-прыг! — прибежала к вороне, просит:
Ворона, отстань от дуба,
дуб даст желуди,
отнесу свинье,
свинья даст щетину,
сплету канат-веревку,
брошу в воду, вытащу
моего братца-муравеюшку.
Ворона сказала:
— А ты мне цыплят носила?
Блоха — прыг-прыг! — прибежала к наседке и просит:
Наседка, дай цыпленка,
отнесу вороне,
ворона отстанет от дуба,
дуб даст желуди,
отнесу свинье,
свинья даст щетину,
сплету канат-веревку,
брошу в воду, вытащу
моего братца-муравеюшку.
Наседка сказала:
— А ты мне просо носила?
Блоха — прыг-прыг! — прискакала к яме:
Яма, дай проса,
отнесу наседке,
наседка даст цыпленка,
отнесу вороне,
ворона отстанет от дуба,
дуб даст желуди,
отнесу свинье,
свинья даст щетину,
сплету канат-веревку,
брошу в воду, вытащу
моего братца-муравеюшку.
Яма сказала:
— А ты от меня мышь отвадила?
Блоха — прыг-прыг! — прискакала к мышке:
Мышка, оставь яму,
яма даст проса,
отнесу наседке,
наседка даст цыпленка,
отнесу вороне,
ворона отстанет от дуба,
дуб даст желуди,
отнесу свинье,
свинья даст щетину,
сплету канат-веревку,
брошу в воду, вытащу
моего братца-муравеюшку.
Мышка сказала:
— А ты меня от кошки избавила?
Блоха — прыг-прыг! — прискакала к кошке:
Кошка, не бегай за мышкой,
мышка оставит яму,
яма даст мне проса,
отнесу наседке,
наседка даст цыпленка,
отнесу вороне,
ворона отстанет от дуба,
дуб даст желуди,
отнесу свинье,
свинья даст щетину,
сплету канат-веревку,
брошу в воду, вытащу
моего братца-муравеюшку.
Кошка сказала:
— А ты мне молоко носила?
Блоха — прыг-прыг! — прискакала к корове:
Корова, дай молока,
отнесу кошке,
кошка не станет бегать за мышкой,
мышка оставит яму,
яма даст мне проса,
отнесу наседке,
наседка даст цыпленка,
отнесу вороне,
ворона отстанет от дуба,
дуб даст желуди,
отнесу свинье,
свинья даст щетину,
сплету канат-веревку,
брошу в воду, вытащу
моего братца-муравеюшку.
Корова сказала:
— А ты мне траву носила?
Блоха — прыг-прыг! — побежала в поле, нарвала травы и принесла корове. Корова дала ей молока.
Отнесла кошке,
кошка не стала бегать за мышкой,
мышь оставила яму,
яма дала просо,
отнесла наседке,
наседка дала цыпленка,
отнесла вороне,
ворона отстала от дуба,
дуб дал желуди,
отнесла свинье,
свинья дала щетину,
блоха сплела из щетины канат-веревку,
к веревке привязала травку
и бросила в воду.
Муравей взобрался на травку, блоха потянула веревку, вытащила своего братца-муравеюшку на берег и спасла его от смерти. Потом они опять пошли вместе.
У каждой продажи есть пять основных препятствий: нет потребности, нет денег, нет спешки, нет желания, нет доверия.
Первый в мире компилятор создала женщина, Грейс Хоппер. Еще она была контр-адмиралом ВМФ США и придумала несколько известных фраз:
- Проще просить прощения, чем получать разрешение.
- Корабль в порту находится в безопасности, но корабли строят не для этого. Они должны плавать и делать что-то новое.
Если вы думаете, что лидерство заключается в том, чтобы осознать, чего вы хотите и сказать людям сделать это, то мне вас жаль. Реальность запинает вашу задницу так далеко, что даже Гугл ее не найдет.
Гай Кавасаки.
"Наконец, завершил работу над изобретением. Разочарован тем, что никто не умеет читать."
Гуттенберг. Серия "Исторические твиты"
12 практических советов по партнерским соглашениям с корпорациями
Говорят: "Это стратегический для нас момент". Имеют в виду: "Понятия не имеем почему нам это может быть нужно".
Говорят: "Наше руководство очень этого хочет". Имеют в виду: "Вице-президент слушал предложение примерно 30 секунд и еще не дал отказ".
Говорят: "Мы можем быстро двигаться". Имеют в виду: "С юристами еще никто не говорил".
Говорят: "Юристы - не проблема". Имеют в виду: "Юристы будут огромной проблемой".
Говорят: "Мы хотим подгадать с заключением партнерства к релизу новой версии продукта". Имеют в виду: "Мы сильно отстаем от графика разработки".
Говорят: "Инженерам идея очень нравится". Имеют в виду: "Маркетинг закопает эту идею".
Говорят: "Маркетингу идея очень нравится". Имеют в виду: "Инженеры закопают эту идею".
Говорят: "Инженерам и маркетингу идея очень нравится". Имеют в виду: "Юристы закопают эту идею".
Говорят: "Инженерам, маркетингу и юристам идея очень нравится". Имеют в виду: "Так не бывает".
Говорят: "Наша основная озабоченность в том, сможете ли вы масштабироваться". Имеют в виду: "Да вы умнее, чем мы думали".
Говорят: "Мы сформируем межфункциональную команду, чтобы проект был успешным". Имеют в виду: "За успех проекта никто не будет отвечать".
Говорят: "Я скоро ухожу, но оставляю после себя классного человека, который возьмет на себя этот проект". Имеют в виду: "Нам конец".
По Гай Кавасаки "The art of the start".
Я вот думаю, почему западные практики не приживаются в России или там Черногории? Значительную роль, мне кажется, играют два эффекта.
"Няня 911". Это шоу, в котором опытная няня каждую неделю усмиряет вышедшего из-под контроля ребенка. И родители каждую неделю видят, что одни и те же приемы работают из раза в раз, но каждый про свою ситуацию думает, что она то особенная и приемы не сработают, даже пытаться не стоит. Чтобы их переубедить, надо показать, что приемы работают конкретно в их ситуации.
"Я же не ребенок, чтобы просто повторять". Когда ребенок растет, он копирует поведение точь в точь, за счёт этого быстро развивается. Взрослые почему-то начинают думать: "А подходит ли метод моей уникальной личности, а как я могу его творчески дополнить?"
В результате половина даже не пробует, а вторая половина не разобравшись в сути метода, меняет его в критичных местах, так что он не даёт результата. И все это так и останется на уровне ОБС или выступления на конференции.
"Скупой платит дважды, а глупый непрерывно" via Екатерина Шульман. Девиз системного подхода, фактически, он ведь целиком и полностью про деньги/ресурсы и их использование.
Слово "стратегический" - последнее прибежище шарлатана.
Сердце перемен, братья Хиз.
Если хочешь нормально жить, надо интересоваться мнением людей, от которых твое благосостояние зависит, кто платит тебе деньги или влияет на тех людей, кто платит тебе деньги.
Системное мышление, по сути, объясняет, как найти людей, которые платят вам деньги (найти, кто на них влияет - дело техники). Инерционный ответ нас это - начальник, Путин, заказчик в лице генерального директора. Но опытные менеджеры понимают, что это не так. Совсем не так. И рассказывают друг другу байки, истории и прочий фольклор, из которого за десять лет можно что-то на уровне интуиции понять. Но на передачу этого опыта опять уйдут годы.
Системное мышление позволяет за сопротивлением и конфликтами увидеть интересы и требования, сгенерировать на их базе архитектуру и организовать проверку и приёмку, чтобы убедиться, что конфликт больше не возникнет. И на это не нужны годы. Опыт формализуется и передаётся их проекта в проект, незаменимых людей становится все меньше.
И вы со спокойной совестью идете домой в пять, а два раза в год ездите в отпуск, отключая почту и телефон. По-моему, это здорово.
В 1960-х годах один из руководителей IBM принял решение, из-за которого компания потеряла 10 миллионов долларов (это около 70 миллионов по курсу 2009 года). CEO компании IBM Том Уотсон вызвал провинившегося директора к себе. Что произошло дальше, описывает журналист Пол Кэрролл:
Когда сжавшийся от страха менеджер вошел в кабинет, Уотсон спросил: «Вы знаете, зачем я вас сюда позвал?»
Тот ответил: «Наверное, вы хотите меня уволить?»
Уотсон изобразил удивление.
«Уволить? — спросил он. — Разумеется, нет. Я только что потратил 10 миллионов долларов на ваше обучение».
Борис был молодой судостроительный конструктор, его всего один раз увозили с совещания в больницу. Тогда ему поставили инсульт. Поэтому за руку с ним еще никто не здоровался, не дорос. В клуб избранных входили только те, кого увозили с инсультом хотя бы два раза. Но сегодняшнее совещание вполне могло стать для Бориса пропуском в мир избранных.
Всем руководителям проектов, которые жалуются на нехватку ресурсов, жесткие сроки и политические приоритеты начальства посвящается:
https://the-bvjdbx.livejournal.com/119317.html
"Чего ты читаешь эти стандарты?" - говорили они. "Эти знания прямо сейчас не нужны!" - говорили они.
Когда они понадобятся, времени не будет. Все просто.
Знакомый разработчик рассказывает. Приходит запрос: "Дорогая Ольга, настрой, пожалуйста, регулярную репликацию между базами данных А и Б. Подробное описание механизма смотри вложение". Вложение:
Заказчик, который вместо того, чтобы озвучить потребности, начинает диктовать разработчику функциональную архитектуру, получит такое: "Женщина: «Господи, пошли мне кого-нибудь настойчивого и уверенного в себе, кого-нибудь, кто будет считать меня своей вкусной конфеткой, изо всех сил будет ко мне тянуться, а давать спать по ночам не будет».
- «Ну, я даже не знаю, -ответил Господь, - ну вот тебе комары "Весы, гороскоп на год.
На старте проекта вы обсуждаете, какую стратегию выбрать - быстро спуститься с горы вон к той тёлке (mvp) или медленно спуститься и покрыть все стадо (waterfall). На практике вы будете медленно спускаться вон к той тёлке. Она будет убегать вначале, а потом окажется, что это овца. Вы назовёте это Эджайлом и сделаете доклад на конференции.
Главная претензия, которая у меня есть к гуру Эджайла - это то, что они не учат бизнесу как таковому и не учат мышлению. А это фундамент, без которого все остальное стоит на зыбкой почве и быстро разваливается.
Разговор с рекрутером: "Вы сейчас ищете работу?" - "Да не столько ищу, сколько выбираю".
Про разговоры с людьми из госструктур
И вот ты что-то долго объясняешь про домен моделирования, экстенты вещей, понятия и представления, про субъективность моделей и отличие оркестровки процессов от хореографии процессов. Про отличие сервисов от функции и про строгое определение что такое контекст. И на тебя смотрят как на кабинетного дурака, который развел философию, игнорируя твой послужной список, часть из которого реализована на глазах собеседника.
Зато аргумент "ГОСТ … говорит" или "ISO … описывает" с открытием стандарта и цитатой стандарта закрывает сразу все онтологические вопросы.
Знай и люби своих стейкхолдеров и уважай их картину мира.
Unshare, dislike, unsubscribe and unfriend.
"Че-то сложно ты объясняешь. Давай на пальцах объясни". - "У меня столько пальцев нет, чтобы это объяснить".
Статус "все непросто" имеют право ставить только программисты. Остальные должны ставить статус "я тупой (но все просто)".
Про начальников, которые не любят свою работу
Олдстер рассказывал мне про какой-то старый, еще советских времен фильм, где сравнивали АвтоВАЗ и Вольво. Хоромы президента АвтоВАЗа и скромный типовой домик президента Вольво, огромная зарплата нашего менеджера и в 1,5-2,5 раза выше зарплаты специалиста зарплата шведского менеджера. И журналист спрашивает: "Вы ведь тоже могли бы делать для руководства зарплату выше, ведь работа у них намного сложнее, чем у рядовых специалистов". Тот ему отвечал: "Мы не хотим создавать неправильных стимулов. Люди должны идти в менеджеры не потому что там больше платят, а потому что они хотят принимать решения".
Быть начальником - это очень тяжело. Это труд, который требует самоотдачи, а ее не получить за деньги, самоотдача происходит из любви к делу, которым занимаешься. В жизни ведь сразу видно тех, кто не любит свою работу и только и думает: "Ну вот, еще плюс десять тысяч за отработанное время". Такое отношение не очень хорошо даже для специалистов, но оно губительно для руководителей, потому что от из решений, от их отношения зависит куда больше, чем от действий одного человека
Что делать? Как минимум самому не становится таким и работать с такими руководителями по-минимуму. Заниматься надо тем, что нравится, и учиться делать на этом деньги. Да, для этого надо учить маркетинг, продажи, учиться вести переговоры, но счастливая жизнь стоит этих усилий. Если рынок не предлагает того, что нужно вам, меняйте рынок, one step at a time.
Подрядчики строительства АЭС Ханхикиви-1 в Пюхяйоки, которая возводится по проекту Росатома, ждали, пока проснутся болотные лягушки.
А вы говорите, для чего нужна концепция стейкхолдеров.
- Привет, меня зовут Егор и я программист.
- Привет, Егор.
- Я начал программировать в 7 лет. Ко мне подошел мальчик из 8-го класса и сказал, что даст сто рублей, если я помогу ему сделать домашку по информатике. Когда я спросил его, почему он подошел ко мне, он ответил, что у меня самые большие очки, значит я тут самый умный. Так я подсел на Кумир. Я каждый день бегал в класс информатики и решал задачи. С каждым днем я проходил все больше заданий, пока они не кончились. Но мне хотелось еще, я сам того не заметил, как втянулся. Учитель выгонял меня из класса, потому что компьютеров на всех не хватало, и я стал приходить по вечерам. По вечерам занимались дошкольники и у них не было Кумира, а был только Пиктомир. Но мне было уже все равно. Через неделю Пиктомир тоже закончился. И я стал упрашивать родителей купить мне Ардуино. Я был очень настойчив и они быстро уступили. Я сидел с ним целыми днями и собирал-отлаживал и делал с ним самые невероятные штуки. Однажды меня за этим делом застукал директор школы, я как раз закончил программировать модем на 19,200, и я попал на заметку. Меня отвели в учительскую и записали на олимпиаду по робототехнике, а потом и по программированию. Тогда мне казалось, что это делает меня старше, добавляет авторитета, ведь я был единственным, кто мог зайти под рутом и на Андроид и на iPhone и поставить любые настройки. Девчонки это особенно ценили.
Он замолчал, стоял, оглядываясь на сидевших вокруг анонимных программистов, и тихонько продолжил.
- С этого момента жизнь моя пошла под откос. Я подсел на Питон и стал кодить два раза в день. Так продолжалось несколько месяцев, пока ко мне не пришел тот же самый парень, который дал мне Кумир в первый раз и не предложил попрограммировать за деньги. Мне было уже все равно и я согласился. Я стал кодить не только по фану, но и для других. Хотя нет, вначале фан все же был, но потом я просто не мог остановиться. Я вставал в пять утра и даже не умываясь садился за борду. У меня стояли два экрана 4к, рядом с ними всегда был стакан с кофе и я кодил до часу ночи. Немного спал, и на следующий день все повторялось опять. Я не понимал, где день, а где ночь, какой сегодня день недели, я просто кодил. Плоть была не важна. Наконец я сдал проект и получил свои деньги. Витек не обманул, это были огромные деньги. Я пошел и купил себе горящий тур на завтра и улетел в Тунис. Но уже в самолете я понял, что не долечу, а я с собой не взял даже ноутбука, только телефон. Пришлось ставить на него AIDE-IDE, и спутниковый интернет обошелся мне в половину месячной зарплаты, но терпеть я просто не мог. В аэропорту я сел в такси и поехал в ближайший компьютерный магазин, до которого было 150 километров, ведь это был курортный город. Но зато уже вечером я сидел в номере и кодил. Я не вылезал из него три дня, пока в номер не постучали, это была полиция. Они увидели заросшего бородой худого бледного мужика, от которого даже не пахло алкоголем. Понятно, что они подумали. Меня депортировали из страны обратно в Россию, но мне было все равно, ведь у меня был ноутбук, Git и безлимитный Интернет.
Было видно, как он плачет.
- Мама очень огорчилась, когда узнала. И я решил завязать с этим. Я вернулся в Подмосковье и устроился на работу сторожем. Я сидел в своей будке и смотрел на проходящих людей, а видел только код. Мимо меня часто ходила девушка в красном, но я часто принимал ее за выдумку, потому что перед глазами был только код, зеленые символы на черном фоне. Однажды она остановилась и заговорила со мной. Так мы познакомились. А через полгода даже решили пожениться. Мои друзья сказали, что без мальчишника идти на свадьбу нельзя. И хотя я к тому времени не программировал уже год, я не удержался. У одного из друзей в углу стоял Синклер и лежали кассеты. Они были очень старые, это вообще был древний хлам. Не знаю как, но мне чудом удалось загрузить его и открыть редактор Ассемблера. Такого невероятного кайфа я не испытывал никогда. Я кодил, кодил и кодил, пока не настала ночь. И тут я опомнился. Я пропустил собственную свадьбу. Из-за программирования я пропустил собственную свадьбу. Анна со мной больше никогда не разговаривала, она даже не подозревала, что я был программистом. Точнее, почему был, я и есть программист со стажем. Дальше все пошло наперекосяк. Я подсел на Хаскель, а потом и на BrainFuck. Я писал под RTOS, я даже один раз на спор за стакан портвейна запрограммировал BPEL для BPMN2. Дальше это падение продолжаться не могло. У меня были миллионы на счетах, но меня они не радовали, мне хотелось только писать код. И я бросил. Я просто бросил и не пишу больше. Я раздал все деньги, я работаю грузчиком, потому что эти люди крайне далеки от программирования. И это все, пока.
Когда мне было 25, я очень завидовал тем, кто занимается R&D. Спойлер - сейчас не завидую.
У, думал я, как круто (в особенности глядя на их доход). Потом я сам занялся R&D и понял, что все круто выглядит ровно в тот момент, когда один раз из 10 у тебя что-то получается и ты про 4 года работы рассказываешь за пять минут. Напоминает Джорджа Констанца, который пытался впечатлить коренную жительницу Нью-Йорка на первом свидании, рассказав про свои достижения за 2 года, как будто он сделал это за неделю.
Но вот эти пять минут ты себя круто, конечно, чувствуешь.
Начальник, помни, что 80% качества создается в последние 30% времени. Срезая срок на 20% ты ухудшаешь качество в 3 раза.
Исследование психологов из Виргинского Университета показало, что половина людей согласна получить удар электрическим током вместо 10-минутных размышлений на заданную тему.
- Средний СЕО читает 60 книг в год.
- Было бы лучше, если бы он перечитывал 10 основополагающих книг всю жизнь. Куда лучше.
Только в момент написания текста вы можете понять, насколько же небрежно вы мыслите.
Ричард Гуиндон
Как в переговорах правильно говорить "Да"
Теперь про конкретные приемы, которые не влезли в выступление. Если вам надо продвинуть конкретно свой путь реализации _уже_согласованной_ концепции, то надо лучше и глубже прорабатывать тот вариант, который вы хотите завалить. Его надо проработать со всеми рисками, обоснованиями, подумать обо всех сложностях и под все риски подложить ресурсы и бюджет. Свой вариант надо обсчитать в целом, но без радужных тонов. Мотивация при этом такая: "Я больше верю в вариант оппонента, поэтому я его лучше проработал".
Из-за лучшей проработки в этом варианте будет куда больше за что зацепиться и к чему придраться, что и сделают другие. Шансов обойти препятствия у вашего варианта, меньшего по размерам и более обтекаемого, будет больше.
Контрприем - если вы видите, что из альтернатив одна в смысле глубины проработки слишком отрывается от другой, вам надо срочно выравнивать глубину обсуждения, иначе будет перекос при принятии решения.
Про технику обобщения/абстрагирования. В реальной жизни работает только пирамида Минто, вот я про нее писал:
https://www.facebook.com/alex.turkhanov/posts/10218112629904323
И делал доклад про использование в технических проектах:
https://youtu.be/nimeh4JXz-A
Конкретные советы:
На самом нижнем уровне приводятся факты, которые убедят конкретно данных слушателей/читателей. Эти факты строятся обязательно в виде историй, путь даже очень коротких типа "продаются детские ботиночки, ни разу не ношенные". Эти истории/факты должны ложиться в одну из трех этик - этики авторитетов (для тех, кто верит в Путина, Элона Маска или Эйнштейна), этики правил (для тех, кому дорог АК или РМ ВОК) и этики последствий (менее 3% людей думают о последствиях).
Эти факты обобщаются в интересы/concerns стейкхолдеров. Тут надо внимательно слушать, что они говорят и как. Помните Набокова "о важном говорят, о главном шепчут".
На следующем уровне происходит объединение/merge интересов, это ровно то, о чем я говорил на докладе.
Эти объединения должны поддерживать какой-то социально приемлемый верхний тезис, который и продается ЛПРу.
Комментариев нет:
Отправить комментарий