Обзор методологии Total Quality Management
TQM – один из классических подходов к постоянному улучшению рабочих процессов, в основе которого лежит идея того, что за качество конечного продукта отвечает каждый человек, который им занимается.
Ключевые идеи TQM:
👩🎓Грамотное управление людьми: постоянное обучение и отсутствие переработок.
💬Близость команды к конечному пользователю и регулярный сбор обратной связи.
📆В основе всех краткосрочных целей должна лежать ясная стратегия, которая говорит о том, куда и как должна прийти компания.
💻Любая деятельность – это процесс. Управлять надо не его результатом, а самим процессом.
🪄Постоянное улучшение во всех сферах деятельности, любая проблема – повод для улучшения процесса.
👬Для реализации TQM требуется полный buy-in и участие руководства и вовлечение всей команды.
Все принципы и идеи логичные, и за десятки лет с момента появления TQM просочились в сотни других подходов. Понимать, откуда у них ноги растут, в любом случае полезно.
TQM – один из классических подходов к постоянному улучшению рабочих процессов, в основе которого лежит идея того, что за качество конечного продукта отвечает каждый человек, который им занимается.
Ключевые идеи TQM:
👩🎓Грамотное управление людьми: постоянное обучение и отсутствие переработок.
💬Близость команды к конечному пользователю и регулярный сбор обратной связи.
📆В основе всех краткосрочных целей должна лежать ясная стратегия, которая говорит о том, куда и как должна прийти компания.
💻Любая деятельность – это процесс. Управлять надо не его результатом, а самим процессом.
🪄Постоянное улучшение во всех сферах деятельности, любая проблема – повод для улучшения процесса.
👬Для реализации TQM требуется полный buy-in и участие руководства и вовлечение всей команды.
Все принципы и идеи логичные, и за десятки лет с момента появления TQM просочились в сотни других подходов. Понимать, откуда у них ноги растут, в любом случае полезно.
Хабр
Философия непрерывных улучшений: как выпустить качественный продукт, прокачать команду и не выгореть
Привет! На связи Иван Антипин, CTO AGIMA. В этой статье поговорим, как сделать так, чтобы команда хотела постоянно расти и совершенствоваться. Разберем ошибки внедрения философии Total Quality...
Советы по принятию решений
- Если принимаемое решение необратимо и очень дорого, то его принятие нужно откладывать до последнего возможного момента. Это поможет собрать как можно больше информации к этому моменту и уменьшить степень неопределенности. Верно и обратное – если решение легко обратимо, то не стоит тратить много ресурсов для его принятия.
- Разделяйте этапы обсуждения и консультаций и самого принятия решения. Иначе часть людей будет жаловаться на то, что решения принимаются слишком долго, а часть людей будет жаловаться на то, что их мнения не спросили.
- За принятое решение должны отвечать все, вовлеченные в его принятие и исполнение. При этом полезно иметь одного конкретного человека, владеющего всем контекстом, который контролирует ход его исполнения. Тут хорошая игра слов в оригинальной статье – everyone is responsible, but a specific person is accountable.
- Ведите учет принимаемым решениям с помощью практики decision records – специальных заметок, включающих в себя объяснение причин и план исполнения решения.
- Если принимаемое решение необратимо и очень дорого, то его принятие нужно откладывать до последнего возможного момента. Это поможет собрать как можно больше информации к этому моменту и уменьшить степень неопределенности. Верно и обратное – если решение легко обратимо, то не стоит тратить много ресурсов для его принятия.
- Разделяйте этапы обсуждения и консультаций и самого принятия решения. Иначе часть людей будет жаловаться на то, что решения принимаются слишком долго, а часть людей будет жаловаться на то, что их мнения не спросили.
- За принятое решение должны отвечать все, вовлеченные в его принятие и исполнение. При этом полезно иметь одного конкретного человека, владеющего всем контекстом, который контролирует ход его исполнения. Тут хорошая игра слов в оригинальной статье – everyone is responsible, but a specific person is accountable.
- Ведите учет принимаемым решениям с помощью практики decision records – специальных заметок, включающих в себя объяснение причин и план исполнения решения.
Medium
Some thoughts on decision making
How decisions are made is more important than who makes them
Про баланс между целями бизнеса и целями пользователей
Все хотят иметь команду не просто инженеров, а инженеров с продуктовым мышлением. Статья по ссылке довольно хорошо рассказывает о том, что это на самом деле значит, и почему нельзя фокусироваться на чем-то одном, будь то закрытие своих проектов и задач, решение проблем пользователя или достижение целей компании.
Все хотят иметь команду не просто инженеров, а инженеров с продуктовым мышлением. Статья по ссылке довольно хорошо рассказывает о том, что это на самом деле значит, и почему нельзя фокусироваться на чем-то одном, будь то закрытие своих проектов и задач, решение проблем пользователя или достижение целей компании.
Не забывайте хвалить свою команду и говорить “Спасибо”
Одной из вещей, которые меня удивили в недавнем опросе начинающих тимлидов, было то, что с проблемой дачи негативной обратной связи сталкивалось 70% опрошенных, а с тем, чтобы хвалить тех, кто работает хорошо, всего лишь 30%. Этому, конечно, могут быть разные объяснения. Одно из них в том, что руководители, действительно, работают в одном из двух режимов:
1. Если все плохо, надо ругать
2. Если все хорошо, то не о чем и разговаривать
На самом деле это, конечно же, не так. Регулярное выражение признательности довольно сильно бустит мотивацию. Если вы понимаете, что это – не ваша сильная сторона, почитайте статью, там есть несколько очень простых техник, как прокачать в себе этот скилл.
Одной из вещей, которые меня удивили в недавнем опросе начинающих тимлидов, было то, что с проблемой дачи негативной обратной связи сталкивалось 70% опрошенных, а с тем, чтобы хвалить тех, кто работает хорошо, всего лишь 30%. Этому, конечно, могут быть разные объяснения. Одно из них в том, что руководители, действительно, работают в одном из двух режимов:
1. Если все плохо, надо ругать
2. Если все хорошо, то не о чем и разговаривать
На самом деле это, конечно же, не так. Регулярное выражение признательности довольно сильно бустит мотивацию. Если вы понимаете, что это – не ваша сильная сторона, почитайте статью, там есть несколько очень простых техник, как прокачать в себе этот скилл.
Про асинхронную работу
Недавно исследователи из Meta выложили любопытный рисерч. Согласно ему, у инженеров в неделю в среднем получается выделять только 14 часов на сфокусированную работу без отвлечений. Чтобы помочь им увеличить количество времени в состоянии фокуса, ребята разработали специальный инструмент, который глушит все уведомления из чатов, когда замечает, что разработчик вошел в поток. Показатели выросли на 20%, все счастливы.
Но в огромном количестве случаев применение такого инструмента будет лечить симптомы, а не корневые причины проблемы. В большинстве случаев синхронные коммуникации, которые требуют выделения времени инженера не тогда, когда ему удобно, а в случайный момент времени, вообще не нужны. Встречи могут быть заменены перепиской, часть диалогов – комментариями в документе или таск-трекере, а еще большая часть – хорошей документацией. Короче говоря, асинхронность > синхронность.
В статье разбирается концепция асинхронной работы для тех, кто с ней не знаком – ее организация, достоинства и основные принципы.
Недавно исследователи из Meta выложили любопытный рисерч. Согласно ему, у инженеров в неделю в среднем получается выделять только 14 часов на сфокусированную работу без отвлечений. Чтобы помочь им увеличить количество времени в состоянии фокуса, ребята разработали специальный инструмент, который глушит все уведомления из чатов, когда замечает, что разработчик вошел в поток. Показатели выросли на 20%, все счастливы.
Но в огромном количестве случаев применение такого инструмента будет лечить симптомы, а не корневые причины проблемы. В большинстве случаев синхронные коммуникации, которые требуют выделения времени инженера не тогда, когда ему удобно, а в случайный момент времени, вообще не нужны. Встречи могут быть заменены перепиской, часть диалогов – комментариями в документе или таск-трекере, а еще большая часть – хорошей документацией. Короче говоря, асинхронность > синхронность.
В статье разбирается концепция асинхронной работы для тех, кто с ней не знаком – ее организация, достоинства и основные принципы.
Corporate Rebels
Work 10x Smarter With One Magic Word: Asynchronicity
What most companies call " remote work " is actually just a new name for all the bad stuff that used to happen in offices. Back-to-back meetings, constant…
Скидки на плейлисты Podlodka Crew
Мы с командой запустили распродажу всех плейлистов Подлодки под Черную пятницу. Скидка накопительная, больше плейлистов – больше скидон. Вот несколько особенно крутых, которые рекомендую вам посмотреть:
🤔Teamlead Crew 5: Как работать с лоу перформерами и куда тимлиду расти дальше
🤝Teamlead Crew 4: Рост и оценка сотрудников
👀HR Crew 1: Поиск, привлечение и собеседования
💬Soft Skills 1: Problem solving и коммуникации
Я опоздал рассказать вам про акцию, поэтому лучше поспешить – мы закроем ее уже завтра.
👉Магазин плейлистов
Мы с командой запустили распродажу всех плейлистов Подлодки под Черную пятницу. Скидка накопительная, больше плейлистов – больше скидон. Вот несколько особенно крутых, которые рекомендую вам посмотреть:
🤔Teamlead Crew 5: Как работать с лоу перформерами и куда тимлиду расти дальше
🤝Teamlead Crew 4: Рост и оценка сотрудников
👀HR Crew 1: Поиск, привлечение и собеседования
💬Soft Skills 1: Problem solving и коммуникации
Я опоздал рассказать вам про акцию, поэтому лучше поспешить – мы закроем ее уже завтра.
👉Магазин плейлистов
25 вопросов с собеседований VP of Engineering
Автор статьи регулярно ходит по собеседованиям на позиции уровня VP of Engineering и собирает вопросы оттуда. В статье он рассказывает про два десятка самых часто встречающихся вопросов и про то, кто их обычно задает.
- CTO и CPO чаще всего задают вопросы про организацию инженерных команд и взаимодействие их с другими функциями
- CEO делают упор на ваш бэкграунд и то, какое влияние вы оказываете на команду
- Главный HR говорит про масштабирование команды, увольнения и организацию роста людей
Автор статьи регулярно ходит по собеседованиям на позиции уровня VP of Engineering и собирает вопросы оттуда. В статье он рассказывает про два десятка самых часто встречающихся вопросов и про то, кто их обычно задает.
- CTO и CPO чаще всего задают вопросы про организацию инженерных команд и взаимодействие их с другими функциями
- CEO делают упор на ваш бэкграунд и то, какое влияние вы оказываете на команду
- Главный HR говорит про масштабирование команды, увольнения и организацию роста людей
Большая коллекция материалов про engineering management
Если вам не хватает контента в канале, то вот целая библиотека книг, видео, подкастов и статей про все функции инжиниринг менеджмента от работы с людьми и процессами до технологий и управлений релизами.
Если вам не хватает контента в канале, то вот целая библиотека книг, видео, подкастов и статей про все функции инжиниринг менеджмента от работы с людьми и процессами до технологий и управлений релизами.
GitHub
GitHub - charlax/engineering-management: A collection of inspiring resources related to engineering management and tech leadership
A collection of inspiring resources related to engineering management and tech leadership - charlax/engineering-management
🟣Найти «своего» сотрудника — задача не из легких. Позже может выясниться, что ваши ценности не совпадают, эта работа не подходит новому сотруднику или ему не хватает компетенций. В таких случаях компания всегда теряет время и деньги. Хорошая новость в том, что этого можно избежать.
❓Какие ошибки совершают начинающие менеджеры при проведении интервью? Что поможет объективно оценить кандидата? Как корректно транслировать ценности команды?
Эти вопросы обсудят на бесплатном онлайн-митапе с коллегами из Яндекса и OTUS 6 декабря в 19:00 (мск).
Спикером выступит Евгений Картавец, руководитель продукта в «Образовательные технологии Яндекса», который уже прошел этот путь и поделится своими инсайтами.
В эфире расскажут, как найти сотрудника и не ошибиться в своем выборе. А также обсудят, как провести интервью так, чтобы оставить хорошее впечатление о компании и вас лично.
Зарегистрируйтесь, чтобы получить ссылку на вебинар: https://otus.pw/DRsn/
❓Какие ошибки совершают начинающие менеджеры при проведении интервью? Что поможет объективно оценить кандидата? Как корректно транслировать ценности команды?
Эти вопросы обсудят на бесплатном онлайн-митапе с коллегами из Яндекса и OTUS 6 декабря в 19:00 (мск).
Спикером выступит Евгений Картавец, руководитель продукта в «Образовательные технологии Яндекса», который уже прошел этот путь и поделится своими инсайтами.
В эфире расскажут, как найти сотрудника и не ошибиться в своем выборе. А также обсудят, как провести интервью так, чтобы оставить хорошее впечатление о компании и вас лично.
Зарегистрируйтесь, чтобы получить ссылку на вебинар: https://otus.pw/DRsn/
🔵В чем заключается роль тимлида?
В контроле команды? В ответственности за процесс разработки? Может в умении разговаривать на языке программистов?
Роль тимлида всегда поддаётся разночтениям. Но можно сказать совершенно точно: тимлид должен быть полноценным менеджером.
Как делегировать и распределять задачи команде эффективно и экологично? Расскажут 15 декабря в 19:00 мск на онлайн-митапе в OTUS.
На вебинаре обсудят:
🔹Как определить свои зоны ответственности как тимлида
🔹В каких случаях руководитель может работать «руками», а когда — это обязанности команды
🔹Как распределять задачи, чтобы команда развивалась, а проекты реализовывались
Спикер: Александр Пряхин, технический руководитель юнита в Авито и преподаватель курсов OTUS. Александр прошел долгий путь от Junior Developer до CTO и ему есть что рассказать.
Для участия зарегистрируйтесь: https://otus.pw/uHG4/
В контроле команды? В ответственности за процесс разработки? Может в умении разговаривать на языке программистов?
Роль тимлида всегда поддаётся разночтениям. Но можно сказать совершенно точно: тимлид должен быть полноценным менеджером.
Как делегировать и распределять задачи команде эффективно и экологично? Расскажут 15 декабря в 19:00 мск на онлайн-митапе в OTUS.
На вебинаре обсудят:
🔹Как определить свои зоны ответственности как тимлида
🔹В каких случаях руководитель может работать «руками», а когда — это обязанности команды
🔹Как распределять задачи, чтобы команда развивалась, а проекты реализовывались
Спикер: Александр Пряхин, технический руководитель юнита в Авито и преподаватель курсов OTUS. Александр прошел долгий путь от Junior Developer до CTO и ему есть что рассказать.
Для участия зарегистрируйтесь: https://otus.pw/uHG4/
Влияние рынка вакансий на сложность технических интервью
Я думаю, все уже знают про массовые увольнения программистов как в FAANG, так и в стартапах, хайринг-фризы и в целом про наступивший кризис для тех, кто работает в IT. Тут подъехали довольно интересные данные от сервиса, проводящего технические собеседования:
- Количество открытых вакансий на рынке упало на ~40%, при этом количество открытых для найма инженеров постепенно растет.
- Планка сложности прохождения технического интервью поднялась на 15%. Сейчас, чтобы получить работу, надо пройти собеседование в среднем лучше 78% остальных кандидатов.
Я думаю, все уже знают про массовые увольнения программистов как в FAANG, так и в стартапах, хайринг-фризы и в целом про наступивший кризис для тех, кто работает в IT. Тут подъехали довольно интересные данные от сервиса, проводящего технические собеседования:
- Количество открытых вакансий на рынке упало на ~40%, при этом количество открытых для найма инженеров постепенно растет.
- Планка сложности прохождения технического интервью поднялась на 15%. Сейчас, чтобы получить работу, надо пройти собеседование в среднем лучше 78% остальных кандидатов.
Сначала – интересы компании, потом – команды, потом – твои
Держите простую, но полезную ментальную модель, которая помогает принимать решения и приоритизировать как свою личную работу, так и командную. Если в первую очередь делать то, что закрывает интересы компании, во вторую очередь – команды, а в третью – твои личные, то в большинстве случаев результаты будут оптимальными с точки зрения ожиданий и пользы от твоей работы.
Как и у любое другое правило, в ряде случаев это разумно нарушать. Часто в системе присутствуют непрямые зависимости. Например, тимлид, который тратит свое время на написание кода – не всегда бесполезная трата ресурсов компании. Если его эта работа заряжает энергией и драйвит, то разумно тратить на нее часть времени, ведь это в итоге улучшит и общий результат.
Держите простую, но полезную ментальную модель, которая помогает принимать решения и приоритизировать как свою личную работу, так и командную. Если в первую очередь делать то, что закрывает интересы компании, во вторую очередь – команды, а в третью – твои личные, то в большинстве случаев результаты будут оптимальными с точки зрения ожиданий и пользы от твоей работы.
Как и у любое другое правило, в ряде случаев это разумно нарушать. Часто в системе присутствуют непрямые зависимости. Например, тимлид, который тратит свое время на написание кода – не всегда бесполезная трата ресурсов компании. Если его эта работа заряжает энергией и драйвит, то разумно тратить на нее часть времени, ведь это в итоге улучшит и общий результат.
Lethain
Company, team, self.
Back when I was managing at Uber, I latched onto a thinking tool that I drilled into the teams I worked with: reach the right outcomes by prioritizing the company first, your team second, and yourself third. This company/team/self framework proved itself…
Аддитивность найма
Один из ключевых принципов найма в Netflix – аддитивность. Приход нового человека в команду должен не просто увеличить количество рабочих рук, но и принести те качества, которых текущему составу команды не хватает. В статье предлагается попробовать инструмент Team Talent Map, который помогает соотнести качества участников команды и то, что от нее ожидает бизнес.
Один из ключевых принципов найма в Netflix – аддитивность. Приход нового человека в команду должен не просто увеличить количество рабочих рук, но и принести те качества, которых текущему составу команды не хватает. В статье предлагается попробовать инструмент Team Talent Map, который помогает соотнести качества участников команды и то, что от нее ожидает бизнес.
Команда Тинькофф ищет системных аналитиков💡
Большое комьюнити системных аналитиков решает крутые задачи — участвует в разработке высоконагруженных сервисов для 27 миллионов клиентов, экспериментирует и ищет новые решения. Приглашает в команду системных аналитиков с опытом от трех лет!
Работать с Тинькофф значит:
— не ограничивать свои скиллы и вводить в сервисы новые фичи;
— делать жизнь миллионов людей удобнее и технологичней;
— расти в грейде по скиллам, а не по стажу в компании;
— становиться заметным в профессиональном комьюнити.
А еще команда всегда «за» действительно комфортную работу. Поэтому большинство бытовых забот делегируют компании: от расширенного ДМС и юридической помощи до питания и разных активностей.
Откликнуться и узнать подробнее о команде системных аналитиков Тинькофф: https://o.tinkoff.ru/pro.sa
Большое комьюнити системных аналитиков решает крутые задачи — участвует в разработке высоконагруженных сервисов для 27 миллионов клиентов, экспериментирует и ищет новые решения. Приглашает в команду системных аналитиков с опытом от трех лет!
Работать с Тинькофф значит:
— не ограничивать свои скиллы и вводить в сервисы новые фичи;
— делать жизнь миллионов людей удобнее и технологичней;
— расти в грейде по скиллам, а не по стажу в компании;
— становиться заметным в профессиональном комьюнити.
А еще команда всегда «за» действительно комфортную работу. Поэтому большинство бытовых забот делегируют компании: от расширенного ДМС и юридической помощи до питания и разных активностей.
Откликнуться и узнать подробнее о команде системных аналитиков Тинькофф: https://o.tinkoff.ru/pro.sa
Как устроены архитектурные ревью в Skyscanner
У Подлодки есть замечательный выпуск с Филиппом Дельгядо про то, почему code review часто добавляет больше проблем, чем пользы, и про другие виды peer review, которыми его можно заменить. Если вы уже посмотрели выпуск или доклад Фила на ту же тему, и хотите узнать, а как оно работает на практике, то вот вам кейс от Skyscanner.
- Автор планируемого изменения готовит документ, в котором описывает решаемую проблему и детали своего решения.
- Этот пропозал читают и комментируют все связанные с изменением команды. Весь ревью организован асинхронно, встреча собирается только в том случае, если есть какие-то крупные вопросы и комментарии, которые автору удобнее разобрать голосом.
- Документ продолжает жить и дальше, постепенно превращаясь в документацию разработанного сервиса или принятого решения.
У Подлодки есть замечательный выпуск с Филиппом Дельгядо про то, почему code review часто добавляет больше проблем, чем пользы, и про другие виды peer review, которыми его можно заменить. Если вы уже посмотрели выпуск или доклад Фила на ту же тему, и хотите узнать, а как оно работает на практике, то вот вам кейс от Skyscanner.
- Автор планируемого изменения готовит документ, в котором описывает решаемую проблему и детали своего решения.
- Этот пропозал читают и комментируют все связанные с изменением команды. Весь ревью организован асинхронно, встреча собирается только в том случае, если есть какие-то крупные вопросы и комментарии, которые автору удобнее разобрать голосом.
- Документ продолжает жить и дальше, постепенно превращаясь в документацию разработанного сервиса или принятого решения.
Medium
Building systems at scale: how Skyscanner approaches engineering design reviews
By Tom Butterwith, Engineering Manager
Курс «Английский для продактов» от Яндекс Практикума
Для тех, кто хочет изменить свою профессиональную жизнь и работать в международной команде.
Обучение построено вокруг рабочих ситуаций и полезных для карьеры навыков:
Самопрезентация. Демонстрация лидерских качеств на встречах. Рассказ о себе на собеседовании и при знакомстве с командой. Презентация итогов и JTBD команде.
Питч стратегии продукта. Ответы на product sense questions на собеседовании. Защита дорожной карты перед стэйкхолдерами.
Навигация в спорных ситуациях. Переговоры о ресурсах и сроках со стейкхолдерами. Работа с немотивированными командами. Обсуждение проблем и идей на ретро.
Питчинг локальных и глобальных трендов. Обсуждение ценностей, которые вызывают доверие пользователей, на собеседовании и во время нетворкинга.
Обсуждение результатов работы. Продуктовое демо для стейкхолдеров. Ревью для себя и команды: рефлексия и развивающий фидбек.
Запишитесь на бесплатную консультацию. Определят ваш уровень языка и расскажут подробнее про обучение.
Для тех, кто хочет изменить свою профессиональную жизнь и работать в международной команде.
Обучение построено вокруг рабочих ситуаций и полезных для карьеры навыков:
Самопрезентация. Демонстрация лидерских качеств на встречах. Рассказ о себе на собеседовании и при знакомстве с командой. Презентация итогов и JTBD команде.
Питч стратегии продукта. Ответы на product sense questions на собеседовании. Защита дорожной карты перед стэйкхолдерами.
Навигация в спорных ситуациях. Переговоры о ресурсах и сроках со стейкхолдерами. Работа с немотивированными командами. Обсуждение проблем и идей на ретро.
Питчинг локальных и глобальных трендов. Обсуждение ценностей, которые вызывают доверие пользователей, на собеседовании и во время нетворкинга.
Обсуждение результатов работы. Продуктовое демо для стейкхолдеров. Ревью для себя и команды: рефлексия и развивающий фидбек.
Запишитесь на бесплатную консультацию. Определят ваш уровень языка и расскажут подробнее про обучение.
Что влияет на то, насколько продуктивным себя воспринимает разработчик
Google провел исследование того, какие факторы больше всего влияют на воспринимаемую продуктивность разработчика. Чтобы сделать исследование более надежным, одних и тех же людей опрашивали много раз через определенные временные промежутки.
Самые значимые факторы следующие:
1️⃣Удовлетворение от инфры и используемых инструментов
2️⃣Инновационность инфры и инструментов
3️⃣Качество кода в проекте
4️⃣Уровень техдолга в проекте
5️⃣Скорость кодревью
Google провел исследование того, какие факторы больше всего влияют на воспринимаемую продуктивность разработчика. Чтобы сделать исследование более надежным, одних и тех же людей опрашивали много раз через определенные временные промежутки.
Самые значимые факторы следующие:
1️⃣Удовлетворение от инфры и используемых инструментов
2️⃣Инновационность инфры и инструментов
3️⃣Качество кода в проекте
4️⃣Уровень техдолга в проекте
5️⃣Скорость кодревью
Причины инцидентов, о которых часто забывают
Процесс инцидент-менеджмента часто включает в себя категоризацию инцидентов по причинам их возникновения. Это помогает на длинной дистанции оценивать вклад различных проблем в общую надежность системы.
В статье приводится четыре категории, которые редко появляются в пост-мортемах, но являются истинными причинами многих проблем:
📆Избыточное давление дедлайнов, из-за которого люди истощают свои ресурсы и принимают неоптимальные решения.
🚏Конфликтующие цели, из-за которых инженер может попасть в безвыходную ситуацию.
⤵️Когда-то реализованные костыли и воркэраунды, нарушающие явные контракты системы.
Процесс инцидент-менеджмента часто включает в себя категоризацию инцидентов по причинам их возникновения. Это помогает на длинной дистанции оценивать вклад различных проблем в общую надежность системы.
В статье приводится четыре категории, которые редко появляются в пост-мортемах, но являются истинными причинами многих проблем:
📆Избыточное давление дедлайнов, из-за которого люди истощают свои ресурсы и принимают неоптимальные решения.
🚏Конфликтующие цели, из-за которых инженер может попасть в безвыходную ситуацию.
⤵️Когда-то реализованные костыли и воркэраунды, нарушающие явные контракты системы.
Surfing Complexity
Incident categories I’d like to see
If you’re categorizing your incidents by cause, here are some options for causes that I’d love to see used. These are all taken directly from the field of cognitive systems engineering …