Comments 31
Почему важно не забывать про процессы и к чему может привести их отсутствие: https://habr.com/ru/post/708342/
товарищ бухгалтер, а проблема-то в чем? Что у нас нет процесса найма новичка, что нет процесса коммуникации команд, чтобы не делали одинаковое, или процесса задавания вопросов начальнику? Обрисуйте, пожалуйста, общую сцену хоть как-то, я ничего не понял.
Бизнес платит людям за то, чтобы они делали свои целевые задачи, результат которых в совокупности принесет деньги бизнесу (дизайнер + разраб + тестер = работающая кнопка). При отсутствии этих процессов люди тратят время на другие посторонние штуки, а бизнес недополучает свою прибыль.
Ну и сюда можно добавить, что когда руководство встает и спрашивает: "а чем у нас разрабы занимаются, почему такой перформанс низкий", то, как правило, не берут в расчет процессы, а скидывают все это не медлительность/непрофессионализм разрабов, потом увольнение, найм новых, их онбординг и все по кругу.
Это что за онбординг такой, что руководитель 3.5 часа в день на протяжении 3 месяцев?
Но ведь если вскроется, что можно обойтись и без этого, то его вообще уволят за ненадобностью.
такая цифра взята для упрощения расчета. Очевидно, что на первых этапах времени больше, потом меньше, но при условии, что все идет хорошо. Однако перевес небольшой. В начале фокус на орг. вопросах и введение в курс дела и правила команды/компании, потом - технические.
Много часов, так как какие-то простые вещи, которые сначала касаются организации, а потом тех. части, не задокументированы, поэтому все приходится озвучивать. Плюс не способен человек запомнить все, а вернуться и посмотреть в файл, возможности нет, поэтому приходится дублировать информацию.
Сильно дорого и долго обстоит дело с переключением задачей. А поскольку "надо ответить, т.к. это застопит работу новичку, то есть разработку, т.к. его задачи тоже учитываются в спринте", то кол-во этих переключений высокое.
А так-то еще могу подкинуть.
Отсутствие процессов работы с техническим долгом.
Дано: команды херачат фичи одну за другой, не останавливаясь на лишнюю недельку для переписывания и рефакторинга. Разрабы воют, мораль падает, а уже на уровне тимлида это не сильно видится. На уровне продакта так вообще все может выглядеть ништяк - новые фичи появляются но как-то медленнее.
Анализ: Стоимость разработки каждой новой фичи увеличивается впрямую на 20-30% (тупо дольше делать), косвенно - еще процентов на 20 потому что народ прокрастинирует ковыряться в этом говне. Добавим еще процентов 10 на дополнительные баги - это прям очень оптимистично. Воющий народ регулярно увольняется, перед этим в течение полугода снижая работоспособность и забивая, а после этого отвлекаясь на найм и онбординг - можно размазать это по задачкам, получится тоже внушительное число.
То есть разработчики немые, а тимлид вообще не знает, какие задачи его команда делает?
засчитано! :) еще можно добавить, что разработка фичи увеличивается, а заказчик устанавливает четкие сроки, поэтому, чтобы успеть, фича на костыле.
кстати, а можете чуть подробнее расписать детали "Стоимость разработки каждой новой фичи увеличивается впрямую на 20-30%". За какой срок, что уже было дано (насколько запущен тех. долг) и т.д.
Циферки от балды. Может на 70%, может вообще на 300%. Вот тут у нас говнокод, а надо в него что-то вставить. Вставляем, но вставляется плохо, выходит медленно, вылезают баги. Баги отправляются на доработку, чинятся, вылезают новые баги.
Лечится так: четко знать, наговнокожены ли соответвующие модули или там все красота и чики-пуки. Гребцы это, как правило знают, тимлид - часто знает, продакту и прожекту - похер, все, кто выше - даже не понимают о чем речь.
Работайте эффективнее и будет вам счастье. Ваш капитан очевидность. Как? Сова отвечает только на стратегические вопросы. В общем за все хорошее, против всего плохого.
P.S. Можно взять 20 команды по 10 сотрудников и получить 1 млн. убытков, можно 200 команд по 10 сотрудников и получить 10 млн. и т.д. Подставляя рандомные числа зарплат, потерь и количества сотрудников можно получать любые числа убытков.
Такие же мысли пришли в голову сразу. Статья о том, что если как-то что-то посчитать, получатся "лишние" потери 10%. Гораздо больше потерь на неэффективности работы самих разрабов, что тоже спорный момент и непонятно как и относительно чего считать.
поделитесь, с какими цифрами вы не согласны и почему?
Правильные процессы это, я так понимаю, хорошая документация, назначение менторов, определенные дополнительные совещания и т.п.? Но ведь это все далеко не бесплатно, так как требует времени всех сотрудников.
И если, условно, без процессов сотрудники теряют 10% на онбординг и лишние время на реализацию одинакового функционала, то с процессами может оказаться, что сотрудники теряют 5% времени на детальное описание тикетов в jira, 7.5% на поддержание документации, 5% на актулизацию текущих статусов между командами, 2.5% на менторство над новичком. Итого с процессами они могут тратить 20% на их подержание вместо 10% из-за их отсутствия.
ИМХО, это не очень честно рассматривать потери только одной стратегии управления, но полностью игнорировать потери у другой (а они очевидно будут).
А чего это по 2 сотрудника в квартал теряется? Не великовата ли текучка для такого небольшого коллектива?
средняя ЗП сотрудника - 3500 евро/мес., 20 евро/час;
средняя ЗП руководителя - 4500 евро/мес, 25 евро/час;
При постановке задачи априори ЗП начальника на килоевро больше зарплаты сотрудника. Это все, что вам следует знать о процессах в ИТ.
Народ, просветите. Это реальные данные? Жечь себе мозги в коммерческой разработке десятилетиями, а по итогу "в среднем" получишь 20 евро в час?
Почасовая оплата рассчитывалась от фикса в месяц, так как речь шла про инхауз разработку. Если мы про фриланс / аутстафф / аутсорс, то час будет, очевидно, больше.
Среднее по рынку уровня миддл/миддл+. Если "жечь себе мозги", то будет уровень однозначно выше и уникальные скиллы, за которые накинут еще +800.
Отсутствие процессов, как правило, наблюдается в стартапах. Стартапы - это инструмент соц. лифта, когда ты приходишь в компанию и растешь вместе с ней, то есть из мидла в лида вполне реально. При таких вводных делают постепенное повышение ЗП.
Например, у компаний-интеграторов обмен решениями между командами, работающих на разных заказчиков, практически исключен, потому что юридические риски превышают затраты на разработку с нуля.
Такое только при 100% in-house разработки возможно
100 000 EUR в год теряет IT-компания при отсутствии процессов. Расчет