Не отчаиваться задача номер один, а вторая быть в поиске и использовать разные инструментов

Сделать репост))

Ну нет))

Желаю успехов 🔥

Катя, а как думаешь причины какие? Что мешает руководителям?

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

🙌 все верно

Спасибо

Огонь 🔥

Акцент на четкости и количество на 1 одного😉😅

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

Денис, точно 🔥

Я и говорю, вкусовщина. А физическая нагрузка 5-10 минут каждый час это уже априори😁

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

Посуду пойти помыть после захлопывания крышки ноутбука - рабочая тема, сам не ожидал что начнёт нравиться ))

Или приготовить еду для меня🔥

Спасибо

Пожалуйста🙏

И я так подумал, что до практики еще далеко ИИ.

Ну без этого никуда 🔥😀

Важный навык эмоциональный интеллект сейчас, и должен быть в профиле любого менеджера 🔥

Ееее

Спасибо

Как мало надо в итоге, и весь секрет простой)))

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

Несколько лет видел одну и туже ситуацию. Разработчику дали задачу, море даже, а не задачу. Подключали нужные активы, когда получалось. Все было круто, его не дёргали на "сверх-важные" задачи.

Но все печально, когда проектирование этой самой задачей было тяп ляп. Когда человек уже 26 раз видит правки в ТЗ добивает задачу до релиза (если повезёт работодателю) и увольняется быстро и без поворотно.

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

Дело в том что задача занимала год и весь год в работе была задача.) И именно тогда переделки от половины и больше прилетали. Если бы не была взята задача - тут вопросов тоже не было бы.))

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

Обсуждения были, инициатором был. Я же говорю, менеджмента там не было, было требование компании о задаче. Были обсуждения и каждый раз менялись сроки, была оценка. Но по факту это одна задача, если так проще понять будет то это был аналог google tag manager. За год удивительно что вообще управились.

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

Насчёт показательности загруженности команд есть одна интересная вещь. Нам её при обучении Канбану рассказали. Она ни разу не интуитивная. Так вот - система (команда) загруженная на 70% - более производительная, чем та же система с загрузкой 100%.

Еще задолго до рождения эджайлов и асяких канбанов - было такое понятие, как "фокус-фактор времени" Расписывать подробно не буду, да и нет нужды А суть в том, что "если у человека рабочий день 8 часов (речь про ИТР) - не давай ему задач больше, чем на 6.5 часов" Мозг - не линия конвейра Диаграмма его работы - не прямая, а синусоида Пытаешся впихнуть больше? Ты гарантированно впихнул и снижение качества результата

Я согласная. Эффективно мы вообще работаем часа 4 из рабочего дня. Но почему-то топы хотят видеть показатели.