← All posts tagged менеджерфу

"Осенью 2014 года нам заказали подобрать iOS-разработчика с достаточно высокими требованиями, на зарплату 150 тысяч рублей в месяц. Мы долго искали такого человека, и в какой-то момент нам написал разработчик, у которого не было подходящего официального опыта работы и ни одного приложения, опубликованного в App Store. Он писал нам несколько раз и просил что-то насчет него решить.Я дал ему достаточно сложную задачу по реализации на Objective-C низкоуровневого протокола взаимодействия с сервером, подумав, что он, скорее всего, с ней не справится и отстанет от нас. Но через пару дней я получил ответ, и он был абсолютно верным. На Skype-собеседовании я попросил его включить режим демонстрации экрана и сказал: «Вижу, что вы программировали на разных языках, но какой из них вы знаете хуже всего?». Он ответил, что Java. «Хорошо, будем писать на Java», — я дал ему небольшую задачу, похожую на FizzBuzz, и разрешил пользоваться Google. Через 20 минут решение было готово, и оно работало.После этого кандидат мне сказал: «Я понимаю, что требования у вас высокие, я до них сильно не дотягиваю, но возьмите меня хотя бы на 30 тысяч рублей. Первые полгода мне будет хватать этой суммы на еду». Я подумал и ответил ему: «Знаете что? Забудьте про свои 30 тысяч рублей, у вас больше никогда не будет такой низкой зарплаты. Идете на 150 тысяч, но, если от вас потребуют работать 48 часов в сутки — вам придется это делать. И вы должны очень быстро развиваться».Через неделю я позвонил заказчику и спросил, как прошло собеседование. Я забыл об этом кандидате и решил, что, наверное, ему отказали. Заказчик ответил: «Он уже сидит и работает. Все хорошо, выставляйте счет». Через полгода я случайно узнал, что этого человека назначили руководителем разработки компании и он получает 400 тысяч рублей в месяц."

Вера менеджеров в процесс как магическую пилюлю для повышения эффективности всего и вся уже давно не удивляет, не раздражает и не веселит. Ну т.е. когда в очередной раз читаешь "Как, вы не работает по Scrum? У вас нет CI? Форменное безобразие!" и "На предприятии все еще действует старая совковая система управления качеством, а должна быть новая, которая пронизывает все процессы" — уже просто пофик. И вот это как раз страшно.

Выбирая популярный язык для разработки, "менеджеры" мотивируют это тем, что легко найти специалиста по этому языку. Это допущение неверно — каждый новый проект на языке увеличивает потребности в специалистах на данном языке, что увеличивает конкуренцию среди работодателей, перегревает зарплаты и способствует росту доходов через смену работы раз в полгода, в то время как готовые разработчики появляются редко (обычно с получением диплома и то — фанаты профессии в своей массе). Поэтому для проектов надо выбирать экзотические языки — Хаскель, Эрланг, Лисп — чтобы потом разработчики не могли смытся в другие места (потому что тех мало), не так много требовали (на основании того, что у соседа репа слаще — нету соседа, нету) и обладали интересом к профессии, занятию и вообще по приколу все эти "пиу-пиу и алгебра типов", а не "освоил похапе на курсах за две недели".

Новый техницецкий дирехтур надысь жаловался, что на конторе много бардака, так много, что ему аж помошник (ПМ) нужен. За врем правления он, тем не менее, всячески наводил порядок — поменял Jira на Jira, Git flow на Git flow без девелоп ветки (не спрашивайте), ввел бесполезные скрам-планерки по утрам и т.п., в общем, прошелся по всем граблям, что команда собрала еще три года назад в самом начале пути. Молодец, чо.

По следам #2790283 — я работал в компании, где в начале каждого дня писали микроотчет — что делал вчера, что планируешь сделать. Буквально пара-тройка строк. Босс говорил, что эта бня исключительно для самоконтроля и отлавливания длинных проблем. Он даже сам пробовал писать такие отчеты, но потом либо забил, либо пустил их в узком кругу, потому что его портянка была весьма внушительной и касалась аспектов, которых большинству сотрудников знать было просто необязательно.
Но, как известно, любое благое начинание можно испоганить дотошным исполнением. Менеджер проекта со стороны заказчика мгновенно внес пяток корректив, которые вызвали стойко отвращение к этому принципу: а) отчеты должны подаваться строго до 11-00, чтобы все успели все прочесть, б) в них стало обязательно излагать причины невыполнения каких-либо, причем если задачка исследовательская — еще написать мини-трактат о сухом остатке, в) по их результатам ебали мозг в стиле "может быть ты не шаришь и тебе нужна помощь коллег" или "чот ты как-то расслабился". Но и этого показалось мало, поэтому на 11-00 было назначено совещание, на котором все отчеты пересказывались вслух, производились корректировки и порки.
Конечно, все воспринимали это как неизбежное зло и "проще дать, чем бодаться". Но не упускали момента и поиздеваться, например, написав что-то в стиле "крутил гайку ключом 10х14 20 минут" или "1. собрать вещи, 2. уехать в отпуск, 3. хорошенько отдохнуть". Впрочем, менеджеру это было по боку и он продолжил гнуть свою линию до месяца перед увольнением, когда были сначала отменены совещания, а потом и дрючка по отчетам. После увольнения все вернулось на круги своя — отчеты стали штукой для информирования команды и редкого профилактического попинывания со стороны ПМ-а в сторону коммуникаций. Но осадочек остался, да.

Полезность всяких систем учета задач примерно эквивалента иллюзии контроля, которую они создают. Соответственно, если менеджеров посадить в закуток и дать им красивые кубики, их негативный эффект может быть сведен к минимуму.

Руководители бывают двух типов (на самом деле нет). Одни сначала продают, а потом начинают делать. Другие сначала предлагают сделать, ну а "потом-то мы уж точно продадим!".
Оба два типа выбешивают рабочий класс. Первые тем, что продают зачастую то, что нормально сделать в обозримые и утвержденные сроки нельзя на должном качестве и приходится лепить фуфло. Вторые — тем что это потом зачастую не продается. Или находится новое "а давайте сделаем". При этом как бы кушать хочется, но продаж нет, что сделано — никому не нужно и все злые как собаки.

Из фейсбучека: "В ИТ-проекте нужно учитывать и оплачивать все косвенные издержки [на созревание творческой идеи, свободные ассоциации] в работе инженера/ИТ-архитектора — походы к кофейнику, сидение в Фэйсбуке... они составляют от 30 до 80% расхода времени, но убрать эти косвенные издержки нельзя". (C) По лекции Владимир Иванов <facebook.com>. Улыбнуло, но ведь это правда и менеджеры часто этого не понимают."

* притча Когда на "Рок-панораме" 1987 г. вышел на сцену дедушка Ъусского Ъока Александр Б. Градский, ехидные панки-анархисты хором запели:
— Радостный строй гитар! Яростный стройотряд! Словно степной пожар! Песен костры горят!
Дедушка Ъусского Ъока гневно закричал своим яростным оперным голосом:
— Заткнись, сволочь!
И ведь перекричал, что характерно. Потому что у него был микрофон, а у панков-анархистов микрофона не было.

"Если человек делает свою работу — он должен делать ее с максимально возможной для него эффективностью. Задача руководителей предприятия стоит вывести его на эту эффективность используя ту или иную политику."

Настоящий полководец умеет донести свои задачи до каждого солдата. Но если с солдата спрос мал (особенно если солдат остался на поле боя), то с исполнителя можно потом спросить. Два раза. Поэтому следует доводить свои задачи до конечного исполнителя в максимально полном объеме — "мне нужны продающие картинки" или "мне нужен продукт, который можно продать". Соответственно, если картинки/продукт есть, а продаж нету — вы сделали все, что могли, а исполнитель попался не очень.

Если что-то в словах подчиненного непонятно и требует пояснения — запросите ссылку или краткую выжимку "чтобы не зарываться самому". Во-первых, это создаст видимость деятельности — письмо с запросом, получение письма, гуглеж подчиненного, ответное письмо, просмотр по диагонали, подтверждение "постижения понимания". Во-вторых — покажет степень вашей вовлеченности в дела, что потом избежать вероятного навешивания лапши со стороны исполнителей. В-третьих — всегда ж приятно, когда кто-то гуглит за тебя, он же это наверняка сделает более компетентно.

Самое важно для менеджера после стажа работы и количества поголовья в подчинении — знание магических слов. Если изучить их пару десятков поближе к индустрии, а потом нанять "правильных людей" — эффект гарантирован. Магическими словами могут стать редкие сложные языки или непростые технологии. Человек, который владеет магией, стопудово окажется тем самым, который все сделает за вас. Только поменьше кормите и почаще доите.

Ответственность — это масло в руках менеджера и тяжкое бремя на горбу подчиненного. Ее следует размазывать тонким слоем по коллективу (если что — можно сказать "вы же сами решили") или, наоборот, вручать персонально (если что, можно сказать "а базар отвечаешь?"). В любом случае следует помнить, что настоящий менеджер хозяин своему слову: захотел — дал, захотел — назад взял.