Please open Telegram to view this post
VIEW IN TELEGRAM
😁12🔥3 2
Жил-был менеджер по имени Алексей. Устроился он работать в компанию, где отвечал за развитие корпоративной платформы данных. Ему дали небольшую команду из трех человек и поставили амбициозную задачу: чтобы все нужные данные попали на платформу, а внутренние заказчики остались довольны. Задача стояла непростая - создать мощную систему с витринами, отчетами и другой аналитикой.
Алексей был далеко не первым на этой позиции. До него на этом месте успели поработать несколько человек, но никто не задерживался дольше пары месяцев.
На второй день к Алексею пришла целая делегация заказчиков. Среди них были представители продаж, колл-центра, маркетинга, юридического отдела, управления рисками и HR. У всех были свои требования: чтобы их задачи выполнялись максимально быстро, качественно и без лишних затрат. Правда, приоритетом всегда оставалась скорость. Все задачи были срочные!
Алексей внимательно изучил их лица, посмотрел на длинный список требований и пообещал в ближайшее время дать ответ по срокам.
На третий день он собрал всех в переговорной и заявил:
- Коллеги, сейчас я объясню, как мы будем работать. Наша маленькая команда выполнит все ваши задачи быстро и качественно. Но есть одно условие. Отныне мы не берем в работу задачи, сформулированные как "Сделайте отчет к пятнице". Каждую задачу вы будете обосновывать через бизнес-кейс. В нем вы должны объяснить, почему эта задача важна, какой доход или экономию она принесет компании и что случится, если мы ее не сделаем.
Заказчики были шокированы. Один из них возмутился:
- Мы вообще-то не обязаны! Мы пожалуемся руководству! Ты кто такой? Ты ведь просто айтишник, должен делать то, что требует бизнес!
Алексей спокойно улыбнулся и ответил:
- Жалуйтесь на здоровье. Потом вместе с вашим и моим начальством обсудим, почему вы не можете объяснить смысл своих задач и пытаетесь тратить наши ресурсы впустую. С этого момента, если нет кейса, задачи в работу не берем.
После этого собрание закончилось.
К вечеру к Алексею поступили первые кейсы от команды управления рисками - там ребята оказались самыми оперативными. За ними начали подтягиваться и другие отделы. Вскоре выяснилось, что около 80% задач вообще не стоило выполнять, потому что в них не было никакого смысла.
Через полгода Алексей не только остался на своей должности, но и получил повышение. Он возглавил отдел и начал расширять команду.
Так и завершилась эта история. Потому что менеджмент - это не когда ты разбираешься в технической составляющей, а когда разбираешься в людях.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍5 3🔥2❤1😭1
Please open Telegram to view this post
VIEW IN TELEGRAM
😁16🔥3 2😭1
Please open Telegram to view this post
VIEW IN TELEGRAM
😁17 4🔥2
Манифест Lean Tech появился в результате 15-летнего изучения Agile и Lean, и экспериментов по мере того, как масштабируется бизнес. Он пытается развить гениальность оригинального документа 2001 года, но адаптировать его к гораздо большему масштабу. Делимся связью, которую мы выявили между принципами Agile и Lean, и технологическими инновациями, которые, как мы обнаружили, лучшие технологические организации используют для распределения работы и поддержания автономии команды.
LinkedIn: Stefan Wolpers, Professional Scrum Trainer & Agile Coach - Berlin Product People GmbH
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥1 1 1
Please open Telegram to view this post
VIEW IN TELEGRAM
😁10🔥2 1
Please open Telegram to view this post
VIEW IN TELEGRAM
😁12🔥2 2👻1
Рассказываем, какие методы приоритизации продуктовых штук я пробовал, для чего хорош каждый из них и на что опираться при выборе.
LinkedIn: Александр Липин, Product Lead - Garage Eight
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥1 1 1
Please open Telegram to view this post
VIEW IN TELEGRAM
😁10🔥6💯2 2
Please open Telegram to view this post
VIEW IN TELEGRAM
😁6🔥4 2
Существует принцип Питера: менеджер поднимается по карьерной лестнице до тех пор, пока не достигнет уровня своей некомпетентности.
Суть проста: менеджера повышают, затем еще раз и еще, пока он не оказывается на позиции, где его знаний и навыков уже недостаточно. И дальше развиваться ему не удается. Это и есть его предел компетентности. На этом уровне он останется до пенсии или до увольнения.
Этот принцип отлично описывает карьеру менеджеров. Но что насчет исполнителей, которые не стремятся становиться руководителями? У них ведь тоже должен быть свой предел. И он существует - это их загруженность задачами.
Исполнителя нагружают задачами, пока он не достигнет уровня максимально некачественной работы.
Хороший работник получает задачу, быстро и качественно ее выполняет. Руководство радуется и дает еще больше задач. Он справляется. Количество поручений растет. Он продолжает работать, но уже допускает больше ошибок. Руководитель доволен, выдает премию и добавляет еще задачи. Сотрудник, превозмогая усталость, начинает работать спустя рукава. Задач становится все больше, все они срочные и приоритетные. И вот качество работы падает настолько, что начальство начинает качать головой, выражать недовольство, а затем зовет HR и просит найти замену этому лентяю. И это тот самый ценный сотрудник? Уму непостижимо, как он так долго умудрялся всех обманывать!
Я сам часто борюсь с искушением перегрузить сильных сотрудников. Очень хочется, даже чересчур. Но этого допускать нельзя.
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
😁18🔥4 3👍1
Please open Telegram to view this post
VIEW IN TELEGRAM
😁10 2🔥1
Слишком много созвонов и встреч? Это распространенная проблема для менеджеров проектов. Вот 5 способов их избежать.
LinkedIn: Annie MacLeod, Group Leader - Miro
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥2 1 1
Please open Telegram to view this post
VIEW IN TELEGRAM
😁10❤4🔥2🎄2
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥2😭2 1
Познавательные книжки очень мне нравились с детства. Один из поразивших меня тогда примеров касался сложения усилий лошадей, тянущих одну повозку. Прошло много лет и я из проекта в проект наблюдаю ситуации, которые здорово напоминают мне эту короткую и поучительную заметку, поэтому осмелюсь её напомнить и снабдить короткими примерами.
LinkedIn: Родион Горковенко, Principal Backend Engineer - Unspecified Telecom
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
😁4🔥3😭1 1
Please open Telegram to view this post
VIEW IN TELEGRAM
😁16 2🔥1
Обсуждать ошибки с сотрудником просто - они всегда видны, как на ладони.
Проблема в работе как гвоздь в кресле: даже если кресло удобное и мягкое, гвоздь не даст спокойно сидеть. Если человек обычно справляется отлично, но допустил ошибку, разговор с ним будет именно об этом.
На собраниях тоже всегда обсуждают ошибки. Никогда не бывает, чтобы люди просто собрались, поблагодарили друг друга за успехи и разошлись по своим задачам.
А ведь иногда стоит ограничиться только похвалой. Провести встречу не для разборов проблем, а чтобы отметить достижения: "Что у нас на этой неделе получилось особенно хорошо?", "Вот это. И это. О, еще и это! И вот об этом не забыть!", "Отлично, спасибо вам всем!".
Так не получится делать постоянно, но иногда это даже необходимо.
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥6 4 2