Авито - СРО платформы разработки, Ex- Яндекс СРО, платформы для разработки, ex-Дир-р по тех. разв-ю в Сбере: данные, AI, рек.системы. Ex-head of PMO СБОЛ
Одна из задач, которую я сейчас решаю - построение проектного офиса. Нет, он, конечно, был, мы работали и были очень успешны. Но масштабировать текущий подход нельзя. Нужно больше формализации, нужно выводить всех РМов на единый уровень работы и переходить к единым стандартам. Нельзя дальше работать на «морально-волевых». Не могу сказать, что именно эта задача мне очень нравится, но я нашел как заставить себя ей заниматься: проектный офис - это мой продукт. И подходить к решению этой задачи нужно, как к запуску продукта.
1. Сформировать Vision. 2. Описать продукт и его цели. 3. Начать внедрять изменения и внимательно за ними смотреть. 4. Получать обратную связь 5. Измерять CSI
Это сработало. Старайтесь делать так, чтобы то, чем вы занимаетесь, было вашим продуктом.
Есть один интересный вопрос, он актуален, как для Project Manager’ов, так и для Product Manager’ов: должны ли они обладать техническими навыками? Я знаю и собеседовал много успешных менеджеров, кто не представляет себе, как интегрировать системы между собой, не готов разбираться в технических деталях и далее. Но современный рынок диктует свои правила и иметь базовые технические навыки - must have.
Вот представьте себе, что завтра вам нужно нанять высококлассных менеджеров. Вот прямо таких, чтобы они работали, вас не отвлекали и вы еще и росли по карьерной лестнице. А что если, вас отправят на повышение, какого менеджера вы вместо себя наймете? Какими качествами он должен обладать?
Соедините их, опишите и станьте именно таким менеджером.
Вчера записывали с ребятами из QIWI подкаст на тему того, зачем нужны Project Manager’ы в AGILE.
Пара интересных наблюдений и неожиданностей: 1. Внезапно, оказалось, что выступать публично с подготовленным докладом легче - ты четко понимаешь о чем, как и кому ты будешь говорить. 2. До этого опыта, я был уверен, что на подкасте можно прийти и просто «поболтать». В целом, да, верно. Но нужно тренировать скилл делать это экспромтом. 3. Ведущий очень важен: его задача познакомиться с человечком до встречи, узнать его опыт и потом вытащить все это на поверхность.
Был раньше миф, что сотрудник должен уметь работать в режиме многозадачности. Миф давно развенчан, а люди все еще хвастаются им в резюме.
Менеджер должен уметь расставлять приоритеты. Если ты участвуешь одновременно на двух звонках или отвечаешь на письма и готовишь презентацию - ты плохой менеджер. Выбери задачу, выставь этой задаче приоритет и займись ей уже наконец.
🥁 🎷 Есть базовые вещи, которые должен уметь делать каждый менеджер: 1. Писать протокол 2. Писать протокол 3. Сделать так, чтобы каждый не забыл о своем поручении из протокола 4. Суметь найти протокол ‼️каждый раз, когда менеджер с 10+ лет не может найти свой протокол, хочется треснуть его линейкой. Не делайте так. 5. Уметь структурировать информацию. А уж отсюда и зависит: сумеете ли вы написать протокол, проконтролировать поручения и найти протокол
Один из ключевых навыков менеджера - умение увольнять. Есть 2 подхода в построении команды: 1. У нас работают самые сильные, а тех, кто слабее мы увольняем. 2. Коучим тех, кто слабее. Гораздо приятнее и спокойнее не увольнять людей, а коучить их. Тода нас нужно реже увольнять людей и, в целом, мы чувствуем себя молодцами.
Но! Более эффективный путь - очищать команда, увольняя более слабых. Да, он неприятный, но так ваша команда работает каждый раз эффективнее и эффективнее. Кстати, именно такая корпоративная культура в Amazon.
Топ книг, которые стоит почитать, даже если ты только начинаешь 📕
1. IT проекты фронтовые очерки - топовая книга, основанная на реальном опыте автора. Формат книги легко читается. Я бы всем советовал начинать именно с нее 2. ТОМ де Марко - можно все почитать. Deadline - самая популярная. Если вы хотите чувствовать себя не винтиком в большом механизме проектов, а настоящим «шпионом», эта книга для вас. Ее стоит перечитывать на разных уровнях карьерной лестницы. На старте - влюбишься в профессию и будешь воспринимать ее, как игру. А когда доберешься выше, почувствуешь, как много полезной информации о том, какую команду собрать, ты там найдешь
3. Джедайские техники - нужно уметь незабывать ни одной задачи. Менеджер, которые не умеет помнить поручений, задач, как своих, так и команды не будет успешен.
Жил-был IT-менеджер по имени Алекс. У него был большой проект, который нужно было выполнить за короткий срок, и он чувствовал себя перегруженным. Он понимал, что нужно создать план проекта, но не знал, с чего начать. Алекс решил прогуляться, чтобы прояснить свои мысли. Пока он гулял, он наткнулся на старика, сидящего на скамейке в парке. Старик заметил, что Алекс выглядит беспокойным, и спросил, что случилось. Алекс объяснил свою ситуацию, и старик ответил: "Сынок, когда мне было твоего возраста, я тоже работал над проектами. Я понял, что ключ к успеху - разбить проект на более мелкие, более управляемые части. Сосредоточьтесь на выполнении каждой задачи по очереди, и вскоре у вас будет готов весь проект." Алекс принял совет старика и начал разбивать проект на более мелкие части. Он создал план и начал работать над каждой задачей по очереди. Через некоторое время он смог выполнить весь проект в срок. Другой раз была команда разработчиков IT, работающая над большим проектом. Каждый работал над своей частью проекта, но они не общались друг с другом. В результате проект начал отставать от графика. Тогда лидер команды понял, что они должны начать общаться и скоординировать свои усилия. Он созвал встречу и начал регулярно проводить ежедневные совещания, где каждый делился своим прогрессом и проблемами. Команда начала работать более эффективно, и они смогли доставить проект в срок. Таким образом, важность планирования, разбиение проекта на более мелкие части, управление рисками, коммуникация и координация усилий важны для успешного управления проектами в области информационных технологий.
