Как стать автором
Обновить

Комментарии 25

Пример разговора СTО и тимлида

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

Отличный пример системы, которая не может работать эффективно в принципе.

Да, возможен вариант, что в неайтишном бизнесе тайтл СТО достаётся кому-то вроде head of IT helpdesk, и тогда как-то так оно работать и будет.

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

То есть, фактически, чтобы оно работало, оно должно работать как-то так:

когда бухгалтера жалуются СТО, он отвечает примерно следующее: у вас есть продакт, который определяет приоритеты того, насколько ваша проблема важнее остальных задач, и вы идёте к нему. Если он решает, что этим стоит заниматься, то он с тимлидом оценит варианты решения и их срок, если и после этого будет решено брать в работу, то команда возьмёт в работу. И если только окажется, что И задача достаточно важна И ее нельзя решить текущим ресурсом команды И полномочий команды не хватает, чтобы эти ресурсы расширить, тогда уже включусь я, СТО, и буду решать проблему на своём уровне (покупать новое железо за 100500 денег, нанимать новых DBA, брать внешний консалтинг, нанимать подрядчика, который сделает все под ключ etc).

чтобы оно работало, оно должно работать как-то так:… есть продакт, который определяет приоритеты… он с тимлидом оценит варианты решения...

Само условие, что бухгалтер идёт к CTO, означает, что нет продакта и нет тимлида (в том смысле, что teamlead и составляет всю team). Сверх того может оказаться, что бухгалтер и CTO живут в одном дворе и вместе едут на работу.

Сверх того может оказаться, что бухгалтер и CTO живут в одном дворе и вместе едут на работу.

Да пусть хоть в одной постели спят:)

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

Ну и да, если нет продакта, но есть СТО, то это то, о чем я писал в начале комментария. Если СТО решает оперативные задачи и координирует подобные вопросы, он не СТО (хоть и может формально быть так подписан в справочнике и на визитке), и обсуждать кейс бессмысленно.

Услышав такой ответ бухгалтер идёт к финдиру и дальше СТО получает мотивацию через другие каналы.

и правильно сделает.

Мне кажется, что такого СТО скоро уволят. И поделом.

Единственное, в чем вы правы, что сначала бухгалтеру стоит обратиться к продакту (если процессы компании это допускают). Вполне возможно, что продакт проблему решит. Но если нет, я плохо представляю бухгалтера, который не эскалирует проблему. И если СТО, вместо внятного объяснения причин, почему проблему решить сложно (т.е. вместо переговоров и согласования интересов), выдаст подобный ответ, то проблема быстро эскалируется на финдиректора и генерального. И я посмотрю, как на совещании у генерального на тему "технари совсем охренели" СТО еще раз скажет что-то подобное.

Впрочем, обращение к СТО сразу, тоже не криминал. Например, на каком-то совещании к слову пришлось, и главбух попросил насчет отчетов. Все бывает.

Хих.
Напомнило:
-- начальник, есть проблемы с прохождением тестов самопроверки.
-- тыже умный, разберись сам.
-- начальник, там дурит блок управления.
(Менеджер):
-- блок управления стоит 25.000 евро. Вы же умные, придумайте что-нибудь.
(Начальник - оператору):
-- надо.
(Оператор):
-- я там скотчем примотал, спичкой подоткнул.
(Все):
-- как замечательно!
(Работник):
-- эхей начальники! Скотч не выдержал, всё упало.
(Все):
-- ....

(Все):
— Примотай нормальной изолентой.

(Работник):

  • Изолента не входит в список закупаемой канцелярки. Есть скотч (прозрачный, бумажный), скобы для бумаги (трёх размеров), клей ПВА, бумага различной плотности, толщины, ширины. Гофрокартоны различные (от упаковочных коробок). Спички найдены в ящике стола, с неизвестных времён.

(Все):
— Свою надо иметь!

(Работник):
-- Я вообще оператор. Начальники! станок не проходит тесты самопроверки! Я не имею права работать на неисправном оборудовании! У меня до конца смены ещё 7 часов, вы пока решайте с ремонтом, а я пошёл, корпус, что-ли протру, потом ещё чего-нибудь придумаю чем заняться.

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

(Работник):
-- Давайте конкретный приказ. И инструкцию, куда тыкать.

/* Кстати, там всё в сборе, почти лям евро ;)
У нас менеджеры как-то решили закупить всё, что может сломаться, заранее, но узнали в какую сумму оно встанет, и передумали */

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

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

А нету в должностных инструкциях - ремонта производственной линии. И требований по электротехнике и микроэлектронике тоже нет, а так же по гидравлике, пневматике, механике.

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

Сам писал :) а начальство подписало. Поэтому, я довёл до руководства. А дальше: "солдат спит - служба идёт".
Да, я провожу некоторые ремонтные работы, неофициально. Но дёрнуть за это - не получится: начальство уведомлено, что у меня нет допуска к проведению каких-либо работ на электроустановках. У меня нет профессиональных навыков по электронике. Поэтому любой суд будет на моей стороне.
А если менеджерам стало жалко 25 тысяч на приобретение нового блока управления, то я вообще ни при чём - я не управляю финансовыми потоками.
Да, я могу что-то потыкать, где-то покрутить. Но договариваться со сервисниками, искать сервисные инструкции, раскуривать документацию на установленные узлы - это уже уровень начальника, или ремонтника, на которого руководству жалко зарплату.
И да, зарплата "оператора линии" не сказать что выше местного рынка.
Да, по получению прямого приказа, я полезу и в софт, и в датчики, и в плату. Но! Если в процессе оно окончательно умрёт, я ответственности не несу. И любой суд будет на моей стороне. И как любой разумный работник, я хочу получить прямой приказ руководства, что бы потом на меня разные менеджеры не пытались повесить ремонт в 50-100 тысяч евро.

Менеджеру трудно отдат 25 000 на новый блок управления, потому что это его месячная зарплата. Поэтому менеджер сам выпаивает старые конденсаторы и припаивает новые.

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

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

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

А нету в должностных инструкциях

Сколько видел инструкций - во всех было "выполнять устные распоряжения руководителя".

"В рамках должностных обязанностей". А то, мало ли какой Иван Дулин там у вас в начальниках...

Должностные обязанности как раз и указаны в должностной инструкции. Таким образом пункт в ДИ "выполнять устные распоряжения руководителя в рамках должностных обязанностей" был бы бесконечной рекурсией.

P.S. Лично в моей ДИ про выполнение устных распоряжений есть. Слава богу пока обходилось.

По поводу типов задания согласен, но это не все взаимодействие начальника с подчиненным.

На мой взгляд, ключевая роль руководителя - это распределение ресурсов. Если работнику чего-то не хватает (например, времени, знаний, нужно привлечь коллег или что-то закупить) он обращается к руководителю. Руководитель, соответственно: расставляет приоритеты, объясняет или говорит, где достать информацию, договаривается с соседними отделами или организует закупку. .

Руководитель может вообще не ставить заданий, задачи может найти подчиненный самостоятельно. А вот если руководитель не может "добыть ресурс", то он бесполезен.

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

Подобные задачи часто могут не иметь решения в принципе. Так что неудивительно.

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

Какое-то простое разделение на уровни получается.

Вот я - тимлид, руковожу как разработкой так и поддержкой продукта. По идее, мой уровень 2? Или 3?

Одна из моих задач - улучшение атрибутов качества продукта. Надежность, доступность, и т.д. Мне нужно на своем уровне выявлять риски, оценивать их, предлагать меры по митигации (вместе со стоимостью) бизнесу. Случай из жизни: "коллеги, за год в нашей системе стало хранится в 5 раз больше данных. Если тенденция сохранится, еще через год произойдет полный отказ в работе системы. Мы провели volume testing, вот результаты. Чтобы этого не произошло, я предлагаю принять меры 1, 2, 3. По времени займет 4, 5, 6."

Это, судя по вашей классификации, уровень 4.

Но это 4 только для меня. Для моего руководителя это просто задача "обеспечить sla". Которую он делегирует мне. А для меня это уже совокупность проблем.

Мне кажется, что на каждом уровне иерархии есть свой уровень 4. Например, своему разрабу я ставлю задачу уровня 4 уже для него. Что-то исследовать в коде, найти подводные камни, найти, предложить и реализовать решение.

То есть, получается как бы матрешка. Внутри, скажем, задач 2-го уровня для руководителя инкапсулированы сущности 4-го уровня для подчиненных.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории