📖 @pmbbk / #meme

📖 @pmbbk / #meme

📞 Как научить свою команду самостоятельно проводить ежедневные Scrum-встречи

Ежедневный Scrum, пожалуй, самое недооценённое мероприятие в Scrum. Короткое 15-минутное ежедневное Scrum-совещание может быть как движущей силой ежедневной совместной работы команды, так и настоящим проклятием для разработчика. В руководстве по скраму говорится, что это занятие "для разработчиков", поэтому важно, чтобы скрам-мастера научили свои команды как можно скорее взять это на себя.

LinkedIn: Mike Cohn, Scrum Guide Co-author & Owner - Mountain Goat Software

📖 Читать статью (~5 минут)

📖 @pmbbk / #meme

📖 @pmbbk / #meme

☹️ Как давать фидбэк, который не демотивирует

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

LinkedIn: Юлия Григорьева, TechLead iOS - Beget

📖 Читать статью (~9 минут)

📖 @pmbbk / #meme

📖 @pmbbk / #meme

🦷 Стоматолог

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

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

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

История уникальная? Отнюдь. Такое происходит сплошь и рядом. Бесконечные собеседования, сомнения, проверки - и в итоге компания теряет время, энергию и людей. Просто потому что страшно довериться.

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

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

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

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

📖 @pmbbk / #idea

📖 @pmbbk / #meme

📖 @pmbbk / #meme

🗑 Почему ваш бэклог - это обуза

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

LLinkedIn: Ralph Jocham, Scrum Trainer and Coach - ScrumOrg

📖 Читать статью (~12 минут)

📖 @pmbbk / #meme

🔮 Оценка задач: исследовательские и типовые задачи

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

LinkedIn: Сергей Баранов, Partner - ScrumTrek

📖 Читать статью (~6 минут)

📖 @pmbbk / #meme

📖 @pmbbk / #meme

🚨 Заявить о себе

Если поймать случайного менеджера и спросить: "Ну и кто вообще в курсе, чем ты занимаешься?", он учтиво буркнет: "Кому надо - те знают". После умчится прочь.

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

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

Специалисты мечтают участвовать в проектах определённого профиля, но никогда о них не услышат. Менеджер же не получит команду, которой действительно интересно. В итоге людей набирают по принципу: "Давай Никиту возьмём, он без задач сидит". Хотя можно было бы собирать тех, кто горит темой.

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

Большие успехи кажутся чем-то простым. В спорте у победителя есть своя драматичная история - она делает его ближе, живее. Понимаешь, что это не просто медаль, а итог тяжелого пути. С проектами всё так же.

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

Если о вашем проекте не слышали - значит, он никому не интересен. А то, что никому не интересно, превращается в очередную строку отчёта.

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

"Если вдруг провалим проект, хотя бы не будем выглядеть дураками, ведь не кричали о нём", - говорят некоторые руководители. Но выглядите вы как раз хуже. В первом варианте вы честно шли к цели, за вас переживали - ну, не вышло. А в другом о вас никто и не вспомнит: тихо сидели, деньги тратили, толку - ноль. И расставаться с такой командой совсем не жалко.

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

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

📖 @pmbbk / #idea

📖 @pmbbk / #meme

📖 @pmbbk / #meme

⚖️ Зачем использовать Kanban со Scrum

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

LinkedIn: David Sabine, Professional Kanban & Scrum Trainer - ScrumOrg

📖 Читать статью (~3 минут)