Pull to refresh
24
0
Алексей Обыскалов@T2ig

порядок из хаоса

Send message

Все верно, Игорь. Именно так в статье и написано. И причины такого решения указаны)

По поводу «хоть как то развивающихся практик». Как выглядит «сферический конь в вакууме» - мы все и так знаем. Цель была не коня наблюдать а тренды в компаниях разного размера.

Вполне уместный вопрос.
Это недостаточный уровень для рынка (нужно хотя бы в 3-4 раза больше), но достаточный для выявления корреляций внутри инженерных практик (порядка 1900 проверок, FDR коррекция).
В анализе речь о статистических тенденциях, которые подтвердились на уровне p<0.05, а не о "законах".

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

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

Если у кого то есть гипотезы, что стоить проверить — напишите, добавим в следующую итерацию)

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

это не отменяет справедливости ваших слов, просто нужно без фанатизма относиться к коллекционированию метрик

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

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

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

Да я и там и там был, еще и вороной с выдрой быть приходилось))

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

супер, успешных успехов)

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

Всё же не одинаково.
Это видно хотя бы по идее «если жалоба — значит отменим код-ревью».

Мы вообще про разное говорим. Не конструктивно.

Если всё так, как вы описываете — дело не в формате. Тут уже ничто не поможет.

Может быть. Менеджмент и не обязан быть «за нас». Главное, чтобы «не против»)

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

Давайте пример
Вы разработчик, работаете в команде из 10 таких же. И постоянно в код-ревью ругаетесь на кодстайл.
Есть два варианта.
Первый — ничего не делать, всё остаётся как есть, раздражение копится.
Второй — вы приходите на 1-on-1 и говорите: «Есть проблема с код-ревью. Меня это настолько бесит, что я готов прикрутить линтеры и фиксеры на прекоммит».
Вас слышат. Проблему решают. Может, вы сами это и сделаете.

Есть ли тут место для «давайте купим корпоративный курсор»? Конечно.
Но обязательно ли что-то покупать или тратить? В большинстве случаев — нет.

Здесь речь не про «мамочку». Не про психологию и «поплакаться». Не нужно из 1-on-1 делать кабинет психолога. Речь о работе.

Понимаю страх: когда штормит, безопаснее «держать морду кирпичом» и молчать о проблемах.

Но 1-on-1 — это не про «собачку и отпуск». Он про то где ты реально полезен, что мешает, что можно улучшить. Можно говорить просто, по фактам, без выворачивания души наружу.

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

Когда задач немного, а команда сработанная и работает в знакомом контексте — еженедельный 1-on-1 действительно выглядит как «чем занять полчаса». Здесь нет догмы: для кого-то раз в месяц — вполне достаточно.

Анкета — не про бюрократию. Это три коротких вопроса: «что сейчас мешает», «что радует», «чем могу помочь». На ответы уходит 3–5 минут (ну ладно, пусть 10). Зато в эти минуты у вас есть «законное время» остановиться и подумать, не плыть по течению.

Но, опять же: если работает — оставляете, не работает — само отвалится.

Час подготовки и час заполнения — это верх бюрократии ради бюрократии.

В рабочем режиме: 5-10 мин просмотреть заметки, 5-7 мин их дописать. С учётом 25-минутного слота получаем ≈40 мин на человека раз в две недели. У лида обычно 5-9 прямых подчиненных, значит 6-12 часов в месяц, а не 50 в неделю.

Если подчинённых всё-таки 20 — дело не в 1-on-1, а в слишком широкой зоне контроля. Пора дробить команду или делегировать.

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

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

Если формат не откликается — не вопрос, он не обязателен. Это всего лишь инструмент. Работает — хорошо. Нет — не нужен.

Information

Rating
Does not participate
Location
Минск, Минская обл., Беларусь
Date of birth
Registered
Activity

Specialization

Технический директор
Управление людьми
Управление проектами
Управление разработкой
Стратегическое планирование
Оптимизация бизнес-процессов