Про руководство разработкой и продуктом | Олег Мохов

1x1 от Рэндса [2/2] «Нам надо поговорить» — примерно так начинаются те редкие 1x1, которые отличаются от обычных. В книге «Как управлять интеллектуалами» такие встречи делятся на два типа: жалобы и катастрофы. Главное правило таких 1x1 — да и, наверное, вообще хорошего руководителя — заткнуться и слушать. Вначале вы можете спутать Жалобу с обычным разговором. Но это не обычный разговор! Это ментальный спусковой клапан, и ваша работа состоит в том, чтобы слушать столько, сколько потребуется. Не п...

1x1 от Рэндса [1/2] Я был уверен, что у меня в блоге уже есть пост про 1x1: что это за встречи, как я их провожу и зачем они нужны. Оказалось — нет. И тут в книге «Как управлять интеллектуалами» я встретил почти один в один тот подход, которым пользуюсь сам. Поэтому решил им поделиться и немного дополнить своими мыслями. Встречи 1х1 — это регулярные встречи один на один руководителя и его подопечного. И, в начале я напишу самое важное: цель тет-а-тет встреч — говорить о сути работы и состоянии ч...

🤯 Как понять уровень фронтенд-разработчика до технического интервью? Мы в Яндекс Практикуме сделали инструмент оценки кодовых навыков фронтенд-разработчиков 💪 Как это работает: — кандидат решает реалистичную задачу — работает в IDE (среде разработки) как на реальном проекте — вы получаете отчёт с оценкой навыков и уровня разработчика 💪 Сейчас запускаем пилотное тестирование. В пилоте можно: — проверять кандидатов перед интервью — оценить уровень своих разработчиков — попробовать инструмент до...

Тест Рэндса В книге «Как управлять интеллектуалами» (про саму книгу будет ещё несколько постов) Майкл Лопп — известный в узких кругах также как Рэндс— в подражание теста Джоэла предложил свой вариант чеклиста. Только он уже касается не кода, а управления командой и охватывает не только технарей, но и продуктовую организацию в целом. 1. Проводятся ли у вас совещания тет-а-тет? 2. Проводятся ли у вас командные совещание? 3. Есть ли у вас отчёты по статусу проекта? 4. Можете ли вы сказать своему бо...

12 шагов к лучшему коду В 2000 году Джоэл Спольски написал чеклист — The Joel Test: 12 простых вопросов про вашу разработку. 1, Используете ли вы VCS? 2. Можете ли вы собрать проект одной (консольной) командой? 3. Есть ли у вас ежедневные билды? 4. Есть ли у вас бэклог багов? 5. Фиксите ли вы баги до того, как писать новый код? 6. Есть ли у вас план релизов? 7. Есть ли у вас спеки? 8. Есть ли у программистов возможность работать в тишине? 9. Используете ли вы лучшие инструменты, которые можно ку...

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

Сегодня я весь день в некотором смятении. Одна часть моей аудитории считает что вести альтернативный канал в Максе зашквар и надо держаться до конца. Другая часть возможно даже не прочитает это сообщение. Как вы считаете, нужно ли опубликовать ссылку на канал в Максе или может есть другая соцсеть, куда ещё не стрём заходить? ❤️ — нет, оставайся здесь, мы найдём способы читать ⚡️ — иди в Макс, будем читать даже на парковке 🐳 — напишу свой вариант upd. В общем, сделал кросспостинг в Дзен. Если вд...

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

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

Про командные выезды Есть такой способ сплочения команды — выезд. Когда вы всей командой на какое-то время уезжаете вместе куда-то вне офиса. Все, конечно, примерно представляют, как обычно проходят такие мероприятия днём и что бывает вечером. Но мне было интересно посмотреть, как на это смотрят в других компаниях. Давайте заглянем в опыт Рэндса. Небольшой шаг в сторону: в этом месте у меня отдельный дислайк переводу. Слово off-site перевели как оффсайд, так что без контекста не сразу понятно, ч...