Интересное про уровни решения проблем🔥

Как по-настоящему решать проблемы
Есть четыре пути решения проблемы: absolve, resolve, solve, dissolve. Давайте представим себе голодного человека и постараемся решить его проблему с помощью всех четырех инструментов:
- Absolve — сделать вид, что проблемы нет. Самое простое решение: мы взаимодействуем с проблемой путем бездействия! Красиво?
- Resolve — частичное решение: вернуть систему назад к рабочему состоянию. Мы даем человеку рыбу и возвращаем систему к "рабочему" состоянию, человек сыт. Но это не решает проблему целиком!
- Solve — оптимальное решение: не просто вернуть систему в рабочее состояние, но обеспечить стабильность решения: мы выдаем человеку рыбу каждый день. Проблема решена навсегда, ведь человек будет сыт каждый день, верно? Не совсем: это не системное решение, это костыль. Ключевое здесь вот что: мы не поменяли систему, мы просто решили проблему.
- Dissolve — ликвидация проблемы и перестройка системы таким образом, что в будущем она не сможет возникнуть ни при каких условиях: мы даем человеку удочку и учим рыбачить. Проблема решена навсегда.

Абстрактно и непонятно, понимаю. Позвольте мне развернуть идею.

Перенесем пример на ИТ. Представьте: в результате инцидента сервис деградировал на час и компания понесла убыток в десяток миллионов рублей. Инцидент устранили и теперь все работает нормально. Поехали!

I — Absolve
Инцидент устранен, бизнес работает, деньги капают. Ну упали и упали, надо дальше двигаться.

Итог: никаких действий не предприняли. Вопрос времени, когда инцидент повторится.

II — Resolve
Фиксим баг в коде, который привел к падению.

Итог: мы вернули систему в стабильное состояние. Но у нас нет гарантий, что тот же баг не стрельнет, когда разработка поменяет код в следующий раз. Ситуация изменилась не сильно: падение по той же причине очень вероятно.

III — Solve
Фиксим баг и пишем тесты. Кажется, что решение системное. Но нет: вы не застрахованы, что ваш код сломается в другом месте, где тестов нет. Покрыть весь код тестами? Даже если у вас получится, вы потратите тонну времени.

Итог: мы вернули систему в стабильное состояние плюс обеспечили продолжительность нашего решения, больше в этом месте ничего не сломается. А в других — может сломаться.

IV — Dissolve
Проводим post mortem, на котором разбираем причину возникновения бага. Допустим, разработчик не успел дописать тесты, потому что у него слишком много горящих задач.

Тогда настоящее решение — это снизить поток входящих задач, чтобы дать время на написание тестов. Такой подход перестроит процесс разработки и устранит проблему, а не просто решит ее следствие.

Итог: мы вернули систему в стабильное состояние и устранили возможность появления багов из-за спешки разработчиков. Конечно, баги будут и дальше, но вероятность их появления из-за спешки теперь кратно ниже.

Что дальше
Это хорошая система для измерения себя как руководителя. Я думаю, хороший менеджер стремится решать проблемы с помощью dissolve: таким образом, проблем будет возникать все меньше и меньше.

Еще раз подчеркну разницу: solve решает проблему самым оптимальным образом, а dissolve перестраивает систему и устраняет возможность появления проблемы в будущем.

Проблему редко можно решить там, где она проявилась — ищите, где она появилась.

Подумайте, какой из подходов вы или ваша организация используете чаще всего? А какой хотели бы? Поделитесь в комментариях.

Понедельник - день тяжелый🫠

Выкатили три моих фичи и по всем трем были проблемы🙈

Из-за одной даже инцидент создали, так как работа встала…

Плюсом у меня ещё 2 срочные и важные задачи в работе, по которым не особо можно прерываться, чтобы не профакапить все сроки.

И на дейлике я выглядела примерно как на картинке🌚 Хорошо, что у нас в принципе понимающие коллеги, владелец продукта разрулил: один баг закрываем хот-фиксом от фронтов (с отключением моей функциональности и понижением критичности фикса), второй - передаю коллеге (кстати, это тоже оказался баг фронта, на бэке было всё гуд), третий оставили мне, но на проде просто оперативно отключили функциональность.

В общем, всё более менее разрулили. Но день стрессовый🤪

Август - время отпусков

Мир поделился на тех, кто таки отдыхает и пилит сторис на Мальдивах, и всех остальных страждущих, зависающих хоть и в комфортных, но офисах и мечтающих хотя бы увидеть солнце

В официальном мире подобное действие называется to cover for someone (подменить кого-то на работе)

Это очень приятное, нежное и вежливое выражение, которым ваш босс пытается прикрыть следуюшее (собираем бинго):

- to work/rip your ass off - порвать жопу (оно и так с нами по жизни, но в этот раз еще и по ночам
- to hustle - бегаем, суетимся, пытаемся на три встречи одновременно и не забыть, какой сегодня год
- to slave away - работать как тот раб на галерах (ну и что, что за макбуком, спина тем не менее болит и там, и там)
- brain overload - перегруз мозга (не путай с перезагрузкой, студент!)

И мое любимое (не дай Бог)

workorexia - когда ты уже и не ешь, просто потому что тупо некогда (увы, типичная ситуация у сеньоров)

А эти там все греются на солнышке

Кадровый голод?🤨

HR-ы даже в выходные пишут с вакансиями «в холодную». Находят контакты (наверное в LinkedIn) и пишут в телегу и на почту.

Если кому надо контакты, могу поделиться😅 Ищут в основном по РФ (удаленка/гибрид) и на middle+/senior позиции. Неужели у нас сейчас настолько нехватка кадров?🤔

Или это из принципа «сначала ты работаешь на зачетку, а потом зачетка на тебя?» То есть, сначала нарабатываешь опыт 3-5 лет, а потом тебя везде с распростертыми объятиями ждут?🤔

✍️Уже через 5 дней стартует приём заявок на участие в БЕСПЛАТНОЙ программе MENTOR IN TECH 6.0 от сообществ Women in Tech и Women in Big Data!

Программа продлится с 1 октября 2024 по 1 февраля 2025 года. Это возможность получить ценные знания и рекомендации от опытных профессионалов IT-индустрии.

1️⃣Подробнее о программе мы расскажем 2-го сентября в 19:00 по мск. Присоединяйтесь и задавайте все интересующие вас вопросы. Регистрация по ссылке. Запись будет ❗

2️⃣Старт подачи заявок – 1 сентября 2024 с помощью ТГ-бота. Набор будет происходить на конкурсной основе.

Мы ждём менторов и менти по следующим направлениям:

✔ Data Science
✔ QA
✔ Software Development & DevOps
✔ Digital Marketing
✔ HR & Recruitment
✔ Project Management
✔ Product Management
✔ UX/UI Design & Tech Writing
✔ Business & System Analysis
✔ Cybersecurity
✔ IT Startups
✔ Team Management in IT

Вы можете принимать участие в программе одновременно и как ментор, и как менти.

Подробнее о программе смотрите на сайте.

P.S. Распространение этого поста потенциальным менторам и менти приветствуется! Спасибо ❤️