Попса

популярный светский альманах

О Full Stack разработчиках

Сейчас фуллстеками называют себя все подряд. На самом деле, фуллстек должен иметь следующий набор компетенций:

О том, как сдать этап принимающей группе, которую трудно собрать.

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

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

Таким нехитрым способом можно значительно ускорить приёмку этапа группой из нескольких лиц.

О том, каким сотрудникам что делегировать

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

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

Вот картинка с тремя квадратами, на которые следует разбивать задачи:

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

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

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

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


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

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

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

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

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


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

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


Картинки взял из курса City Business School по тайм-менеджменту. Если будет время, перерисую их на свой лад.

О матрице Эйзенхауэра

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

Матрица состоит из четырёх квадратов и выглядит так:

Поговорим про каждый из квадратов.

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

ПриоритЕт, но приоритИзация, приоритИзировать. Режет глаз, нелогично, но это так. 

Первоначальная основа: приоритет. Усекается ет, остается приорит + глагольный морф изирова + ть = приоритизировать. От этого глагола образовано существительное приоритизация.

Грамота.ру

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

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

Зелёный. Несрочные, неважные. Это поглотители времени. Эти задачи не нужно делать вообще. При правильном планировании этот квадрат, как и красный, должен быть пустым.

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

Об уровнях конфликтов и их разрешении

Уровни конфликтов

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

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

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

Конфликт за правоту или конфликт второго уровня. Возникает в виде апгрейда конфликта первого уровня, когда одна из сторон произносит сакральную фразу: «То есть, ты хочешь сказать, что я неправ?» При конфликте за правоту изначальный желаемый ресурс перестаёт быть важным, на первое место выходит необходимость выяснить, кто прав. На этом уровне конфликт неразрешим. За всю историю ещё никого не удавалось убедить в неправоте. Даже если дело дойдёт до суда и судья установит правоту одной из сторон, вторая сторона не успокоится и будет аппелировать, искать правоту в более вышестоящем суде. Однако этот конфликт можно понизить до первого уровня, глубоко выдохнув, собравшись с мыслями и сказав: «Ты знаешь, я подумал, всё-таки ты прав». Эту фразу очень трудно произнести, так как на первый взгляд кажется, что она предполагает отказ от борьбы за ресурс. На самом деле, это не так. При помощи этой волшебной фразы можно понизить конфликт и спокойно разрулить конфликт первого уровня методом пирога. Это работает, если конфликтуете вы. Увы, если конфликтуют ваши подчинённые, задача усложняется.

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

Как подписать PDF-документ на маке

Как подписать pdf-документ на маке

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

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

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

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

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

Можно пойти длинным путём. Сохранить ворд как pdf, удалить все страницы, кроме последней, экспортировать её в png, наложить подпись в фотошопе и подшить обратно к pdf. Но это долго.

Я же предлагаю воспользоваться прекрасной программой PdfPen Pro. Открываем в этой программе pdf-файл, перетаскиваем на него png с подписью, клацаем правой кнопкой мыши, выбираем Image→Make transparent image, пипеткой жмём на пространство вне подписи, применяем и всё готово, подписанный pdf можно сохранять. Я сделал видяшку:


Коллега посоветовал более простой и быстрый способ подписать документ на маке. Открываем pdf в просмотрщике и жмём на кнопку подписи. Затем выбираем вкладку «Камера» и показываем в вебку листочек с подписью. Макось распознает подпись, которую можно будет добавлять одним кликом.

Немножко неочевидный момент. Поставив подпись в документ, вы можете щёлкнуть по кнопке палитры и выбрать цвет подписи, сделав её, например, синей:

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

Устав или паспорт проекта

Паспорт или устав проекта

Уставом или паспортом проекта называется внутренний договор менеджера проекта со спонсором. Он содержит неизменные параметры проекта. Изменяется устав — перезапускается проект.

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

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

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

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


Что должно входить в состав устава?

  • Название;
  • Имя спонсора;
  • Имя менеджера;
  • Основные проектные цели;
  • Треугольник ограничений;
  • Перечень ресурсов, выделяемых в распоряжение проекта;
  • Главные заинтересованные лица (не дублировать реестр заинтересованных лиц, перечислить только ключевых);
  • Главные результаты поставки;
  • Основные KPI;
  • Ключевые (терминирующие) риски.

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

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

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

Из предыдущей цитаты следует, что устав не должен быть большим по объёму. Если вы сгенерили устав в 100 страниц, вы неправильно поняли его суть. Объём устава не может превышать 3-5 страниц, вне зависимости от того, строите вы трубопровод или делаете инновационный дейтинг с геолокацией. На проекте просто не бывает неизменных параметров на сотню страниц.

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

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


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

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

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

Эффективность телеграм-каналов при найме разработчиков на удалёнку

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

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

Выяснил цены в каждом канале и запросил бюджет в 7000 руб. По сравнению с гонорарами рекрутеров, это копейки. Привожу таблицу со стоимостью и количеством откликов с каждого канала. Цены приведены с учётом комиссии за переводы на всякие Яндекс Деньги и другие Сбербанки. 

Канал Кол-во подписчиков Кол-во откликов Цена за 2 вакансии
vk.com/distantsiya 178872 2 400,00
t.me/top_RW 8794 2 420,00
https://t.me/freelancefeed и https://t.me/flfeedit 34901 6 1 015,00
https://t.me/naudalenkebro 39231 4 1 015,00
https://t.me/theyseeku и http://work.finder.vc 150626 3 3 000,00
https://t.me/workathomerus 3778 0 0
https://t.me/zapwork 27778 1 1 015,00

@workathomerus публикует вакансии бесплатно. Однако на мою заявку они не отреагировали. Со всех остальных каналов и одного паблика ВК отклики были.

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

Выученные уроки:

  • Просить сопровождать отклики резюме.
  • Просить при отклике писать, на каком канале нашли вакансию.
  • Просить писать в заголовке письма, на какую именно вакансию откликаются.
  • Просить прилагать pdf-версии резюме, а не давать ссылки на хедханетр — если не куплен доступ к базе резюме, hh не покажет контакты.

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

 

Об MVP за месяц

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

А давай сделаем MVP на костылях и с упрощённым дизайном за месяц. В следующих релизах отрефакторим и отредизайним!?

Так вот, ещё ни разу, ни одно такое приложение не было ни отрефакторено, ни отредизайнено. Это не плохо и не хорошо, просто живите с этим.

Что тут есть интересного

Владимир Александрович Бычко

Для начала, рубрикатор:

А теперь ссылки на интересные посты: