К основному контенту

Managing up или учимся взаимодействовать с боссом

Марти Каган в своей книге "Inspired: How To Create Products Customers Love" дает 10 советов, как менеджер может помочь своему начальнику. Как мне кажется, эти советы работают в любой связке "подчиненный-начальник".

Итак 10 советов для подчиненного.

1. Научитесь измерять и планировать размер своей "бесполезной" работы. "Бесполезная" - потому что это вся активность не связанная с продвижением вперед, к достижению цели: изменение планов, переделки, подготовка и тп. В "кавычках" - потому что польза от нее все же есть :) Но в идеале она должна быть сведена к нулю. Это недостижимо, поэтому цель - максимально ее сократить. Как только вы начнете себя контролировать (станет понятно сколько "бесполезной" работы вы сделали в неделю/месяц/квартал), станет понятно как можно уменьшить объем этой работы. Это позволит вам делать более точное планирование и поможет определить места в своем процессе, которые вы можете улучшить. Вообще Марти использует здесь термин "churn", что по его мнению, представляет из себя стоимость подготовки, переделок и изменений в планах. Я это обозвал "бесполезной" работой. Кто знает как это сказать красивее - поделитесь. Оригинал тут

2. Определите правильный стиль, формат и частоту общения с начальником
Вам нужно определить стиль, который предпочитает ваш начальник, и использовать этот стиль в общении с ним. Даже если вы сами предпочитаете другой. Какой то менеджер предпочитает, чтобы ему сообщали о каждой проблеме, другого можно беспокоить только в серьезных случаях.

3. Готовьтесь к встречам
Постарайтесь встретиться и пообщаться с каждым участником предстоящего общего собрания (особенно, если там планируется принятие серьезных решений). Лучше узнать о мнении всех участников (а оно может быть неприятным для вас) до собрания. На самом собрании будет поздно пытаться изменить точку зрения оппонента, если он ее там публично обозначить.

4. Нужны ваши рекомендации к решению, а не просто озвучивание проблем
Тут вроде ясно.

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

6. Делайте домашнюю работу
Всегда будьте готовы (почти пионерская клятва :) ко всем запланированным встречам, собраниям, докладам.

7. Пишите короткие e-mail
Обычно начальники люди занятые, поэтому давайте беречь их время и заодно получать нужные для себе ответы и решения. Чем выше уровень человека, которому вы пишете письмо, тем короче оно должно быть. Если есть возможность приложите отдельный дополнительный материал, но не заставляйте своего босса читать больше нескольких строчек. Каюсь - грешен, всегда считал, что чем обстоятельней - тем понятней...

8. Используйте только факты, а не мнение
При общении с начальниками, тем более большими, всегда помните, что вы должны оперировать фактами и данными. Интересная цитата: "если мы собираемся принять решение на основе мнения, то это будет мое мнение" Jim Barksdale, основатель Netscape.

9. Сделайте так, чтобы про ваш продукт знали в компании
Этот совет именно для PM.

10. Начальники любят тех подчиненных, которые не требуют контроля.
Цените время вашего начальника.

Используйте эти рекомендации, попробуйте стать таким классным подчиненным, и начальники к вам потянуться :) Удачи!


Комментарии

  1. Вот с прокачанным 4 пунктом редко вижу людей, за то не раз видал начальников увлекающихся микроменеджментом и пытающихся контролировать все на свете.

    ОтветитьУдалить
  2. я думаю часто микроменеджмент это реакция на отсутствие решения со стороны подчиненного - он донес до тебя проблему и ждет от тебя решения: "ты же начальник". И самое простая ответная реакция со стороны менеджера - сказать "делаем так". Сам этим грешил. Правильная реакция - это спросить "что ты об этом думаешь, как будем решать", закрыть свой рот и открыть уши пошире, человек должен сам предложить решение.

    ОтветитьУдалить
  3. Советую почитать Ицхак Адизеса. Например "Развитие лидеров". Советы хорошие, но подходят не ко всем начальникам, далеко не ко всем. Основной совет №2, все остальное кажется только следствием. ИМХО конечно.

    ОтветитьУдалить
  4. Спасибо, Александр. Адизеса давно планировал почитать, все никак руки не доходят.

    ОтветитьУдалить

Отправка комментария

Популярные сообщения из этого блога

Mock vs Stub

Когда мы начали изучать модульное тестирование, то одними из первых терминов, с которыми пришлось познакомиться, стали Mock и Stub.

Ниже попробуем порассуждать в чем их сходство и различие, как и для чего они применяются.

Проверять работоспособность тестируемого объекта (system uder test - SUT) можно двумя способами: оценивая состояние объекта или его поведение.

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

Во-втором, мы проверяем набор и порядок действий (вызовов методов взаимодействующих объектов, других методов SUT), которое должен совершить метод SUT.

Собственно, если коротко, то в одном случае используется Stub, а в другом Mock. Это объекты, которые создаются и используются взамен реальных объектов, с которым взаимодействует SUT в процессе своей работы.

Теперь подробнее.

Gerard Meszaros использует термин Test Double (дублер), как обозначение для объекта, который зам…

План "Б" или как прикольно провести субботний день

Всем привет.
Вчера состоялась конференция "План Б". Организаторами выступили ребята из Яндекса, за что им большое спасибо. Судя по приблизительным подсчетам в мероприятии участвовало около 200 человек.

Основной темой конференции было планирование, планирование всего: проектов, разработки, тестирования, дизайнеров и даже организации музыкального фестиваля.
Сначала думал написать отчет в обычном своем стиле: кто и что говорил, но почитав твиттер по #pbconf понял, что просто потеряю время :) Поэтому кому оооочень интересно узнать подробности следуйте за птичкой и вы все узнаете (тэг #pbconf попал в top-30 твиттера)
Здесь приведу лишь те вещи, которые мне запали в мозг
Роман Чернин о продуктовой разработке: "нет заказчика, нет требований, нет сроков -> как принимать решения? ответ: заводим себе Product Manager-а"
Оля Павлова (@op): "бойтесь иллюзии точной формулировки" "заказчик - ребенок, выдаем ему игрушку как можно чаще" "не забываем, …

Переключите тумблер или умные люди дурного не посоветуют

Навеяно интересными вопросами про TDD после вчерашнего выступления.

Uncle Bob: "Flipping the Bit"

Подробнее постараюсь перевести чуть позже, пока только это:
Как определить, что у коллеги (или у вас) ТУМБЛЕР переключен?  Если ваши ответы на вопросы ниже совпадают с приведенными - то все хорошо :)
Мантра:

Сможете ли вы выполнить работу быстрее используя TDD? ДАСуществуют ли какие-либо задачи, которые вы можете выполнить быстрее без TDD? НЕТЯ понимаю, что TDD может помочь в долгом проекте, а что если у вас короткая задача? Будете использовать TDD? Да, потому что TDD быстрее даже в короткой перспективеЧто если времени реально не хватает, и босс стоит над душой, будете ли вы использовать TDD? ДАВ любом случае? ДАЕсть ли случаи, когда вам не нужно использовать TDD? НЕТПредставьте себе что вы на звездном корабле Enterprise (Star track) и осталась всего секунда до взрыва антиматерии. Все что вам нужно, чтобы избежать этого, поменять один IF. Будете ли вы использовать TDD? ДАПочему? П…