FEDOR BORSHEV
24.6K subscribers
36 photos
1 video
4 files
674 links
Рассказываю, как руководить программистами

fborshev@pm.me / borshev.com

Реклама не продаётся
Download Telegram
Старая заметка о том, как меньше уставать при помощи таймера Помодоро — https://xn--r1a.website/iv?url=https://f213.in/why-pomodoro/&rhash=e22bd81b298913
Разница между проектным и стратегическим планом

Стратегический план, который часто рисуют в виде диаграммы Ганта, нужен при продаже проекта, чтобы сделать умный вид. Ну, или если вы работаете в банке (Герман Оскарович, простите).

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

Начинающим менеджерам важно не путать эти два инструмента, и не пытаться решить повседневные проблемы в MS Project.

https://xn--r1a.website/iv?url=https://f213.in/gantt-sucks/&rhash=e22bd81b298913
Рескьютайм прислал отчет о затраченном в 2017 времени. Мой результат вполне ожидаем — продуктивный программист-задрот.

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

Обязательно установите себе рескьютайм — это как личный бюджет, только про время. Он, кстати, бесплатный — https://www.rescuetime.com
Пару лет назад я не видел разницы между нейросетями и искусственным интеллектом. Ну а что — и в голове нейроны, и в нейросетях.

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

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

Ладно, хватит сложностей. Если вы программист, вы и без меня найдете что почитать. А если менеджер — рекомендую книгу Тарика Рашида «Строим нейросеть».
Книга разделена на 3 части — машинное обучение, нейронные сети и Питон. Чтобы понять автора, достаточно оконченной 10 лет назад средней школы — все изложено предельно популярно. Даже Питон знать не нужно — основы расскажут прямо в книге.

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

https://www.ted.com/talks/marily_oppezzo_want_to_be_more_creative_go_for_a_walk/

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

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

https://medium.com/@nbabaeva/%D0%BF%D1%80%D0%B8%D0%B5%D0%BC-%D0%B8%D0%B4%D0%B5%D0%B9-%D0%B7%D0%B0%D0%BA%D1%80%D1%8B%D1%82-293047188dec
Длинные ТЗ не работают

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

От этих монументальных документов никто потом не отклонялся — в плановой экономике нет конкуренции, можно выпускать одни и те же жигули хоть 30 лет подряд.

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

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

Чтобы запустить интернет-магазин, не обязательно продумывать 20 состояний корзины. Разбейте проект на короткие итерации и концентрируйте усилия только на текущей:
— Концептуальная страница-заглушка с телефоном
— Страница с контактами и десятком самых продаваемых товаров
— Каталог товаров, «купить в один клик»
— Корзина
— Синхронизация с црм, 1с

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

Когда я только попал в Студию Лебедева, меня больше всего удивил не музей старья, и даже не кот Филя.

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

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

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

Критикуйте. Настраивайте жёсткий код-ревью. Делайте системы согласований. Собирайте обратную связь и ещё раз критикуйте.
​​Книга: Размышления Ицхака Адизеса о личном развитии

Ицхак Адизес — известный бизнес-консультант, который придумал классифицировать менеджеров по 4-м ролям: P (производство), A (администрирование), E (предпринимательство) и I (умение объединять людей). Код PAEI описывает стиль управления руководителя, его совместимость с командой или организацией на каждой стадии развития. Судя по википедии, Адизес написал 8 книг с пафосными названиями вроде «Управляя изменениями» или «Развитие лидеров». Я читал «Как преодолеть кризисы менеджмента» — мне понравилось, когда-нибудь напишу о ней отдельный пост.

В «Размышлениях» Адизес сделал перерыв. Теперь он рассказывает не о теории управления организациями, а о личных материях. Этим «Размышления» и примечательны — вы получите селф-хелп, но не от профессионала вроде Дейла Карнеги, а от признанного бизнес-эксперта с мировым именем.

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

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

Книга короткая (у Темы толще). Ту часть которая имеет отношение к реальности, нужно читать как блог или рассылку — по 2–3 главы за один раз, спокойно переосмысливая все, что рассказывает Адизес.

Книга продается на озоне.
Ребята из Movable Ink исхитрились и вставили в письмо живой таймер обратного отсчета. Интересно, как быстро такой таймер попадет в письма озона?
Мне тут подсказывают, что таймер не совсем живой, однако иллюзия очень крутая — открываешь письмо, а оно ШЕВЕЛИТСЯ
​​Как убить технаря в руководителе

Александр Трофимов рассказывает обо всех граблях, на которые наступил, когда из программиста превратился в руководителя.

Рассказ — длинный. Там и попытки делать работу за других, и микроконтроль и даже Павлик Морозов. Опыт Александра взят из Лаборатории Касперского, однако специфики больших компаний совсем не много. Есть видеоверсия.

Рассказ будет полезен если вы (или ваши подчиненные) только что резко повысили свой уровень ответственности.

Картинка на тему одной известной книги, посвященной управлению программистами:
Без срочных задач

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

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

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

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

Вот вам три шага, чтобы победить срочные задачи в вашей команде:

🔹 Разберитесь с техническими и управленческими долгами. Чаще всего срочные задачи возникают на уровне «я выкатил, а оно упало», и «я выкатил, а через неделю поняли, что нихуя не работает». Чтобы привести долги в порядок, нужна сила воли и пара месяцев. Если вы понимаете, что за два месяца не разберетесь — значит что-то в вашем проекте серьезно не в порядке, нужно все бросать и лечить.
🔹 Перестаньте оценивать задачи в часах. Если в вашей команде меньше 5 человек — совсем не оценивайте. Если больше, и план на неделю не удается обсудить с каждым лично — попробуйте оценивать днями.
🔹 Возьмите комфортный интервал планирования, на который вы можете построить четкий план, к примеру 1 неделю. Заложите запас и не трогайте ребят в течение этого интервала.
Работа любого профессионала строится на обещаниях. Менеджер обещает достичь KPI, программист — сдать задачу в срок, пилот самолета — довезти пассажиров из точки A в точку Б.

Хорошо, когда длинная задача разбита на маленькие циклы «пообещал» → «сделал». Бизнесу это дает прозрачность — всегда видно ваш следующий шаг. Вам лично это позволяет быстро оценивать состояние дел — не расходится ли количество «пообещал» с количеством «сделал»?

Марьяна Онысько рассказывает о том, как они в электронной библиотеке МИФа дают обещания, которые зажигают не только команду, но и клиента: