Владимир Бычко об управлении проектами

пиэм разъясняет, предостерегает, рекомендует

Тег: мотивация

Как совершенно точно не стать профессиональным руководителем

Изображение с unsplash.com, автор Austin Distel

Ранее я писал, как совершенно точно не получить повышение на работе. Сегодня хотел бы рассказать, как гарантированно не стать профессиональным руководителем и навечно остаться «управляющим бровями».

Пост навеяла двухнедельная работа на айти-подразделение ГК «Самолёт» в начале этого года. Там мне попытались передать команду, которой ранее руководила девушка, пришедшая в айти из юриспруденции и организовавшая работу так, как умела — то есть, замкнула на себя всё. От детальной координации каждого исполнителя до анализа продуктовых и проектных метрик, кадровых вопросов и разбора обращений из соседних подразделений (за две недели я их наловил сорок восемь). В сочетании с очень тревожным руководством, требующим ежедневной отчётности и постоянными совещаниями, каждый час, каждую минуту, это показалось мне одним из самых больших управленческих кошмаров. Такое подразделение можно перестроить, с руководством выстроить правильные отношения, но на это уйдёт неимоверное количество нервов и времени, которых у меня нет.

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

Но перед этим прочтите, пожалуйста, пост Дениса Сиденко про «управление бровями» (Линкадин под блокировкой, чтобы блок отобразился, поставьте какой-нибудь плагин с автоматическими прокси или врубите vpn):

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

Хочешь сделать хорошо — сделай сам.

Лучшего программиста делают тимлидом. Лучшего продавца — РОПом. Лучшего дизайнера — арт-директором.

Одновременно с этим Лебедев убедительно попросил меня не рисовать больше ничего и дать дорогу молодым: инструмент арт-директора — дизайнеры, а не рисовальная программа. Я тогда получал в день пять десятков писем и ничего совершенно не успевал, хоть вешайся.

Людвиг Быстроновский

Людвиг Быстроновский

арт-директор Студии Лебедева

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

Есть хорошее мысленное упражнение. Начать управлять так, как будто вам оторвало руки. То есть, вы можете ставить задачи голосом и письменно, но не можете сами ничего делать. Обучать (об этом ниже), мотивировать, координировать можно.

Людвиг, цитату которого я привёл выше, сделал первый шаг, поменяв ноутбук. Продал семнадцатидюймовый гроб, на экране которого помещался журнальный разворот в натуральную величину и купил маленький изящный ноут. Тоже полезное действие.

Невозможно быть руководителем на 80 %. Вы либо управляете, либо исполняете. А кроме того, невозможно управлять системой, будучи её частью.

Не обучать

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

Да и в конце концов, вас же никто ничему не учил, вы всё сами постигли, правильно? Чем они лучше?

Рост зарплатных аппетитов — это нормально. И это ваша забота, время от времени наведываться к вышестоящему начальству и убеждать, что фонд оплаты труда не должен быть ниже фонда рекрутинга.

Периодические увольнения — это тоже нормально. Люди будут увольняться, это не просто риск, это стопроцентный факт. Вы обязаны выстраивать систему так, чтобы от увольнения сотрудника, даже очень важного и квалифицированного, система не рушилась. Дублирование функций во все поля.

Что касается подсиживания. Если ваш топ-менеджер или гендиректор или кому вы там подчиняетесь, такое допускает, это к лучшему, работать на него не надо.

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

Давать распоряжения и инструкции только устно

Ещё один страх новоиспечённого руководителя — что каждый сотрудник будет понимать, что ему делать и руководитель из-за этого станет ненужным. Поэтому он старается вообще, избегать письменных распоряжений и инструкций, налегая на «управление бровями». В целом, система работает, руководитель незаменим, к нему постоянно обращаются с вопросами, он чувствует себя важным и востребованным. Только вот времени больше ни на что не хватает, особенно с учётом пункта про хочешь сделать хорошо — сделай сам. А вам ещё и придётся рассказывать, как делать ту или иную работу довольно часто.

У меня был руководитель, который любил говорить, что даже если он озвучил невпопад какую-то мысль, я должен её воспринимать как поставленную задачу и ломиться исполнять. Мысль о тикет-системе (я тогда был сисадмином) его пугала так, что он даже рассматривать её не хотел.

Каждая повторяющаяся работа должна быть регламентирована, а ещё лучше, автоматизирована. Это позволяет значительно быстрее погружать в контекст новых сотрудников и освобождать свой мозг для работы более интеллектуальной, чем в сотый раз объяснять сотому по счёту офис-менеджеру, как правильно печатать на конвертах. Короче, читайте статью про регламенты.

Да, тут есть другая крайность. Можно дорегламентироваться до многостраничных мануалов, которые будет трудно воспринимать (как, например, в айти-подразделениях «Комуса»). Но в целом, и это лечится, просто не требуйте от новичков знания их наизусть, пусть ознакомятся и разок на практике их пройдут и всё получится. Читайте правило про обучение.

Не давать сколько-нибудь детальных планов

Ещё один страх руководителя — что если его подчинённые будут посвящены во все планы, он опять станет ненужным. Да и не требуется от них это знать, вдруг ещё сольют конкурентам. Лучше не планировать вообще, ведь если плана нет, его невозможно провалить. Но да, при росте количества подчинённых, придётся слишком много двигать фигуры, но вы же не боитесь лишней работы.

Каждый солдат должен знать свой манёвр.

План операционный в корпус, в колонну. Ясное распределение полков. Везде расчет времени. В переписке между начальниками войск следует излагать дело ясно и кратко, в виде записок, без больших титулов. Будущие же предприятия определять вперед на сутки или на двое.

Александр Суворов.

Александр Васильевич Суворов

русский полководец

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

Только тогда они смогут работать более-менее самостоятельно, плюс, не придётся постоянно давать им приоритеты. Ведь если все знают, что важно для компании, а что не очень, приоритеты становятся понятны сами собой.

Слепой лось, бегущий через горящий лес.
Мемас из сети.

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

У меня был такой кейс. Раз в месяц я готовил список ключевых манипуляций по проекту на следующий месяц. Закончить такой-то блок работ, завершить тестирование такого-то блока, провести ревью требований, автоматизировать то-то. Потом находил время в расписании своего босса, мы запирались в кабинете, садились рядом и совместно этот план вычитывали, попутно проставляя, какое влияние исполнение каждого пункта будет оказывать на мой бонус в конце месяца. Босс задавал вопросы, иногда добавлял свои пункты, иногда вносил коррективы. Потом я этот план доносил до сотрудников и каждый понимал, чем ему в этом месяце заниматься. Хорошая практика.

Не координировать людей

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

Важная для недоменеджера особенность отсутствия координации — в случае неудач будет очень легко найти виноватых.

Понимание того, что вы делаете важную и востребованную работу, очень важно, оно уменьшает выгорание и повышает производительность.

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

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

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

Если так получилось, что под вашим контролем несколько подразделений, собирать их на координацию целиком, конечно, не надо, но встречаться, хотя бы раз в пару недель, с их руководителями необходимо.

Мысли из Линкадина — 12

Изображение с unsplash.com, автор Cristina Gottardi

О следующем уровне

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

В 2008 у меня всё было довольно грустно. За плечами технический вуз, год невнятного опыта одинэсником, полгода опыта преподавателем, в наличии полное нежелание калининградских работодателей брать меня на какую-либо должность (удалёнки тогда не было даже близко).

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

Грустный еду с собеседования (офис был в ебенях), разговорился с соседом по автобусу. Он спросил, куда я ездил в эти ебеня, я рассказал, что на собеседование. А он говорит, что задолбали эти собеседования, у него решительно нет денег, чтобы на них ездить, почему не могут просто взять на работу. И я как-то очень чётко осознал, что есть ступенька ниже и этих ступенек ещё очень и очень много.

* * *

О контроле

У начинающих руководителей часто возникает вопрос. Вот у меня есть подчинённый, он выполняет какие-то задачи, в конце периода скидывает отчёт. Я что, должен каждую выполненную им и указанную в отчёте задачу лично проверить и верифицировать?

Ага, должны. Это часть работы руководителя. Считается нормальным тратить на такой контроль до двух часов в неделю на каждого подчинённого. Когда он привыкнет к контролю и начнёт хорошо справляться, можно будет проверять не все задачи, а выборочно.

И да, из этого следует, что если у вас 20 подчинённых, контроль будет занимать абсолютно всё рабочее время. Поэтому считается, что непосредственных подчинённых не должно быть больше 7-9, при дальнейшем росте нужно назначать «уличных лейтенантов».

* * *

О багах

Мы прогневили машинных богов и теперь нас окружают бесконечные баги. Из очень узкоспециализированной сферы, интересной компьютерным задротам, маниакально относящихся к качеству своих приложений, разработка стала массовой и туда повалили рандомные люди в поисках денег. Создаётся ощущение, что каждый что-то разрабатывает, проектирует и тестирует и всё это делается на отъебись.

Мне хочется плакать от каждого нового релиза Эвернота. В каждом релизе несколько новых багов, в том числе в основном потоке, с каждой версией им становится всё менее и менее комфортно пользоваться. За каким-то чёртом они ухудшают каждую функцию. Заметки открывались в десктопной версии десктопного клиента мгновенно — с позапрошлой версии на это стало требоваться от трёх секунд до минуты. Заметки перемещались в другие блокноты мгновенно — в последней версии стал появляться индикатор и процесс стал занимать по несколько секунд.

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

Моё приложение для умных весов при каждом запуске сообщает, что я незалогинен и данные не запишутся. Если нажать «назад», сообщение исчезает и всё прекрасно записывается. А ещё, раз в неделю эти весы отказываются производить взвешивание, крутят какие-то числа, пока не вытащишь батарейку, перезапустив их.

Вчера смотрел «Все работы хороши» про работу в поликлинике, все врачи буквально стонут от медицинского говнософта, он запредельно глючный, он может, к примеру, взять и похерить протокол осмотра пациента, который вы заполняли несколько минут.

Из времён, когда чтобы найти баг, надо было в прямом смысле, «ломать» приложение, мы пришли ко временам, когда баги повсюду, на каждом шагу.

Что с этим можно делать? Да, вы не можете заставить разработчиков эвернота заняться багами, как-то повлиять на эппловцев, приложение для весов, вообще, наверное, делал какой-то китаец-аутист, который по-английски-то не понимает. Но вы можете сделать качественным СВОЁ приложение, над которым вы работаете в настоящий момент.

Поэтому перечитайте ещё раз мой предыдущий пост. Я понимаю, что у вас QA, я понимаю, что у вас тимлид ревьюит. Всё, что можно прокликать и проверить, прокликивайте и проверяйте перед релизом. Так вы внесёте свою лепту в борьбу с баговым хаосом.

* * *

О валюте

В связи с преодолением рублём очередного дна.

Человек, ничего не понимающий в экономике: Да нет никаких механизмов формирования курсов, просто евреи в Нью-Йорке цифры рисуют.
Человек с экономическим образованием, работающий в этой сфере: Экономические механизмы сложные, их много, там сдержки и противовесы, это всё нужно долго изучать для минимального понимания.
Человек, имеющий прямое отношение к экономике, уровня топ-менеджера ЦБ: Да нет никаких механизмов формирования курсов, просто евреи в Нью-Йорке цифры рисуют.

* * *

Об OLE

Одной из вещей, больше всего удививших меня в самом первом компе, был реализованный в Windows механизм OLE. Object Linking and Embedding. То есть, вы можете вставить в документ файл любого типа, лишь бы он поддерживал этот механизм, файл будет слинкован с документом, изменения в файле будут отображаться в документе. Это казалось прям пушкой.

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

Будет здорово, если вы расскажете, как использовали OLE, а позднее ActiveX для каких-то более продвинутых вещей.

* * *

О мотивации

Кадр из сериала «В Бореньке чего-то нет».

Пересматривал вчера «В Бореньке чего-то нет», понравился один момент. Режиссёр (Виторган) рассказывает своему другу-сценаристу (Демидов), что у него есть знакомый, производитель мебели. Не ширпотреба, а вполне нормальной мебели. И однажды этот мебельщик купил себе дом. Режиссёр его спрашивает, а ты мебель в этот дом, своего производства поставишь? А тот отвечает, нет, конечно, я хочу, чтобы у меня дома была нормальная мебель.

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

Мне кажется, лучший софт получается, когда его задумывают не чтобы заработать, а для себя. Пример — Марк Руссинович сделал отличные утилиты для себя, подарил их миру и они прекрасны. Никто бы не обиделся, если бы Марк брал за них деньги, но главный принцип — основной целью должно быть деланье для себя, для своих потребностей.

* * *

О боязни рисков

Однажды я написал одному хорошему знакомому дотнетчику, что моей компании требуется средней сложности чат-бот на дотнете. Пара недель не самой сложной работы, нормальный гонорар. Он отвечает, какие вы молодцы, делайте, конечно.

Однажды написал хорошему знакомому одинэснику, что моей компании требуется консультация по 1С. Нужно заглянуть в клиентскую БД и дать экспертную оценку, что в ней, вообще, лежит, как устроена, в каком состоянии. Он отвечает, могу это сделать только официально, через свою компанию, через договор, а кроме того, нужно будет оформить подписку на ИТС.

Мне кажется, что «удачливый» человек — это человек, который не отвергает возможности, даже если эти возможности несут в себе риски. А люди, называющие себя «неудачливыми» напротив, находятся внутри своей скорлупы и возможности напрочь отметают.

* * *

О важности критики

Я когда-то очень любил фразу Королёва: «Критикуешь — предлагай. Предлагаешь — делай. Делаешь — отвечай», но чем дальше, тем больше мне кажется, что возможность критиковать, не предлагая решений, это норм.

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

* * *

О важности советов

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

Запросить совет или второе мнение по проектным затруднениям вполне норм и зрелые пиэмы этого не стесняются.

* * *

О навыках постановки задач

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

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

Вот, что подумалось. Нас в школе, потом в высшем учебном заведении постоянно учат решать задачи, быть исполнителем. Но никто не учит ставить задачи, быть заказчиком. Было бы интересно и полезно, если бы студентов учили этому навыку.

* * *

О том, как важно быть активным пользователем своего продукта

Видел интервью, в котором Якубович рассказывает, что понятия не имеет, что такое «Поле чудес», так как ни разу его не смотрел, кроме того, в его семье запрещено эту передачу смотреть и обсуждать.

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

При разработке айти-продукта, к сожалению, подход не работает. Лучшие продукты получаются у людей, которые являются самыми активными пользователями этих продуктов и делают их, в первую очередь для себя. Это не даёт гарантий (Маск, например, активный пользователь Твиттера, что не мешает ему принимать очень странные решения), но здорово помогает.

* * *

О стоимости владения сотрудником

Я ранее писал о стоимости владения кодом. Если вы решили задачу написанием нового кода, помимо стоимости создания, придётся оплачивать и владение этим кодом, а это много. Сегодняшняя мысль — есть «стоимость владения сотрудником».

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

Поведение взрослых людей подчиняется коррекции очень слабо. Как ни говори разрабу «будь внимательнее», внимательнее он если и станет, то на очень короткое время. Аналитик останется говнюком. Администраторша так и будет при любой возможности избегать работы. Поэтому по возможности оцениваем и решаем, нужны ли вам сотрудники с высокой стоимостью «владения». Я всё же считаю, что легче взять снаружи человека с хорошими софтами и подтянуть его хардовые компетенции, чем мучиться с описанными выше товарищами.

* * *

О важности навыка

Спасать утопающих не так-то просто. Многие люди считают, что если они умеют плавать, манипулируя только одной рукой и ногой, смогут совершенно спокойно спасти тонущего человека. Они не учитывают, что тонущий, от страха захлебнуться, ничего не соображает и будет довольно интенсивно пытаться утопить спасателя вместе с собой. Нужен навык.

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

* * *

О специализации

Я знаю каратэ, кунг-фу, ушу, дзюдо, тхэквондо, кендо, будо, бушидо и много других страшных слов. Недавно смотрел видео специалиста по боевым искусствам, в котором он аргументированно объяснял, почему люди, приписывающие себе владение большим количеством боевых школ и стилей, членство во всех обществах и академиях, как правило, шарлатаны. Крайне сложно серьёзно освоить даже две взаимодополняющие школы, три — почти невозможно, жизни не хватит.

Изображение с inkbox.com

Примерно по этой же причине, я настороженно отношусь к людям-многостаночникам, которые одновременно писатель, сценарист, певец, учёный, стендап-комик, актёр, нутрицитолог, косметолог и ещё немножечко шьёт. В «Симсах» была жизненная цель «Человек эпохи Возрождения», но в жизни такие люди встречаются крайне редко.

Я за специализацию с разумным T-shape.

Помню, как мой препод в институте сказал: «Ты можешь иметь хоть 10 высших, только что с того? У тебя в башке будет такой винегрет, что ты будешь идиотом во всём». Глядя на нашего плотника, художника, лётчика, подводника, музыканта и писателя, понимаю, как прав был профессор.

* * *

О замораживании процессов

Оказалось, что список процессов в виндовом диспетчере задач можно «заморозить», чтобы процессы не скакали и их можно было спокойно выбирать. Для этого достаточно нажать Ctrl.

Тайным знанием поделился инженер Microsoft Дейв Пламмер, который эту функцию и придумал.

* * *

О феминитивах

Изображение с pngtree.com

Подумалось, что единственный феминитив, с которым я готов смириться, это «мусорка» в значении «сотрудница полиции».

* * *

Об аэропортофобии

Некоторые люди страдают аэрофобией. Однако статистика показывает, что авиация — самый безопасный транспорт, шанс попасть в автоаварию значительно выше. А вот аэропортофобия — намного более оправданная штука.

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

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

Психотропные таблетки можно везти только с рецептом. А те, кто это придумал в курсе, что рецепты на отчётные препараты забирают при покупке? Приходится прятать снотворное на дно сумки, пока не находили.

Ну и последний момент, который раздражает меня в авиаперелётах — невозможность иметь с собой какое-либо оружие. Даже баллончик CS, абсолютно законная штука, не может быть провезён самолётом, даже в багаже. Антитеррор во все поля, конечно, но чувствуешь себя голым. К счастью, на внутренних перелётах разрешают иметь при себе тактическую ручку, если она не особо стрёмного вида (но в некоторые страны Европы и её заставят выкинуть).

* * *

О зарплате

В самом начале карьеры о зарплате меня никто не спрашивал. То ли, в силу малого опыта, то ли тогда это было немодно. Потом начали спрашивать. Я обычно брал стоимость аренды однокомнатной квартиры, еды и проезда на месяц и озвучивал эту сумму.

Набрав некоторый коммерческий опыт, осмелел и у очередного работодателя попросил (краснея и трясясь, как шуганая псина) в два раза больше. Он сказал, что вообще-то новичкам у них столько не платят, но ладно. В договор в итоге почему-то написали на 2 тысячи меньше, но я не стал возникать.

Потом случился крымнаш и мы резко обеднели в два раза. Какое-то время на автомате работал за старую зарплату, но в итоге стал просить у следующих работодателей немного больше, пока не пришёл к более взрослому подходу — стал анализировать вакансии по своему профилю и оценивать среднее предложение.

А потом пришло особое дзюцу. Я научился, прочитав внимательно вакансию, просмотрев сайт и проанализировав, как пишет рекрутер, чётко называть верхний предел вилки данного работодателя.

Считаю такой эволюционный подход к запрашиванию зарплаты, достаточно экологичным и разумным.

* * *

О фичеризме

Давным-давно корифеи копирайтинга начали говорить — никакого «фичеризма» в рекламных описаниях продукта! То есть, не надо описывать функции продукта в столбик, расскажите лучше, какие проблемы он решает. Apple вообще, продаёт не столько продукты, сколько стиль жизни.

А мне вот не хватает фичеризма. Месяц назад увидел рекламу новых яндексовских теликов и заинтересовался. Прочитал рекламу, управление голосом без пульта, очень тонкий, выглядит на стене как картина, офигительный звук и в таком духе. Вроде, круто, но совершенно непонятно. Можно ли транслировать на него экран ноута по вайфаю? Можно ли ставить приложения из апк-шек? Есть ли у него порты внизу? Его же предполагается вешать на стену, не придётся ли его снимать каждый раз, когда захочешь вставить флешку?

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

Не изгоняйте фичеризм окончательно, пожалуйста.

UPD: После обзоров телик, кстати, покупать раздумал. Пишут, что звук не такой уж премиальный; при расшаривании экрана на него, тормозит даже по кабелю; нет 120 гц.

* * *

О безопасности

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

Если пароль от веб-сервиса ещё можно хранить в менеджере паролей, то пароль, например, от виндовой учётки в таком контексте приходится либо записать на листочке и положить под клавиатуру, либо придумывать предсказуемые пароли, чтобы их можно было хоть как-то запомнить.

А бесполезна эта мера, потому что утечки почти в 100 % случаев происходят не из-за злых хакеров, подобравших пароль брутфорсом, а руками прекрасно знающего все пароли штатного специалиста, которому несколько лет не повышали зарплату и который решил подзаработать на сливе данных конкурентам.

* * *

О быстром улучшении работы компании

Если бы передо мной стояла задача принести в организацию максимум пользы с точки зрения менеджмента за минимальное количество действий, я бы сделал:

  1. Добился бы максимально возможной специализации исполнителей. Реализовывать вьетнамский вариант, когда за каждую операцию отвечает отдельный вьетнамец за миску риса и сникерс, конечно, не надо, но и от режима «все делают всё, но никто толком не отвечает за конкретную задачу» надо избавляться первым делом.
  2. Добился бы дублирования исполнителей для максимально возможного количества функций. Каждую операцию должны уметь делать, как минимум, два человека на случай отпусков, болезней, отгулов и внезапных увольнений. Люди также должны быть замотивированы подменять друг друга в таки ситуациях не только корпоративным духом. Хорошо работает матрица компетенций.

* * *

О перелётах

Прилетел в Ижевск с однодневным визитом. Прямого рейса не нашлось, впервые в жизни летел с пересадками. Мысли для других командированных:

  1. Хорошие наушники, обязательно с качественным шумодавом — наше всё.
  2. Всем плевать на расписание. При выборе рейсов для полёта с пересадкой, закладывайте на пересадку не менее 4-5 часов (при условии, что вам не нужно менять аэропорт), опоздание на час-полтора, похоже, в авиации, вообще, не считается за косяк.
  3. Идите на регистрацию сразу после её открытия, в Шереметьево адские очереди на регистрацию.
  4. При формировании сметы для работодателя, побольше закладывайте на такси с учётом высокого спроса.
  5. Хорошая, дорогая зарядка с четырьмя портами — прекрасное вложение денег. Поставить на зарядку одновременно ноут, смартфон, наушники и четвёртый гаджет (умные часы, например, но у меня это фонарик-павербанк) очень удобно.

* * *

О единомышленниках

Помните, как Хаус во втором сезоне уволил Бозли за то, что тот озвучивал его мысли? У Хауса была крайне интеллектуальная работа и чтобы выполнять её успешно, ему были нужны люди, мыслящие принципиально иначе, чем он, чтобы его дополнять и усилять.

Другие эксперты по менеджменту (тот же Батырев) считают, что наоборот, успехов добиваются только команды единомышленников, действующие как единый кулак, а не ладонь с растопыренными пальцами.

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

* * *

О правде

Изображение с ololo.tv

Булгаков, устами Иешуа, говорил, что правду говорить легко и приятно. Насколько приятно после этого искать новую работу, он не говорил.

* * *

О важности логов

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

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

Определённо бесит ситуация, когда у пользователя ошибка, он звонит в саппорт, там у него выясняют шаги воспроизведения, пытаются воспроизвести, а ошибка не воспроизводится.

Логи ошибок мастхэв.

Как донести до подчинённых важную информацию и быть услышанным

Изображение с unsplash.com, автор Philip Strong

Многие руководители жалуются на «испорченный телефон» при передаче важной инфы подчинённым. Даже когда они собирают большое совещание на кучу народа, выступают на этом совещании лично, рассказывают подробно, приводят доводы, почему-то изрядная часть сотрудников их не слышит.

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

Если же эта проблема неактуальна, то применяем следующие решения:

Привлеките внимание

Объясните коллегам, почему ваше сообщение важно. Можно использовать какую-нибудь яркую метафору. В мою бытность продактом «Системных технологий», гендиректор однажды на собрании провёл параллель с детьми Могадишо. Ну, что типа на словах всех волнует судьба детей в Могадишо, но, положа руку на сердце, нам на них плевать. И было бы неплохо, чтобы мы перестали относиться к нашим продуктам как к детям в Могадишо. Из памяти стёрлось, о чём была остальная часть собрания, но параллель запомнилась. Ну и пункт был выполнен, внимание было привлечено. Можно рассказать о конкретных угрозах, какой-то опасной ситуации, которая может произойти и которая напрямую повлияет на людей в зале.

Дайте решение

Да, бывают совещания, которые как раз посвящены выработке решения, всякие мозговые штурмы, мозговые атаки и проч. Но мы говорим о немного другой ситуации, когда всё более-менее определённо и вы знаете, что делать. Поясните в общих чертах основные пункты плана, по которому будем действовать, чтобы угроза, озвученная в предыдущем пункте, не стала реальностью.

Распределите роли

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

Повторите сказанное

Ларри Кинг в книге «Как разговаривать с кем угодно, когда угодно и где угодно» утверждает, что для того, чтобы выступление запомнили, нужно:

  1. Сказать, о чём вы собираетесь говорить.
  2. Сказать это.
  3. Сказать, о чём вы только что говорили.

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

Ответьте на вопросы

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

Изображение с hennkim.tumblr.com

Интересности за январь 2023

Изображение с unsplash.com

Эксперимент Best Buy по переводу 4000 офисного персонала на схему работы на результат, без корпоративной шизы.

Как это было, какие выгоды принесло и почему от этого эксперимента отказались.

* * *

Почему мы боимся собственного мусора

Штатный антрополог санитарного управления Нью-Йорка Робин Нейгл объясняет, почему современный человек боится собственного мусора и с неприязнью относится ­к людям, которые его за ним убирают.

* * *

Личности всех военных, стоявших за Путиным во время новогоднего обращения

Никто не забыт и ничто не забыто.

* * *

О работе в китайской корпорации

Всё не как у людей.

* * *

25 самых распространённых ошибок в английском языке, которые допускают выпускники советских школ и институтов

После превращения нашего рынка труда в локальный, английский несколько утратил важность, но он остаётся актуальным для общения с представителями всяких Эритей.

* * *

Apple запатентовала безразмерный трекпад

Они придумали, как сделать трекпад, сливающийся с корпусом.

* * *

Мобильные привычки

Умещение сообщения в 70 символов, боязнь кнопки интернета и другие интернет-привычки, ушедшие в прошлое, но казалось, бывшие актуальны буквально вчера.

* * *

Легаси в винде

Если покопать Windows 11, можно обнаружить интерфейсные элементы чуть ли не из всех предшествующих систем, включая 3.11

* * *

Выйди и зайди нормально

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

* * *

Автоматизированное рабочее место девяностых

Ламповая статья про волков коммандер и дософский софт.

* * *

Проектируем интеграции

Статья для начинающих аналитиков о том, как подступиться к проектированию интеграции нескольких систем.

* * *

Филипп Музика и его аферы

История предпринимателя, чьи махинации изменили стандарты аудита.

* * *

Кто такой менеджер проектов и чем он занимается

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

* * *

4 часа недоступности Dodo пиццы

Подробный пост мортем инцидента.

* * *

Процессный подход на цыпочках

Выстраивание процессов в крупном ритейле.

* * *

Про самый попсовый термин в продуктовом глоссарии и почему MVP мёртв

О недостатках MVP подхода и неправильном понимании этого термина.

* * *

Детализированные концепт-арты французского художника Dofresh

Очень крутые иллюстрации. 

* * *

Спустя год после сдачи PMP или Как сертификация повлияла на мою жизнь

Почему вам не нужен PMP.

* * *

История коробок для пиццы

Очень интересно о разных подходах к оформлению коробок для пиццы.

* * *

Об уходе культа занятости

О том, как пандемия привела к замедлению рабочих и жизненных темпов.

* * *

Людям можно, ботам нельзя

Как эволюционировала капча.

* * *

Про форсящих мемы и стэнящих крашей

Зумерский сленг во все поля.

* * *

Фрэнк Синатра поёт «Очи чёрные»

Интересно, вернёт ли русский язык позиции когда-нибудь.

* * *

22 бестселлера 2022 года

И ключевые мысли из этих книг.

Что делать, если сотрудник не справляется

Ты взвешен и найден лёгким.

Предположим, ваш сотрудник по какой-то причине на даёт ни однократного, ни повторяемого результата. Часть задач делает, но большинство на нём зависает. Или вообще, не перформит ничего.

Я читал историю американского senior джависта, который, благодаря высокому скиллу, проходил собеседования, устраивался сразу в десяток компаний и либо ничего не заливал в гит, либо заливал какую-нибудь ерунду для вида. Через месяц его увольняли, но сениорскую зарплату за этот месяц выплачивали, потому что никто не хочет исков. Ну и чувак таким образом зарабатывал отличные деньги.

В РФ в последнее время всё чаще оформляют по трудовой и такой финт затруднителен и представляет скорее экстремальный случай, но вы можете столкнуться с низкой производительностью и у вполне честного сотрудника, работающего только на вас.

Большинство руководителей такого сотрудника сразу же увольняет, но такой подход несёт в себе риск, что если не поправить процедуру найма, место этого сотрудника может занять другой, такой же не перформящий сотрудник. Давайте разбираться.

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

Сотрудник не может выполнить задачу

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

Рекомендую в таких ситуациях привлечь лида и провести полноценный ассесмент данного сотрудника.

Если пробелы единичны, поднять его квалификацию, проведя одну или несколько консультаций с тем же лидом.

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

Сотрудник не хочет решить задачу

Этот вариант несколько сложнее, потому что речь идёт о мотивации. Может быть, сотрудник считает, что такие задачи должны выполнять другие люди или его руководитель. Может быть, он не считает задачу важной для компании. Может быть, он считает её скучной.

Выясняем конкретную причину разговором один на один и принимаем решение. Объясняем, что эта задача на самом деле его обязанность (подтвердив свои слова должностной инструкцией), извиняемся и передаём задачу другому сотруднику. Объясняем, что задача на самом деле важна для компании и у её результата, на самом деле, множество потребителей, просто он об этом не знает. Со скукой работать сложнее, но тоже есть варианты. Может быть, дело в выгорании, может быть, сотрудник перерос свою должность и его пора повысить или перевести на проект посложнее.

Мягкое руководство и инструменты руководителя

Мягкий и жёсткий стили управления.

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

Бытует мнение, что мягкий менеджмент не работает, но это исключительно от недостатка навыка.

Во-первых, изображая жёсткость, будучи мягким человеком, вы будете выглядеть неконгруэнтно и вас не будут воспринимать всерьёз. Сложное слово «конгруэнтность», даю расшифровку:

«Конгруэнтность — это соответствие, согласованность внутреннего содержания человека (его установок, взглядов, эмоций и чувств, состояний, переживаний) и его внешних проявлений — поведения, вербального выражения своих чувств и эмоций. Это состояние, в котором человек наиболее достоверен и аутентичен в качестве самого себя — в противоположность тому, чтобы проявлять психологические защиты, предъявлять некоторый фасад, прятаться за маской, играть какую-то роль»

Яна Падерина, клинический психолог, специалист НКО «Ассоциация «Мир общения».

А во-вторых, мягкий и нетребовательный — не синонимы, в этом великий инсайт этой заметки.

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

Совершенно верно, есть люди, предпочитающие «сильную руку» и наоборот, есть люди, ценящие хорошее отношение и высокую степень свободы. И в айтишечке вторых большинство, особенно среди людей, которые выбрали эту профессию осознанно, а не в погоне за якобы лёгкими деньгами.

Что же это за инструменты, которые нужно применять?

Трансляция приоритетов

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

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

Планирование

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

Если вы будете спокойно и мягко настаивать на составлении планов, постепенно сотрудники научатся составлять эти планы и их дисциплина возрастёт.

Контроль

Контролировать исполнение планов нужно обязательно. Для контроля исполнения ежедневных планов достаточно дейликов. Для контроля спринтовых планов — процедуры обзора спринта. Постепенно будут выделяться сотрудники, неспособные работать в таком режиме и требующие микроменеджмента. С ними поступаем по батыревски — учим, лечим, мочим.

Если вы будете спокойно и мягко контролировать, сотрудники быстро поймут, что увильнуть от исполнения планов у них не получится и дисциплина возрастёт.

Обратная связь

За хорошее хвалим, за плохое ругаем. Делаем это с определённой периодичностью. Ругаем не человека, а то, что он сделал. Хвалим публично, ругаем лично. В привычной манере раскладываем результаты работы каждого сотрудника по полочкам и объясняем ему, что в его работе хорошего, что плохого. Можно даже не созваниваться, а завести на каждого сотрудника гуглотаблицу с двумя колонками: «Что сделал хорошего» и «Что сделал плохого», расшарить на них и заполнять по мере поступления. Этим навыком владеют, наверное, 5 % практикующих управленцев, остальные копят обиды, а когда чаша переполняется, увольняют. Не будьте такими.

Как добиться уважения сотрудников, если вы руководитель

Уважение

Предположим, вы устроились в новую компанию наёмным менеджером проектов или любым другим руководителем среднего звена. В принципе, добиваться уважения сотрудников необязательно, можно просто постоянно орать, стучать кулаком по столу, угрожать увольнениями и задачи будут худо-бедно делаться. После того, как состав команды полностью сменится, управлять будет легче. 

Однако можно применить эту группу приёмов и управлять будет намного веселей. 

Контроль поручений

Скорее всего, ваши первые поручения не будут исполняться. Подчинённые будут пытаться проверить вас на прочность, вдруг вы склонны забывать о контроле и ваши распоряжения можно просто игнорировать? Поэтому вначале нужно обязательно где-то фиксировать все задачи (ставить в джире задачу на каждый чих, конечно, не надо, но в какой-нибудь тудушке или хотя бы в блокноте фиксируйте, вот заметка про удобное обозначения статусов задач на бумаге), которые вы ставите сотрудникам и достаточно жёстко контролировать исполнение, напоминать и требовать. Со временем они поймут, что забивать вы не склонны и им проще сделать, чем не сделать. 

Цели и приоритеты

Руководителя большого масштаба называют вождём, потому что он ведёт за собой свой народ, не давая ему отклониться от целей и верхнеуровневых приоритетов. Будучи руководителем помельче, вам всё равно, не помешает знать, куда движется ваша компания (прочитайте мою заметку о стратегических целях), чего она хочет достичь, что для неё важно, а что нет. И эти цели нужно регулярно доносить до команды. 

Распределение обязанностей

Именно вы должны говорить подчинённым, что должен делать каждый из них. Если подчинённых много — что должен делать представитель каждой роли. Устроившись в новую компанию (прочитайте мою заметку о первых шагах менеджера проектов в новой компании), обязательно сделайте в вашей системе документации страницу или документ с актуальным перечнем сотрудников команды и инфой, кто чем должен заниматься. Не путайте это с должностной инструкцией, это уже более мелкая детализация, на этом этапе достаточно крупных мазков. 

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

Внутренний пиар

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

Пиар выглядит так. Обсуждая итоги работы за какой-то период (для этого хорошо подходят ретроспективные встречи, читайте о них в моей заметке о созвонах в Scrum), обязательно расскажите подчинённым, как вы улучшили их работу. «В прошлом месяце мы чётко распределили обязанностей и теперь люди с револьверами только стреляют, а люди с лопатами только копают, а не наоборот. Вы все ощутили, как прибавилось порядка в нашей работе». Нельзя забывать о таком пиаре. 

Критика

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

А надо ругать результат его работы. Или отсутствие результата. «Олег, ты же опытный сотрудник и прекрасный человек, но то, что ты сделал в рамках последних задач, никуда не годится, потому что…» Ну и помните мантру о том, что критиковать нужно лично, а хвалить публично. Хвалить тоже нужно и тоже за результаты.

Работа на результат

Работа на результат

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

Никого не интересует бариста, который может при помощи сверхусилий приготовить 1000 чашек кофе и слечь на месяц на больничный, напротив, нужно стоять за прилавком каждый день и постоянно, повторяемо готовить разумное количество чашек за смену. Почему-то пример с кофе понятен, а в айти — нет.

На последней работе столкнулся с операционным директором, который благодарит команду за то, что её сотрудники недосыпают, плохо питаются и не видят семей, лишь бы сдать проект, работают на результат. Результаты у этой команды предсказуемо плохие — баги в основных сценариях продукта вылезают даже не на тестовой эксплуатации, а на демо заказчику, которое проводит сотрудник, который знает, куда можно жать, а куда не стоит.

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

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

Вот ещё цитата из книги «Чистый Agile» Роберта Мартина:

Изображение с redbubble.com

Контроль

Контроль бывает трёх видов — начальный, промежуточный и конечный. Некоторые руководители грешат тем, что делают только конечный контроль — то есть, ставят задачу и забывают о ней до дедлайна. Подводный камень в том, что может сложиться ситуация, когда исполнитель задачу сделал, но совершенно неправильно и времени на переделку не будет.

Грамотный руководитель контролирует задачу в трёх точках — в самом начале просит исполнителя пересказать, как он понял задачу и какой, по его мнению, должен быть результат. Потом он контролирует в промежуточной точке, чтобы отловить возможные отклонения. Ну и в конце, чтобы убедиться, что результат достигнут.

После того, как задача выполнена, нужно обязательно дать исполнителю обратную связь — либо похвалить за достигнутый результат, либо поругать за недостигнутый, но тут есть тонкий момент. Ругать следует не сотрудника (ты невнимательный/неграмотный/медленный), а его поступки, что было сделано правильно, а что — нет.

Изображение с media-cache-ak0.pinimg.com

Строим свою работу так, чтобы было интересно

Очень интересный рассказ Людвига Быстроновского о том, как устроить работу так, чтобы было интересно.

Запомнилась мысль. Нужно попробовать мыслить иррационально, не логически. Например, повару вместо того, чтобы выпустить очередной сборник рецептов, написать книгу «300 способов испортить еду». Абсолютно нелогично и иррационально, и такую книгу будет хотеться взять с полки и купить. Как это — 300 способов испортить еду. Я знаю три — переморозить, пересолить и пережарить. Интересно, какие ещё 297.

Так вот, худшее, что может сделать повар после выпуска такой книги — выпустить книгу «300 способов испортить напитки».