пятница, 24 мая 2019 г.

Общая теория стейкхолдеров или почему дуракам пол-работы не показывают


Как происходит координация в сложных проектах вне поручений? Что делать, если нужны промежуточные контрольные точки?
0:08 Зачем нужна концепция стейкхолдеров? Чтобы предсказывать поведение людей и строить убедительную аргументацию.
0:26 Какие научные теории есть для предсказания поведения?
0:40 Диаграмма, поясняющая координацию людей на основе общих фактов и причину непонимания.
1:56 Эффект "Расемон" в крупных проектах.
2:25 Как успешно работать в проектах, где точки зрения участников не совпадают? Объясняю на примере сюжета и фабулы.
3:32 Как фабула помогает координации на базе фактов? Точки зрения (сюжеты) на события (фабула) = факты. Т.к. фабула одна, она объединяет в себе сюжеты (точки зрения) и на ее основе можно строить координацию.
4:24 Чем факты отличаются от свидетельств? Что такое убедительный или продающий текст?
5:24 Прагматизм и восстановление фабулы из сюжета. Механизм влияния на людей и координации команд.
6:40 Координация на базе фактов и 3 типа фактов о вещах.
7:45 Факты конкретные и факты абстрактные. Абстракции+связи=модели.
8:45 Стейкхолдеры работают и координируются абстрактными фактами (моделями).
9:45 Связь моделей и реальности, привязка моделей к объектам реального мира.
10:27 Статус абстракций.
11:10 Прагматическая диаграмма объединения различных точек зрения и моделей множества стейкхолдеров.
13:03 Диаграмма объединения различных точек зрения с "альфами", приводим абстракции со статусами и в логическом времени.
13:50 Как увязываются различные точки зрения в сложном проекте?
14:10 Почему дуракам пол-работы не показывают? Дурак не видит модели и не понимает статус альф модели, глядя на реальность.









понедельник, 20 мая 2019 г.

29 пунктов цифровой трансформации, о которых вы не подумали

Архитекторы - Роль и качества архитектора.
Архитектурный лифт. Соединяет пентхаус с машинным отделением. Это классный способ показать пользу от практики архитектуры предприятия.
Архитекторы-кинозвезды. Архитектор предприятия играет в нескольких ролях. Магия в правильном наборе этих ролей.
Архитектор предприятия или архитектор на предприятии? Практика архитектуры предприятия заключается не в том, чтобы пользоваться модными инструментами, она заключается в том, чтобы соединять бизнес и ИТ.
У архитектора три ноги. У хороших архитекторов есть навыки, влияние и лидерские качества.
Принятие решений. Люди в целом принимают очень плохие решения. Даже самые простые модели улучшают дисциплину принятия решений. Ирония ситуации в том, что наилучшие архитектурные решения часто отвергаются!
Ставит под вопрос все. Ключевой навык любого архитектора - это умение задавать вопросы, потому что ответы на вопросы вскрывают предположения.
Практика архитектуры - Принимать решения на уровне предприятия.
Кофейня, куда вы ходите, не использует 2-х фазный коммит. Можно многое узнать про системную архитектуру больших систем, наблюдая за реальным миром, даже когда вы стоите в очереди за кофе.
Является ли это архитектурой? Решить, что является архитектурой, а что нет, не так-то просто. Одна из проверок, которая поможет понять это, заключается в том, что проверить, документирует ли диаграмма или пояснительная записка к ней нетривиальные решения.
Каждая система совершенна… Понимать сложную системную динамику есть ключевой навык архитектора. Но будьте осторожны - здесь не бывает простых путей!
Да не убойся кодировать! Конфигурирование - это программирование на плохо спроектированном языке без инструментальной поддержки и тестирования. И вы поняли правильно - это очень опасно. 
Если вы ничего не будете убивать, то в будущем будете жить в окружении зомби. Штуки, которые вы не убьете или не выведете из эксплуатации, съедят ваш мозг.
Мир ИТ плоский. Взгляд на мир поставщиков ИТ-решений обречен быть однобоким. Имейте свою точку зрения на мир, и проверяйте эти две точки зрения на согласованность.
Никогда не посылайте человека выполнять работу машины. Автоматизируйте все. Что не можете автоматизировать, переведите на самообслуживание.
Если софт покоряет мир, то лучше бы вам использовать контроль версий! По мере того, как ваша инфраструктура все больше определяется софтом, вам надо все больше действовать и думать как разработчику ПО.
Организации - Понимать организационные структуры и системы.
Иллюзия контроля. Реальный контроль основывается на петлях обратной связи, а не на том, что люди приходят к вам и говорят вещи, которые вы хотите услышать.
Так больше не строят. Любовь ИТ-шников к пирамидальным структурам устарела примерно на 4000 лет.
Черные рынки не эффективны. В вашей организации можно что-то сделать только в том случае, если знаешь нужных людей? Похоже, что у вас работает черный административный рынок и вряд ли это хорошая штука.
Масштабирование организации. Поведение организационных систем похоже на поведение технических систем. И работа и данные застревают в точках синхронизации.
Медленный хаос не равен порядку. Чтобы двигаться быстро, нужна дисциплина, и замедление скорости не равно наведению порядка. 
Поднадзорность обеспечивается правильным базисом. Формирование и контроль выполнения общего плана развития может быть очень эффективным способом обеспечения корпоративного управления.
Трансформация - Осуществление изменения.
Не бывает изменений без боли! Принятие желаемого за действительное не произведет трансформацию.
Как вести изменения. Сложно ускорить реализацию изменения, если все двигаются по колено в грязи.
Экономия на скорости. Большая часть ИТ-организаций использует экономию на масштабе, хотя в последнее время экономию масштаба заменила экономия на скорости. Переориентироваться с сокращения издержек на увеличение скорости очень сложно.
Бесконечный цикл. Перестраивать работу вашей организации на более короткие итерации и постоянно улучшаться.
"Цифру" не сымитировать. Если вы хотите работать с цифровыми заказчиками, то и ваша организация должна стать полностью цифровой.
Деньги не купят любовь. Хороших людей сложно найти. И одними деньгами эту проблему не решить.
Кому нравится стоять в очереди? Повышать эффективность, увеличивая загрузку разработчиков и ИТ-шников, кажется эффективным ходом, но оборотная сторона такого решения в том, что очереди заявок становятся ооочень длинными. Больше про это можно почитать здесь.
Думать в 4-ех измерениях. Трансформация заставляет вас понимать, как увязывать "противоположные" штуки.
Быть архитектором цифровой трансформации.
У меня для вас нет ничего, кроме правды. Жизнь на "цифровой стороне" не всегда легка и безоблачна. Путь туда тоже сложный.

Автор - Грегор Хохпе. Большое интервью с ним доступно по ссылке.