Видишь Hold? — Нет. — А он там есть!

В workflow задачи не должно быть статусов “Hold”, “In Review”, “Awaiting for approval”, "Требуется информация", “На согласовании” и других заморозок.

Работа либо выполнена, либо нет

Сбор информации, рецензирование и согласование результата — это часть работы над задачей, фрагмент, а не отдельная активность. Если требуется явно показать, что другой участник дает ревью и выполняет работу над задачей, то правильным будет изменить поле исполнителя на него (=перевесить!). Когда рецензент закончит, то он самостоятельно должен перевесить тикет на следующего исполнителя или обратно на предыдущего, если нужно продолжить работу и тикет не переведен в "Done".

Если существуют петли "Вернуть на доработку" и "Вернуть в беклог", то в итоге статусы задач с такими workflow начнут протухать, и управление на доске становится нагрузкой. Лишняя микрозадача кликать статусы без увеличения прозрачности работы. Соблюдение формы, но не сути. Отчетность и микроменеджмент.

🥺 Если нельзя перевешивать, потому что "KPI трекается по времени удержания на исполнителе” или “это затраты другой команды” и происходит мультитаскинг… нужно всё перепроверить. Аналитика данных, построенная на таких workflow, часто способ избежать санкций и претензий за неэффективность, а не довести до конца работу качественно для получения настоящей эффективности. Дашборды и презентации есть, но фокус целей смещен.

Сам факт зависания карточки задачи в каком-либо статусе и есть состояние “Hold”. Намного проще бороться с явными ботлнеками, видеть, если работа зависает долго без движения вперед, а не маскировать проблему расширением статусов и заметать хаос в статус-ковер. По факту новой работы может быть не так много, а это скорее недоделанная старая. Сопутствующие проблемы и техдолг вызванные workflow с заморозками.

Задачи в “Hold” и "Требуется информация" протухают, надо идти выяснять в каком состоянии данные и договоренности... и 9/10 случаев задачи из этих статусов не будут выполнены никогда. Уже насыпались новые задачи, все ушли решать другие проблемы, а блокеры никто не траблшутил, чтобы снять заморозку. При таких workflow культуры чистить и закрывать зомби-задачи не вырабатывается, потому что нет единого центра принятия решений, нет прозрачности подхода в работе. Если случайно потерять доску с такими задачами, то ничего не произойдет. Специалисты и так ей не пользовались, а договаривались лично в чатах и на звонках.

Если в ходе выполнения задачи команда ошиблась, задача требует серьезного изменения или переопределения, то её надо перевести в "Closed" с резолюцией и начинать новую с учетом полученного опыта. Чтобы прошлым опытом доступно было воспользоваться, надо результаты корректно и информативно документировать в описаниях задач. Оставлять пустые контейнеры и брошенные черновики не хорошо.

Никуда не делалась, просто отсутствие постов это пара причин

Причина 1: умные и хорошие мысли не посещают так часто, как хотелось бы. Да и интересного, на мой взгляд, тоже не всегда наскребется.

Нет достойных рассуждений — нет постов

Причина 2: я тоже своего рода Scrum😁
Выдаю инкремент в лучшем случае раз в 2 недели. Постов много быть не может.

Причина 3: я работаю. Канал и учёба всегда в овертайм после рабочего дня или в выходные. Это надо держать в правильном смешении.

//Но вот есть гифка, где нашла уке в офисе Нижнего Новгорода, когда была в командировке 👋

Что делать со стрессом

Нет такой способности перестать получать урон от стресса и негатива.
Все люди используют один способ или комбинацию нескольких. Если обобщать, то они направлены на смещение фокуса, снижение интенсивности и изменение условий.
Поэтому игры и сериалы так эффективны, а CEO и С-level пропадают на сайклинге, триатлоне и марафонах.

Чуть более года назад мне было очень плохо от работы. Задачи не сходились, переговоры не удавались, изменения никак не внедрялись вообще нигде: ни в системах, ни в процессах.
Работа вытеснила остатки радости и заняла всё пространство. Мысли о предстоящих встречах и вопросах не заканчивались даже ночью. Устойчивость 0
Любая мелочь выводила из себя, будто в организме закончилась последняя нервная клетка.

В этот момент появились бытовые песенки 💫
Такие короткие зарисовки "что вижу — то пою", о рассуждениях или проживаемом явлении.
Первый хит рассказывал, как вкусно я поела.
А второй об ошибке выжившего и о том, что дельфины — плохие ребята.

Суть очень простая:

Сроки: 20 минут на песню
Цель: это задачка, которая просто должна быть сделана, о ней не нужно переживать. Как получится, так и будет круто.
Критерии приемки: приносить положительные переживания, что что-то прикольное было сделано за 20 минут, когда всё вокруг не решается неделями.

Это единственное настоящее применение нейросетей в моей работе😁
А оценить результат можно ниже👋

Зависимость от платформ и инфраструктуры — болезненная тема. Это сложный вопрос как для развития бизнеса в горизонте 2-5-10 лет, так и в пользовательском уровне привычек, когда хочется включить что-то на фон.

Большинство сервисов на рынке ужасны. Однообразный копипаст-контент, бесконечный поток рекламы, захламленные интерфейсы, а порой и вовсе темные паттерны с манипулятивными сценариями, такими как невозможность отписаться и накрутка платных опций. А еще проблемы с безопасностью, утечки данных, gambling и мошенничество.
Кажется, за 50+ лет мы с обычной-то разработкой еще не очень разобрались, а тут АI добавляет новые проблемы.

Могла бы понять, если бы приложения были неприятным только снаружи из-за KPI, бюджетов, сроков и всего такого. Было бы даже забавно узнать о конспирологическом триллере "Почему сервисы такие отстойные?".
Но его нет 😋
Для самих специалистов само IT внутри едва ли более приятно. Тяжелая поддержка и развитие, Enterprise с выжимающими сроками, бездонный техдолг и легаси, хаос в процессах, а ещё регулярно срабатывающий Bus Factor и риски, которые вешаются на конечных исполнителей.

Это, конечно, с чем сравнивать. Так, например, за последние пять лет стоимость Ubisoft упала на 80%. Убыточность или близость к банкротству атрибут не только такого гиганта.
У нас есть пример с увольнением всех топ-менеджеров из-за падения выручки в компании «МойОфис» . Про другие сокращения, такие как ABBYY, тоже было слышно.
Но я не о том, что всё плохо, всех уволят, а о том, что рынок...пустой! Всё такой же дефицит хороших идей и компетентных людей.

Не носи тяжелый кошелек с собой! Нет пыли на полках дисков, книг и альбомов! Больше не нужны фотоаппарат, магнитофон и DVD! 
Нет длинных очередей — получай всё онлайн!

Даже 10 лет назад мы говорили об IT, как о чем-то, что облегчает рутинную жизнь, развлекает нас, эффективнее учит и делает менее зависимыми от физического мира. Это всё так, но и антресоль со всякими ништяками тоже кажется вполне себе хорошей инвестицией 🔍

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

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

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

📕 Бизнес-правила — политика, предписание, стандарт или правило определяющее или ограничивающее некоторые стороны бизнес-процессов. По своей сути это не требование к ПО, но оно служит источником нескольких типов требований к ПО.

Разработчик, реализовавший такой код, становится экспертом в предметной области, к которому бизнес вынужден обращаться при изменении политики и процессов. Люди не должны извлекать знания бизнес-уровня из кода конкретного приложения, тратя время на еще один реинжиниринг.

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

📖 Цель требований — определить желаемое поведение системы, чтобы заинтересованные стороны интерпретировали его более или менее одинаково.

📕 Требование — это спецификация того, что должно быть реализовано.

Лучше всего смещать акцент с функциональности на особенности использования, с решения на потребность, ведь существует убеждение, согласно которому от 50 до 80 % возможностей ПО используются редко или не используются никогда.

В общем смысле существует только 2 группы техник выявления и сбора информации: коллективные и независимые👋

Коллективные: анкетирование, брейншторм, наблюдение, воркшоп, интервью
Независимые: анализ существующих решений, анализ документов

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

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

Получается замкнутый круг: нет хорошей документации, не понимаем что подразумевалось или что хотели решить ➡️ делаем упор на коллективные техники ➡️ экономим время, получаем большое количество черновиков одного и того же ➡️ нет хорошей документации...

Запись знаний обходится дешевле, чем повторное их обретение

Поэтому, независимо от того, работает ли аналитик на объектах в полях или за компом дома, важно применять обе группы техник и держать фокус:

▫️Убедиться, что источник информации релевантный, подлинный, заслуживает доверия
▫️Убедиться, что информация понятная и существует в простой форме для передачи заинтересованным лицам
▫️Определить, имеются ли пробелы в знаниях, конфликтующие или дублирующие заметки, и хватает ли количества найденной информации для принятия решений
▫️Определить, требуется ли преобразовать полученную информацию в графики, таблицы, модели и другие визуальные элементы для облегчения её восприятия

Думаю, будет справедливым сказать, что хорошие инженерные решения создаются людьми, которые смогли чаще остальных находиться в зоне обучения и системно развиваться.

Дисциплина, система и привычки — единственное, что даёт результаты, но редко предоставляется возможность в безопасных условиях прочувствовать это на себе. Агрессивная мотивация, запреты, нереалистичные ожидания и перфекционизм не работают долго и разрушают прогресс. Дисциплина воспринимается как нечто, что отбирает удовольствие и свободу, хотя на самом деле является единственным ключом к ним.

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

Однако даже отсутствие необходимой базы и условий в прошлом не оправдание бездействия в настоящем. Многое достижимо, если научиться определять свою зону обучения.

Зона обучения — оптимальный уровень опыта к уровню сложности задачи

Если овладеть навыком определения своей зоны обучения, то независимо от масштабов и сложности занятия становится доступным состояние самозабвения, которое сопровождается переживанием полноты жизни и сильной вовлечённостью. В таком состоянии человек сконцентрирован, забывает о времени, испытывает воодушевление, и это приносит удовольствие.

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

Вторым компонентом зоны обучения является точное определение своего уровня способностей, а также их контроль и воспроизводимость. Именно в тот момент, когда человек освоит свою зону обучения, он научится впечатлять своими результатами, и уровень его профессионализма сможет расти.

Звучит круто, но это не так просто. В нашей рутине так много отвлекающих от скуки и тревоги вещей, что для создаваемого самозабвения не остаётся места. Например, самозабвение, пассивно полученное от просмотра сериала и коротких видео, не то же самое, что лично обретённое. Удовольствие от выполненной задачи, гордость от заполученного нового навыка, преодоление ранее недоступного...абсолютно иной уровень🤪

Потестила приложение Сетка 🌐
Если честно, то я не поняла для кого оно.

Что там есть:
• Визуал и шрифты МТС
• Данные HH о местах работы с периодами в карточках
• Посты VK и вопросы ASK
• Лента Пульса Т-Инвестиции
• Каналы, блоги и QR-код профиля Telegram
• Интерфейс запрещенной сети с Reels
• Концепция LinkedIn, но работа как у Tinder

Мне не понятно, что там делать и зачем😬

Искать работу в обход HR и напрямую дать лиду ознакомиться с резюме?
💢 Нет, потому что нет возможности раскрыть описание опыта и роста; есть только должность, компания и период работы.
Контактов тоже как бы нет, хотя и можно оставить комментарием в "про меня". Для общения есть чат

Поиск отношений для одиноких и разведенных корпов?
💢 Тоже вроде нет, потому что контекст заявлен профессиональным.

Вести профблог и развивать личный бренд?
💢 Только если речь о блогах компаний, для которых приложение ещё одна площадка размещения рекламы и PR-материалов. Хотя тоже такое себе, ведь для этого есть Хабр, который давно перестал быть аутентичным ITшным СМИ
Может быть, частным консультантам и предпринимателям платформа ещё могла бы чем-то помочь, но тоже не сильно понимаю чем, и как это отличается от HH, Профи, Авито или портфолио на личном сайте

Обмену опытом и полезным рабочим связям приложение тоже не помогает. У любой корпы сейчас есть свои сообщества, центры компетенций и митапы для обмена мнениями. А если специалист работает где этого нет (и такое бывает в 2025😐), то потребность в валидации навыков для него стараются покрыть известные отраслевые конференции и каналы в тг.