Маленький кусочек пятничной рефлексии (про трудности письма)

Тем кто читал Мураками «О чем я говорю, когда говорю о беге» знакомы его сравнения написания текста с желчью, которая сжигает изнутри. Он пишет, что если бы не бегал, то написание книг убило бы его (а ежедневные пробежки позволяют выплескивать весь этот негатив. И пробежки у него серьезные — по 10км/ день, 300км/ месяц 😱).

Не уверен, что имею право на подобные сравнения со своими «записками», но.. что-то в этом есть.

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

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

В итоге столько усилий, импульсивности и прочей суеты вокруг постика.

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

И в конце спрашиваешь себя, а не слишком ли много я думаю об этом?) При том что в большинстве случаев получается заурядно, завладеть чьим-то вниманием целое искусство, зачастую даже негатива никто не напишет.

Проще говоря, вымученные, натужные тексты никому не нужны.

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

Приложил руку к краткой статье о том, как мы принимаем проект на поддержку.

Наша поддержка – это про долгосрочное развитие проекта. Формирование команды, встраивание в процессы заказчика, квартальные планы.

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

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

Вспоминаются времена лет эдак 10 назад, когда всё, что мог передать нам потенциальный заказчик по сайту – это доступ к хостингу (легко до подписания договора, а про NDA вообще никто не знал) и список задач в виде “Не работает интеграция с 1С” – бросает в холодный пот.

Современный е-ком сильно сложнее. И чтобы принять проект – нужно попотеть)

Читать на VC >>

Time & Material, квартальное планирование, долгие проекты, фокус на одном направлении - всё, что обеспечивает стабильность в работе.

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

Статья на VC>>

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

Под полноценными бизнес-требования пониманию что они:
— внятно описаны;
— не противоречат сами себе, другим задачам и процессам;
— учитывают зависимости проекта (хотя бы верхнеуровнево).

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

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

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

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

Начали сотрудничать с агентством по контент-маркетингу.

Ребята в рамках брифинга заставили нас вспоминать кейсы за последние несколько лет по е-кому (внезапно, в этом канале будет что-то про е-ком — пока нет ?)

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

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

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

Теперь сижу поднимаю архивы за 10 лет, чтобы найти свой успешный успех ? или провальный провал.

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

Теперь надо исправляться, фиксировать кейсы в любых проявлениях.

Закончилось полугодовое обучение на техдира в отусе.

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

Сам формат такой: больше 130 академических часов лекций (живые, не в записи) + практика с кураторами. И проектная работа в конце по построению стратегии ИТ-подразделения на 1,3,5 лет.

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

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

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

Естественно, настоящего СТО из меня один курс не сделает. Зато я перевел часть зон из неосознанной некомпетентности (не понимаю, что дурак), в осознанную некомпетентность (знаю, что туповат и знаю куда копать, чтобы исправить ситуацию). Плюс систематизировал знания — чего сильно не хватает для борьбы с внутренним самозванцем.

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

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

Ученье — свет ??
CTO Otus — рекомендасьен.

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

Микроменеджмент

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

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

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

Лучше сделать под чутким контролем, чем не сделать вообще. А потом ретроспективно посмотрим, что было причиной и как этого не допустить снова.

Вижу схожее мнение от нескольких CTO, с которыми сейчас учусь. Но есть и ярые противники.

Как считаете, пресекать в себе микроменеджемент или тренировать?)

Ps в комментах уже подсказали, что в сложных условиях это не микроменеджмент, а антикризисное управление.

Времяписец (тайм-трекер) и микроменеджмент

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

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

Ох, как же меня тогда колбасило ? Почему у Васи не тикает таймер? Почему Коля уже три часа его не останавливает? Почему я уже 10 раз посмотрел кто чем занят..

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

Естественно дело не в том, у кого в данный момент тикает таймер. Дело в результате разделенном на трудозатраты и умноженном на коэффициент качества (не уверен, что именно такая формула у эффективности, набросал из головы ?).

Поэтому в какой-то момент вообще запретил себе смотреть, что у кого «тикает».

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

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

Что могу отметить:

— Трудозатраты можно внести вплоть до минуты (1ч 12м и тд)

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

— Были казусы, когда ребята новички пытались размазать свой 8 часовой день по задачам, чтобы было 8ч из 8ч. На первой же ретроспективе это чинится обычным разговором и дальше данные становятся «чище».

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

Трекаете время на задачи? Бьете по рукам разрабов за «не тикающий» таймер? ?

Ps плюсов в карму ➕ тому, кто отгадает что за система была с возможностью видеть таймер каждого сотрудника. Начинается на W.. ныне недоступна в РФ.

Удаленка

Классический холивар удаленка vs офис.

Кто чаще всех говорит, что удаленка не эффективна? — адепты офиса.

Те кто построил огромный офис, с кухней, баристой, пивом после 17:00, игровой, теннисным кортом, спальней, печеньками и тд тп. Утрирую, но смысл понятен.

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

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

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

Мы же имеем обратную ситуацию в 90% случаев. Все сделано под офисников, а удаленщики по остаточному принципу.

Потом смотрим и удивляемся: пять человек в переговорке, сидим, офисные печеньки трескаем, Колян вообще соло на гитаре зафигачил во время созвона, а Вася (который один подключался к встрече онлайн) как-то был менее вовлечен и демотивировался. Просчитались, но где?)

(Я кстати, часто на встречах с заказчиками один говорю из телека на переговорку, и мне норм, это им приходится телевизор выключать, чтобы градус духоты снизить "вечно этот Антон со своими нюансами и ограничениями систем лезет в нашу прекрасную идею" =)

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

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

А как же издержки на коммуникацию, спросите вы? — есть, но почти сглаживается выстроенными процессами. Забавно, когда у офисников такой большой офис, что ребятам проще друг другу в телеге написать, чем идти)

Конверсия в найме

У нас бутиковая команда и мы работаем (и терпим ?) друг с другом годами. Вопреки статистике, что разработчики на одном месте держатся в среднем 1,2-1,5 года.

Так вот, как обычно происходит найм сотрудника по воронке:

~ 60-80 откликов (треть из которых не читает требования, фрилансеры, рекрутеры предлагающие свои услуги через отклик на вакансию); полагаю, что количество не релевантных откликов растет вместе с известностью компании;

~ 8-10 интервью (на этап знакомства с командой проходят 2-3);

~ 1 найм на испытательный.

При условии нормальной рыночной ЗП и не специфичных требований (не супер узкая специализация — «ищу фортран-разработчика»).

Знаю, что некоторые проводят сильно больше интервью для закрытия вакансии, но мне кажется это перебор + дело не в количестве интервью, а в качестве кандидатов и первичном отборе.

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

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