by http://www.flickr.com/photos/griffinyphotography/
Помогать людям найти ответ или путь для выхода из сложной ситуации — это, от чего я получаю внеземное удовольствие. Техническая это ситуация или вопрос связанный с человеческим фактором, варианты решений есть всегда.
Время от времени мне пишут с вопросами, и я помогаю найти ответ на них. Недавно мне написал инженер, живущий в удивительном мире, и он обратился ко мне с вопросом, на который ответить я предлагаю совместно с читателями.
Автор вопроса согласился на публичный анализ ситуации, высказывайтесь, наверняка вам есть что сказать. 🙂
По очевидным причинам соблюдена анонимность.
Вводная:
Менеджер — это разработчик, который 15 лет назад начал писать проект с нуля. За все эти годы программа разрослась и, как часто бывает, не переписывалась.
Как разработчик и человек он очень хороший. Как менеджер — вызывает «страдание и непонимание».
В команде нет дополнительного звена между инженером и менеджером.
Команда частично распределенная.
Ситуация:
Руководитель проекта постоянно сам лезет в код что-то переписывать, дорабатывать, вместо того, чтобы просто доходчиво объяснить, чего он хочет. Он хочет разделить свои полномочия «бери, делай больше, чем обычно и разгрузи меня», но при этом абсолютно не даёт информацию о том, как нужно все правильно сделать, чтобы он потом не наезжал и не переделывал.
Менеджер себе представляет модель «как я хочу», плохо её кому-либо объясняет, расстраивается, когда не делают в точности, как представил себе это он и сам исправляет.
В итоге — куча потраченного времени, руководитель ведёт себя не всегда вежливо, сутками не спит, работа в команде весьма коряво налажена (не понятно: кто за что отвечает) и команде часто приходится по несколько раз переделывать задачи.
Подробные объяснения приходится выбивать чуть ли не целый день, устраивая допрос, т. к. руководитель работает на износ.
Вопросы:
Какие здесь есть проблемы?
Что и какие действия могут помочь в данной ситуации?
Added:
Мой вариант решения.
Загрузка ...
8 комментариев
2 пинга
Перейти полю для комментария ↓
RA
Сентябрь 2, 2013 в 12:04 (UTC 4) Ссылка на этот комментарий
Нуу.. Тут довольно обычная ситуация эскалации, с положительной обратной связью: работники не выполняют — руководитель не доверяет, стоит над душой — работники опять не так делают с его точки зрения — руководитель всё больше убеждается, что кроме него никто не справится. И по опыту знаю, не очень-то помогает введение четкой формулировки успешного результата работы, всё равно создателю будет казаться, что он бы сделал и быстрее, и лучше. Единственный работающий способ известный мне (ну кроме переустановки ценностей у руководителя) — это вообще разрушение этой системы, которая зашла слишком далеко: это либо законодательное разграничение обязанностей с исключением возможности стояния над душой (т.е. руководитель видит только результат и либо принимает его, либо нет), либо замечательный вариант — отвлечь руководителя от этого проекта, если у него будет другой- он будет снисходительнее к этому.
sam
Сентябрь 2, 2013 в 14:13 (UTC 4) Ссылка на этот комментарий
Да найти другую работу инженеру. Нефиг мучаться с таким неадекватом!
Марина Селиванова
Сентябрь 2, 2013 в 16:30 (UTC 4) Ссылка на этот комментарий
1) Не издеваться над собой и другими. Не все люди могут быть хорошими менеджерами (их, хороших менеджеров, очееееень мало).
2) Да, ответственность надо распределять на берегу, а не выяснять, кто должен был сделать этот критичный кусок проекта во время показа проекта заказчику.
3) Если все-таки хочется менеджерить, то брать и менеджерить, но не делать все самому. Несмотря на развитие технологий в сутках по-прежнему всего 24 часа.
4) Договариваться и фиксировать договоренности в письменном виде. Это, конечно, бюрократия, но в таких клинических случаях помогает.
Анастасия Мокроусова
Сентябрь 3, 2013 в 13:26 (UTC 4) Ссылка на этот комментарий
В первых 3-х пунктах согласна с Мариной. 4-й пункт затрачивает время, но, возможно, станет спасательным кругом в критических моментах жизни и развития проекта. Советую в перспективе (вдумчиво) почитать для развития навыков руководителя и успешного человека С. Кови «7 навыков высокоэффективных людей».
dzhariy
Сентябрь 2, 2013 в 21:35 (UTC 4) Ссылка на этот комментарий
Есть такие практики, как «Сократический диалог» или «Психологическое айкидо», которые на самом деле либо тяжелы в освоении либо требуют длительного времени, чтобы получить результат.
В этой ситуации, лично я пошел бы в ва-банк, и в мягкой форме высказал все что думаю, что не нравится и чего я хочу.
Перед этим шагом, я бы промониторил рынок на предмет новой работы. Или нашел бы возможность перехода на другой проект, если это можно сделать внутри компании.
В случае если удастся убедить – от предложений работы можно отказаться и жить себе дальше счастливо горя не зная.
В случае, если не удастся убедить – уйти куда-либо самому. Смысл продолжать вести борьбу? На нее тратится уйма усилий, а трофеев – не будет.
А если вдруг окажется, что вариантов новой работы для вас нет – молчать в тряпочку и делать что говорят.
Мудрый китаец, посоветовал бы, раз менеджер работает на износ и сутками не спит – дождаться, пока он себя угробит, и его тело проплывет мимо вас по реке.
Обычно, в таких кейчас ситуация с обеих сторон – очень преувеличена. С одной стороны – злой волк, а с другой – добрые овечки.
А может быть эти овечки сами говнокодят по черному, и злому волку приходится лезть в код?
А может до этих овечек настолько все туго доходит, что быстрее будет взять самому все сделать?
BarbaricQA
Сентябрь 3, 2013 в 16:21 (UTC 4) Ссылка на этот комментарий
Прислано пожелавшим остаться неизвестным. Публикую с согласия автора. 🙂
«Все написанное имхо, основанное на личном опыте.
Слабое место в описанном тобой кейсе коммуникация.
Мы имеем «гиперответственную» сторону менеджера.
Способы решения.
Обсуждение с менеджером неэффективности положения. А лучше предложение маленьких изменений. В нашем случае был разбор пошагово что неэффективно и предложения регламента для улучшения ситуации
Окей. Хочешь менять, пожалуйста. Любые изменения пожалуйста фиксируй в комментах к изменениям на СВНе или на портале, форуме, вики.
В нашем случае спас положение развернутый форум. Все вопросы, изменения, вопросы, обсуждения выносились туда. На каждый артефакт была предложена схема работы. Вплоть до заведения вопросов и обсуждений.
Делалось не сразу, а постепенно. Почти подстраиваясь под манагера. Без давления.
В итоге, мы постепенно ушли от хаотических изменений, обосновав для него почему такие хаотические изменения больше портят чем помогают.
Выродилась постепенно схема продукта и схема его оптимизации
По сути, у инженера есть только один выход подстраивать и систематизировать процесс под такой вид менеджера, выступая и аналитиком и инженером. Как правило такому виду менеджера легко обосновать недостатки и нужность изменений, если предлагаешь хоть какую то схему. Пусть даже базовую.
Регламент повышения эффективности.
Не может не хочет объяснять функционал, пусть пишет о нем и пусть по нему письменно задают вопросы.
Другой канал, даст ему возможность и другим систематизировать все что исходит от него.
При этом, сразу будет видно то из схемы можно будет отдать, и ему в том числе.
Только не бросаться сразу нахрапом, как правило это не работает.
Брать маленький кусочек, постепенно расширяя.
И самое главное, как только он чувствует что это ему облегчает жизнь, он сам начнет построенным схемам помогать, а пока регламентности определенной не было, у нас не работало ничего, все попытки разбивались о нежелание. «
BarbaricQA
Сентябрь 12, 2013 в 14:53 (UTC 4) Ссылка на этот комментарий
Спасибо за ответы.
Коллеги, свой вариант решения кейса и отзыв автора кейса на ваши ответы, опубликую завтра утром. 🙂
BarbaricQA
Сентябрь 13, 2013 в 20:38 (UTC 4) Ссылка на этот комментарий
Предложенный мной вариант решения здесь: http://barbaricqa.com/blog/archives/2958
Кейс Менеджер Самоделкин. Как быть ? | BarbaricQA.com
Сентябрь 13, 2013 в 20:35 (UTC 4) Ссылка на этот комментарий
[…] я опубликовал кейс «Менеджер Самоделкин» , присланный одним из читателей. Хочется выразить […]
Кейс: Бедная Вера | BarbaricQA.com
Сентябрь 21, 2013 в 09:06 (UTC 4) Ссылка на этот комментарий
[…] понравился опыт с публичным решением кейса Менеджер Самоделкин, кстати, появился ещё один интересный и весьма […]