Сергей Колганов - psilonsk - об управлении проектами

🥪 Тренажер для менеджеров и не только 1158-1030 Вы — владелец небольшой компании. Долго были в найме и вздрагиваете, вспоминая те времена. Глупых начальников, конфликтных коллег, наплевательское отношение к людям. Потому и решили строить что-то свое. И построили! Не Гугл, но стараетесь создать приятную рабочую атмосферу. Чтобы помогали друг другу, были доброжелательны. Решали проблемы, отвечали за свои действия. И хорошо зарабатывали. В компании есть хозяйственный отдел, им руководит менеджер Эмма. Вы ей поручили сделать кафе в офисе. Чтобы сотрудники могли по-домашнему перекусить, кофейку выпить, водички. Эмма быстро справилась. Готова крохотная кафешка с приятным интерьером! Есть сэндвичи, печеньки, соки, йогурты, фрукты и прочие вкусняшки, как в кафе и магазинах города. Хорошо! Только смотрите вы на цены и не верите: все гораздо дороже, чем вне офиса. Ощутимо дороже! Сотрудники не очень-то счастливы. Эмма говорит: «Да, дорого. А как иначе? Это же не профильный бизнес для нас. Другие условия закупок, логистика. Я на кафе планирую заработать, но можем продавать без прибыли, тогда цены будут примерно как в кафешках города.»

📈 Растите сотрудников в Практикуме — получайте подарки и скидки Только до 31 июля при оплате обучения себе или сотруднику вы бесплатно получаете доступ на 30 дней к платформе для оценки и развития сотрудников Грейд. Платформа Грейд от Яндекс Практикума — это: ✅ 385 микрокурсов, 1100 навыков, 9 направлений; ✅ HR-кабинет для отслеживания результатов; ✅ Ассесмент-центр + тестирование по каждому навыку. А ещё мы дадим скидку до 15% на все курсы по IT-профессиям, если вы направите на обучение группу сотрудников. Скидка рассчитывается индивидуально. 👉Выбрать обучение Реклама, АНО ДПО “Образовательные технологии Яндекса”, ИНН 7704282033, erid: 2VtzqxKzTSP

​🤦🏻‍♂️ Н-да Молодой технарь общается с клиентом в чатике. На днях клиенту отправили новую версию продукта, а в ней нашлись ошибки. Продукт глючный, сырой. Клиент уже устал ждать стабильную версию. Вот технарь и оправдывается. Пишет, что ошибки исправят в следующей сборке. Что нашли бы быстрее, но клиент не сразу провел пользовательское тестирование. Что нужна дополнительная информация, нужны логи, а клиент их не высылает. Клиент в ответ пишет: «Н-да». Выражая отношение к продукту, попыткам технаря разделить ответственность и к ситуации в целом. Технарь приходит к менеджеру и говорит: «Беда! Я у клиента логи запросил, а он их, по всей видимости, не может выслать». «Почему?» — устало интересуется менеджер. «Не знаю, они написали, что у них NDA!» Мир погубит не искусственный интеллект. Его погубят малообразованные люди, которым почему-то доверяют решать сложные задачи.

​👥 Частота встреч Если у тебя одна рабочая встреча в день, это нормально. Можно думать, работать и приносить пользу. Если две-три встречи, ничего серьезного ты сегодня сделать не сможешь, разве что какую-то мелочь и рутинные дела в промежутках между собраниями. Если в день больше трех встреч, то ты даже на них бесполезен. Ты просто ходишь по тусовкам и больше мешаешь, чем помогаешь. Люди, которые гордятся, что весь день состоит из встреч, идиоты. Когда встреч много, это означает, что в компании невозможно ни о чем договориться. Каждый тянет одеяло на себя и плевать хотел на остальных. Качество рабочих процессов определяет частота встреч. Если у тебя их много, у компании проблемы. И у тебя, разумеется, тоже.

​Agile меняет не только процессы — он меняет подход к лидерству. Проектный менеджер уже не просто управляет задачами, он помогает команде расти, справляться с неопределенностью и двигаться к результату вместе. 22 июля в 20:00 на открытом вебинаре в Отусе поговорим о том, каким сегодня становится Agile Project Manager. Чем он отличается от классического PM, какие навыки нужны, как строить доверие в команде и не теряться в спринтах и метриках. Если управляете проектами или только переходите в Agile — приходите. Будет полезно, по делу. После вебинара — чек-лист компетенций и скидка на курс. Регистрируйтесь сейчас: https://clck.ru/3N6UE5 Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, erid 2W5zFJ4gL7J

​🕰 Три часа Когда нужно наказать сотрудника, ответить на раздражающее письмо или высказаться по чувствительному вопросу, я стараюсь следовать правилу трех часов. Правило простое: если прилетело что-то негативное, не надо на него реагировать сразу, подожди три часа. За это время ты успокоишься, отпустит ярость, уйдет возмущение. Вернется контроль над своим состоянием. Ты проанализируешь ситуацию, подберешь правильные слова, выберешь наилучшее решение. Огромное количество проблем за три часа рассасываются сами или оказывается, что никакой проблемы и не было. Люди разные — три часа не всем подходят. У кого-то три часа может превратиться в пять, а у кого-то сократиться до двадцати минут. Но важно никогда не начинать коммуникацию на эмоциях. Каждый раз, когда я нарушаю правило трех часов, ничего хорошего не происходит. Я получаю обиженного сотрудника, злобное письмо в ответ, недовольного коллегу или клиента. Три часа — не так долго, чтобы спешить и нарываться на неприятности. Лучше подождать.

​TOGAF — международный стандарт для построения архитектуры предприятия. Он помогает связать стратегию бизнеса с айти. И управлять изменениями без хаоса. На вебинаре в Отусе вы разберетесь с применением TOGAF на практике: что именно проектировать, как описывать архитектуру, и что с этим делать в реальной работе. Если вы senior-аналитик, менеджер или начинающий архитектор — это для вас. Регистрируйтесь: https://clck.ru/3N6TwB А захотите учиться дальше — ловите скидку по промокоду TOGAF_7 на курс про архитектуру корпорации. Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, erid 2W5zFHZ2aUQ

​🏛 Сервис Стою за билетами в Исаакиевский собор. Там устроено так: есть собственно собор, у него статус музея. А есть колоннада — забираешься по лестнице под купол собора и смотришь на Питер с высоты. Музей и колоннада — разные туристические объекты, в каждый нужен свой билет. Недлинная очередь, человек пять всего. Передо мной бабушка с внучкой. Бабушка говорит кассиру: «Нас двое. Дайте, пожалуйста, билеты на колоннаду. А музей тоже открыт?» Кассир, барышня постбальзаковского возраста, отвечает: «Вы видите график работы музея? Он открыт с десяти утра.» На часах около одиннадцати. «Но музей открыт, да? Нам туда можно попасть?» — переспрашивает бабушка. «Я же говорю: да. Вы видите, что музей открыт с десяти. Сейчас уже больше», — с нескрываемым раздражением отвечает кассир. «Вот и хорошо, — говорит бабушка, — значит, попадем.» Кассир протягивает ей билеты, бабушка отходит от окошка. Но тут же возвращается. «Простите, вы дали только билеты на колоннаду. А еще в музей нужны. Мы еще в музей просили», — говорит бабушка. «Ничего подобного, — отвечает кассир, — вы не заказывали билеты в музей. Вы попросили билеты на колоннаду и спросили, открыт ли музей. Я ответила, что открыт. Я не обязана угадывать ваши желания.» Очередь с интересом наблюдает за сценой. Бабушка оплачивает билеты и уходит. Кассир растягивает губы-ниточки в легкой улыбке. Возможно, кассир считает, что перед посещением столь значимой исторической достопримечательности надо изучить досконально, как все устроено. График работы, способы оплаты билетов. Все нюансы. А кто поленился, не подготовился — сам виноват. Или у кассира настроение плохое, спина ноет или давление скачет. Или барышня-кассир просто от природы такая, не исправить уже. Мало ли. Но всегда такое происходит, когда сотруднику не объяснили, в чем его работа. А работа большинства из нас — слушать клиента и помогать ему. Да, для этого вопросы придется задавать, уточнять. Слушать. С музеем еще ладно, туда люди все равно пойдут. А каково в реальном коммерческом мире? Сделали вы классный продукт, а продает его вот такой кассир. Или хотели сделать классный продукт, а поручили его делать такому кассиру. Продвинутые читатели канала наверняка недоумевают: «А чего это ты, Сергей, вообще решил билеты в кассе покупать, а не электронные на сайте?» А вы попробуйте купить электронный билет на сегодняшнюю дату у них на сайте. Не купишь! Только на послезавтра. Да и надо к народу ближе быть. Где еще настоящий сервис встретишь?

​Хватит терпеть хаос в работе с дилерами и В2В-клиентами! Если вы из производственной или торговой компании, то знаете эти проблемы: ⚡️ Дилеры оформляют заказы как хотят — кто-то шлет эксельки, кто-то пишет в воцап, кто-то звонит. А вы тратите временя на обработку, вместо того чтобы зарабатывать. ⚡️ Менеджеры роются в остатках и старых счетах, а не ищут новых клиентов. ⚡️ Ручная работа, бардак в данных — вечные потери и ошибки. Как автоматизировать работу с дилерами и перевести их на самообслуживание? Как помочь менеджерам продавать новым клиентам, а не разгребать заказы старых? Приходите 17 июля в 14:00 на бесплатный вебинар и узнаете! Главные темы: → Автоматизация увеличит продажи или это миф? 5 критериев, чтобы понять, стоит ли внедрять → Как мотивировать дилеров перейти на самообслуживание без скандалов и саботажа → Как выбрать сервис, который идеально подходит по цене, удобству и возможностям → Без розовых очков: реальные сроки, этапы и бюджеты → Кейсы производителей: как автоматизация разгружает команду, ускоряет процессы и реально повышает выручку Получите план: что делать, сколько это стоит, как убедить дилеров поддержать изменения. Особенно зайдет руководителям отделов продаж и развития, владельцам и директорам производственных и торговых компаний. И всем, кто хочет перестать тушить пожары и готов строить управляемую, прибыльную систему. Ведущий — Анатолий Ерофеев, руководитель отдела разработки компании ИНТЕРВОЛГА. За плечами двадцать проектов по автоматизации работы с дилерами. Регистрация тут. Жмите 👈 Бонус: гайд «Что измерять в B2B-продажах: 12 главных показателей эффективности».

​♟ Кто главный На заре карьеры устроился я менеджером проектов в западный банк. Пришел туда из небольшой компании, где у меня была команда. Крошечная, но своя. А тут огромный банк, матричная структура, все в диковинку. Зато и зарплата — не чета прежней. Дали мне проект и сказали, что надо плотно работать с Вячеславом, начальником одного из айтишных отделов. Я сразу встречу с ним назначил. Сидим, обсуждаем проект. Я проектом буду управлять, а сотрудники Вячеслава — главные исполнители. Пообсуждали часок, мне беседа показалась насыщенной и конструктивной, план действий намечен, задачи понятны. Вячеслав в общении приятен, с хорошим чувством юмора. Сделал комплимент моим менеджерским качествам. Пожали руки, разошлись. Скоро стартуем!   Тут меня спонсор проекта, один из топов банка, вызывает: – Ну, рассказывай. – Да все хорошо. Встретились с Вячеславом, план набросали, сейчас оформлю и пойду воплощать. – Хм, интересно, покажи. – Вот. – Мда. А скажи мне, кто у вас в проекте главный? – В смысле? – Ну, это же дело большое, на несколько месяцев. Для банка очень важный продукт, и мои KPI тоже от него зависят. Хочу понимать, кто в вашем чудесном тандеме главный. – Я конечно. Я же менеджер проекта. – Тогда объясни мне, менеджер проекта, если ты главный, почему в плане почти все задачи на тебе? А Вячеслав, судя по всему, только результаты проверять будет. Твои результаты! Это с какой стати? – Ну, я... Ну, мы же вместе будем все делать... Ну, мы же к общей цели идем... – К общей цели?! Да он вообще из другого подразделения. Ему твои цели до лампочки. И если ты его и его людей как ресурсы проектные использовать не будешь, Вячеслав ничего делать не будет. А потом я тебя уволю, потому что проект ты провалишь, банк останется без нужного продукта, а я без премии. Как понять, кто в проекте главный? – Не знаю. – Элементарно! Кто задачи ставит, тот и главный! У вас с Вячеславом кто кому ставит задачи? – Получается, он мне. – Вот именно! Но так быть не должно! Ты менеджер проекта, ты проектом управляешь! Ты должен задачи давать! Иди работай и стань в проекте главным. Я пошел работать. Вторая встреча с Вячеславом не была ни дружеской, ни приятной. Оказалось, он прекрасно понимает правила игры и не хочет, чтобы главным был я. Главным должен быть только он, Вячеслав! А мне уготована роль мальчика на побегушках для Вячеслава и его сотрудников. Но я справился и стал в проекте главным. Вячеслав получил кучу задач, и ему пришлось их сделать. Банк получил продукт, босс — премию. Даже мне перепало. Из этой истории я вынес простую, но чрезвычайно полезную идею: кто ставит задачи, тот и менеджер. Кто ставит задачи, тот и есть главный. Настоящий главный, а не на бумажке. И если вы числитесь менеджером, а задачи ставят вам, то никакой вы не менеджер. Уж точно не главный в своем проекте. А кто тогда у вас главный?

​📆 Комментарии к задачке 1157-1029 Как платить людям премию? Очень просто: за результат. Не за проведенные на работе часы. Не за красивые глазки и веселый смех. Не по дружбе. Впрочем, можно и за все вышеперечисленное. ) Но ключевое слово «платить». Система бонусирования должна быть устроена так, чтобы сотрудник оставался без премии только при очень серьезных косяках. Чтобы он понимал, что следующая остановка за дверью. Отмена бонуса это сообщение: «дорогой сотрудник, ты на грани». Но это отмена. А что с уменьшением премии? Снижая ее, руководитель должен осознавать, что экономит компании три копейки, а получает три мешка демотивации и три вагона проблем. Да, тяжела доля менеджера: балансируешь между «ну нельзя же этот проступок оставить без внимания» и «блин, проще закрыть глаза на ошибку ради будущих побед». И всегда лучше выбрать второй путь. Более того, лучше уж уволить косячного сотрудника, чем пытаться перевоспитать его, забирая пятнадцать тысяч из премии. Сотрудник озлобится, а не перевоспитается. Менеджеру может казаться, что так он воспитывает сотрудника. Срезал бонус, сотрудник увидел, что его ошибка отразилась на доходах, и перестал ошибаться. Но так не получится из-за особенностей работы мозга: наказание может заставить человека не повторять одну конкретную ошибку, но не поможет научиться думать и ошибаться реже. Наказывать приходится, такова работа управленца. Но наказания сотрудников ничему не учат. Важно учитывать и влияние среды. В истории с Лолой проявляется отвратительная черта некоторых компаний: любой пропуск работы воспринимается как преступление. Заболела? А работать кто будет? В отпуск пошла — не вовремя. Отпросилась — лентяйка. Но отпуск — не просто разрешенный, но и крайне необходимый для успешной работы перерыв на отдых. Каждый должен перезагружаться, менять картинку, получать новые впечатления, отключаться от рабочих проблем. Если начальник негативит по поводу отпусков сотрудников, он идиот. Если люди терпят это без крайней нужды, они идиоты. То же с пропуском работы из-за болезни. Вряд ли Лола специально гуляла в мокрой простыне на морозе, мечтая заболеть. Она и сама наверняка не слишком рада была провести полторы недели в кровати. Да и длительность болезни заранее не определить, увы. Поэтому опытный менеджер, планируя проекты и задачи, учитывает риск болезни сотрудников и добавляет отпускное время в план. Теперь пробежимся по вариантам. Вариант D, в котором вы предлагаете Лоле самой выкрутиться из ситуации, втайне надеясь, что она урежет себе премию, плох. Вы можете переложить на Лолу бремя принятия решения. И даже, возможно, уменьшите бонус ее же руками. Но ничего хорошего это ни вам, ни компании не принесет: Лола сбежит нафиг при первой возможности, рассказав остальным, какой вы мелочный кусок дерьма. Нет ничего плохого, если вы спросите у Лолы, как она оценивает свою работу в квартале. Но не принуждайте Лолу отказываться от денег, это садизм какой-то. Столь же плох и вариант С, когда вы хотите докопаться до Лолы, найти ошибки и наказать. Получается, квартальная оценка основана не на результатах работы сотрудницы, а на желании угодить эйчару. И сколько будут стоить ваши слова и репутация в глазах сотрудников после этого? В основе логики варианта А лежит допущение, что премия платится за количество рабочих дней. Если не принимать в расчет совсем уж людоедские компании, премии платят за результат. В аналитической работе уж точно так. Никаких претензий к квартальным результатам нет, Лола выполнила все задачи качественно и вовремя, несмотря на отпуск и болезнь. Отзывы коллег о ней положительные. Чего же еще? Так что не раздумываем, а выбираем вариант В — платим Лоле полный бонус. Можно поблагодарить Ибрагима за бдительность и вовлеченность. Ибрагим не обязательно злодей, может, он тестирует вашу менеджерскую адекватность. ) Вариант В не только защищает финансы Лолы, но и транслирует вовне ценности, на которых строится управление в отделе. Это зрелая менеджерская позиция, достойная уважения.

Комментарии к задачке, как обычно, послезавтра)

🐝 Тренажер для менеджеров и не только 1157-1029 Вы — руководитель аналитического отдела. На дворе июль, пора подводить итоги второго квартала: оценить работу сотрудников, выписать бонусы. Только начали, а тут звонок от Ибрагима, эйчара. Ибрагим говорит: «Есть вопрос по твоей сотруднице Лоле. Она во втором квартале болела полторы недели и уходила в отпуск на две. А еще взяла три отпускных дня между майскими. И три дня в июне. Получается, из 59 рабочих дней отработала всего 35. Не маловато ли? Может, учтешь это при расчете ее квартальной премии?» Лола хороший аналитик, да и человек неплохой. Претензий к ее работе нет, отзывы коллег позитивные. В этом квартале задачи, которые Лоле поручали, она сделала вовремя и качественно.

​16 июля в 20:00 обсудим, как навести порядок в информационной безопасности, не выходя за рамки бюджета. Разберем: – Как управлять локальными привилегиями с помощью LAPS и LPP – Что дает DCAP и мониторинг конфигураций – Как настроить 2FA для критичных сервисов – Какие бесплатные Open Source инструменты реально работают На выходе — план действий и понимание, с чего начать систематизацию ИБ. Вебинар приурочен к старту курса «CISO / Директор по информационной безопасности». Курс поможет выстроить стратегию ИБ в компании с нуля. Регистрируйтесь: https://clck.ru/3Myq68 Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, erid 2W5zFHSZ416

​🚪 Тайные уходы После института я трудился в небольших компаниях, и там вся жизнь была на виду. А когда попал в большую, испытал шок. Прихожу с утра на работу, назначаю Валере из соседнего подразделения встречу. Он молчит. Звоню по внутреннему номеру. Не отвечает. Пишу письмо, дескать, давай, Валера, встретимся, обсудим задачку, сроки горят. А в ответ отбивка приходит: не работает Валера у нас больше. Как так, позавчера еще работал, я точно помню! Спрашиваю у его руководителя, а тот: «Да, Валера еще три недели назад заявление написал. Вчера последний день был.» Прошли годы, а проблема никуда не исчезла. Как только компания перерастает границы маленькой и домашней, об уходе человека можно узнать только случайно, когда он тебе понадобился, а ты до него не достучался. Вы наверняка регулярно получаете корпоративную рассылку о новых сотрудниках — с фотографиями, биографиями, хобби и ссылками на соцсети. Но получали ли вы хоть раз письмо, что компанию покинул какой-нибудь Валера? Вряд ли.   Почему так? Любой эйчар вам скажет, что это делается для поддержания здорового микроклимата: говорить о новых людях легко и приятно, а об уходящих не нужно, чтобы не вызывать у сотрудников дурных мыслей. В этом есть своя логика и правда. Возможно, рассылка про ушедшего Валеру на всех сотрудников — не лучшая идея. Но тогда должен быть какой-то простой непубличный способ узнавать о миграции Валеры. Хотя бы для того, чтобы оповестить тех, с кем он работает. А то люди ждут от Валеры задач, результатов, встреч, а Валера уже не с нами.   Если кто-то из моих сотрудников решает уволиться, я сообщаю остальным об этом сразу после того, как он подписал заявление. Очень классно, если из команды уходят редко, но стыдного в уходе ничего нет. И деморализующего тоже. И скрывать это не нужно. Особенно если стремитесь к доверию, прозрачности и открытости в команде. Никто же не верит всерьез, что сотрудник пришел в компанию навечно. Даже эйчары не верят, точно вам говорю.

​Для менеджера есть кое-что похуже нарушенных сроков и несделанных задач. Это когда ты точно знаешь: блин, об этом уже говорили. Был же созвон. Обсуждали, решили. Кто-то эту идею высказал. Ты сам слышал. Но… все. Потеряно. Каждый день — звонки, интервью, обсуждения. Аналитик классно формулирует мысль на ретро. Клиент сбивчиво, но по делу рассказывает боли на кастдеве. Подрядчик объясняет, как у них работает API. Ты вроде слушаешь, даже что-то записываешь. А потом — пустота. В голове каша. В заметках мусор. А надо разобраться, принять решение, помочь клиенту, поставить задачи команде, разрулить конфликт. Но как, если ничего не помнишь? Memo AI помогает эту проблему решить, он переводит голос в текст. А теперь работает в браузере. Загружаешь в веб-версию запись — хоть с компьютера, хоть прямо из Google Диска — и получаешь расшифровку. Быстро, точно, по ролям. С таймкодами, понятными именами спикеров и автоматическим резюме. Как будто у тебя свой стенографист. А дальше — лучше. Редактируешь транскрипт прямо в интерфейсе. Сохраняешь все по папкам — по проектам, клиентам, темам. Находишь нужное за секунду. Память больше не хрупкая. Она системная. Memo AI не просто переводит голос в текст. Он возвращает тебе все важное, что ты когда-то уже знал — и больше не потеряешь. Попробовать можно бесплатно: https://www.memoai.tech?source=psilonsk

​🔩 Реверс-инжиниринг Когда сидишь и придумываешь какую-нибудь новую хрень, это называется проектированием. Когда уже есть хрень, сделанная кем-то другим, и ты разбираешься, как она работает, это называется реверс-инжинирингом. Пара добрых советов неопытной молодежи. Если устраиваешься на работу, и в описании вакансии есть слово «реверс-инжиниринг», знай — придется копаться в сделанной кем-то хрени. Программном коде, базах данных, архитектурных документах, текстах. Это офигительно ценный опыт. Но не слишком приятный. Пока пытаешься понять, как другой человек думал, учишься думать сам. Но никто не обещал, что создатель хрени действительно думал, когда создавал. Возможно, у него просто так вышло. Или ему сказали. Или бюджета не хватило на большее. Впрочем, иногда это забавно — искать логику там, где ее нет. И еще. Времени на реверс-инжиниринг всегда нужно примерно в четыре раза больше, чем потребовалось бы на проектирование. Еще раз: любая задача, связанная с реверс-инжинирингом, отнимет в четыре раза больше времени, чем кажется. Именно поэтому опытный сотрудник сразу заявляет, что проще сделать заново, чем разбираться и исправлять сделанное. Он уже познакомился с реверс-инжинирингом и старается лишний раз в него не вляпаться. ) К тому же, создавать прикольнее и веселее, чем копаться в чужом. В принципе, этого достаточно. Можешь брать любую сделанную кем-то хрень и разбираться, как она работает. Не забудь: в четыре раза дольше.

​😲 Удивление Менеджер постоянно сталкивается с ситуациями, когда данных мало, а решение нужно принять быстро. Нанять кандидата без опыта? Уволить неприятного, но умного сотрудника? Взяться за проект с токсичным клиентом? Вмешаться в конфликт с соседним отделом? Вписаться в сложный тендер госкомпании? Это еще крупные вопросы. А есть сотни мелких. «Кажется коллега на меня обижен. Или нет? Что делать?» «Позвонить начальству или написать?» «Согласиться на ланч с партнерами?» Ты делаешь выбор, глядя на неполную картину, а дыры в коммуникации заполняешь догадками. И часто считаешь эти догадки правдой. Но принятие решений имеет вероятностную природу. Как ставка в казино: ты подумал, прикинул шансы и поставил. Можешь выиграть. А можешь и проиграть. Как вообще с этим работать? Или хотя бы привыкнуть думать в терминах вероятностей. Особенно тем, кто вместо математики в институте изучал шотландскую литературу, работы Карла Юнга или политическое устройство Замбии? Есть простой способ. Надо оценивать, удивишься ли ты, если решение оказалось плохим. Например, надо понять, брать ли шубу для поездки в Дубай в июле. Вроде бы нет, там в июле настоящее пекло! Сильно удивлюсь, если окажется, что шуба нужна. Отлично! Это и есть грубая замена вероятностной оценки. Никаких чисел, только эмоции. Разработчик Волченков нахамил тестировщице Мышкиной. Я удивлюсь, если Волченков сможет сам извиниться и разрулить конфликт. Надо мне подключаться и помогать. Компания не повышала зарплату аналитику Бубенчикову два года. Удивлюсь, если он не начнет искать работу в ближайший месяц. Надо либо отпускать его, либо повышать. Короче, несложно. Удивление ничего не стоит и сил много не отнимает. Ни одно управленческое решение не дает гарантий. Есть только вероятность, что оно сработает. И вот здесь полезно подумать, удивишься ли ты, если все пошло не так. Точно лучше, чем монетку подбрасывать.

​Спецы на стыке управления и исполнения, особенно те, кто растет из тимлидов и проектных менеджеров, слышали о роли Delivery Manager. Но не все понимают, кто это, как им стать, да и стоит ли. На бесплатном вебинаре «Delivery Manager: технарь или управленец?» разберетесь, какие навыки важны, нужна ли техническая база, чем Delivery-менеджмент отличается от управления продуктами и проектами, как перейти в эту роль. Вебинар проведет Алексей Куксенок, практикующий Delivery Manager в DataArt. Участникам — промокод DM_JULY на полный курс в Отусе. Регистрируйтесь: https://clck.ru/3MyYpm Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, erid 2W5zFJNaE1N