Я руковожу программным обеспечением стартапа, который, хотя и не борется, постоянно упускает цели и обязательства перед клиентами. Во многом это заслуга нашего технического директора.
Немного предыстории о ней. Она одна из тех основателей стартапов со степенью компьютерного инженера, которые никогда не работали ни на какой другой работе, кроме этой. Одним из следствий этого является то, что она никогда не писала профессионально код после самого основания этой компании. Когда она это сделала, она вносила все свои правки в производство, не использовала веб-фреймворк, не знала о модульных тестах, не знала о логировании, не знала о SQL-инъекциях и т. д. Единственный неклассовый программный проект над чем она когда-либо работала. Она компенсирует это продажами и использованием женщины в технологическом факторе.
Меня пригласили после первых вложений в профессионализацию программного обеспечения, потому что оно часто могло зависать целыми днями, а она не замечала и не могла понять, почему, а клиенты были явно недовольны (и я думаю, что единственная причина, по которой эти контракты удерживали нас, заключалась в том, что наши клиенты находятся в менее чем гибкой отрасли). Сейчас я возглавляю команду из 4 разработчиков.
Вот суть проблемы. У нас это так, что ей нужно одобрять каждую функцию, которая идет в производство, тем более что она часто играет в этом роль, например, пишет текст, который там идет. Проблема в том, что она просто не делает этого.
У нас есть значительное количество (представляющее месяцы усилий) функций, находящихся в ветках Git, потому что она постоянно обещает проверить их и никогда этого не делает. Множество исправлений ошибок также застряли в очереди.
Например, мы хотели реализовать какое-то ведение журнала. Он застрял в «обзоре» на два месяца. Все, что делает код, — это отправляет текстовые уведомления при возникновении ошибки 500 дежурному разработчику (у нас есть телефон, который мы передаем для поддержки по телефону). Вместо этого разработчик должен периодически проверять журнал.
Это не клиент, а просто огромная трата времени разработчика. Тем не менее, многие проблемы, с которыми сталкиваются клиенты, также никогда не решаются. У нас есть один клиент, который хотел скачать таблицу в CSV. Она отправила нам запрос функции, мы построили и протестировали ее, и в течение нескольких недель она стояла в очереди на проверку. Клиент продолжает доставать ее и меня по этому поводу.
Другая проблема связана с ее технической неопытностью. Всякий раз, когда она лично замечает проблему, она начинает отладку в рабочей среде. Когда она неизбежно не может найти проблему, так как она написана на языке, которым она никогда не пользовалась (когда я приехал, я выбросил весь стек технологий), она звонит нам.
Мы используем надлежащие инструменты для отладки проблемы, но может пройти несколько дней, прежде чем отладка в рабочей среде будет отключена, поскольку она должна быть добавлена к исправлению ошибки, а исправление должно быть одобрено. В настоящее время это так. Любой, кто каким-то образом взломает сайт прямо сейчас, может увидеть IP-адрес нашего сервера базы данных, имена баз данных, библиотеки, которые мы используем, а также номера версий и кучу другой информации. Мы исправили в четверг, и она должна была проверить это вечером. Это до сих пор не сделано, несмотря на неоднократные напоминания.
Так или иначе, пару дней назад один из крупных венчурных капиталистов пригласил меня на обед в эти выходные, и я согласился. Новости обо всем этом, по-видимому, достигли одного из наших крупных инвесторов, и, по-видимому, она обещает ему всевозможные вещи, но не выполняет их. Он прямо спросил меня, должен ли он заменить ее.
Я отказался отвечать, сказав, что это не мое место. Но он почему-то настаивает на моем мнении и хочет завтра поужинать. Как мне справиться с этим? Ее явно нужно заставить хотя бы отойти от кодекса, но я также не считаю своим долгом говорить что-либо. Я не думаю, что ее нужно увольнять, просто переместите ее в область, которая ей небезразлична (участие в сетевых мероприятиях и женских гала-концертах), и подальше от того, что она никогда не считала чем-то большим, чем обузой.
Вы не знаете, как ваше мнение будет изображено. Так что пока вы правы, не высказывайте прямого суждения/мнения . Вместо этого придерживайтесь фактов. Вместо того, чтобы говорить о ком-то конкретном (указывать пальцем), говорите о проблемах и возможных путях улучшения.
Если вас спросят, хотите ли вы, чтобы ее заменили, вы можете ответить следующим образом.
Пусть решает начальство: заменить ее или возложить другие обязанности.
Если они настаивают на том, чтобы узнать ваше мнение , вы можете сказать:
Основываясь на фактах и текущей ситуации, я могу с уверенностью сказать, что любая помощь, которая позволит нам повысить качество продукции и поставить ее в срок, более чем приветствуется. Однако, в какой форме эта помощь должна быть оформлена, я оставляю это на ваше усмотрение.
Вы упомянули, что она хорошо работает в продажах и как лицо компании. В то же время она не тот человек (уже!) для развития.
Таким образом, в компании есть высокопоставленный сотрудник, который в настоящее время выполняет неправильную задачу по историческим причинам, но имеет важную квалификацию в другой области.
Если она начала разрабатывать продукт, я думаю, она все еще находится под впечатлением, что должна все контролировать и еще не научилась делегировать задачи и доверять другим людям. Не очень удивительно для технаря как основателя.
Таким образом, задача состоит не в том, чтобы уволить ее, а в том, чтобы помочь ей (например, с помощью коучей) полностью перейти на ее роль продавца.
Вопрос не в том, что должна делать компания, а в том, что вы должны ответить крупному инвестору. Не то же самое. Так что воспринимайте мой ответ как «что вы должны сказать», а не как «что должна делать компания».
Конечно, она не должна быть уволена. Она отлично справляется с продажами. Но вы не думаете, что она вполне подходит для своего нынешнего положения. Она не очень техничный человек (не говорите, что «она не может запрограммировать выход из бумажного пакета»), и ее глубокое участие в процессе разработки замедляет процесс, в основном из-за ее других обязанностей. У нее нет времени просматривать изменения, поэтому у вас есть готовые, но ожидающие ее изменения на несколько месяцев, которые были бы намного лучше, если бы она сосредоточилась исключительно на продажах. И с чисто продажной ролью ей больше не пришлось бы отлаживать проблемы на рабочем сервере, а оставить это более опытным разработчикам. И тогда вам больше не придется отменять ее изменения.
Видишь ли, тебе не нужно говорить о ней ничего плохого. Укажите на ее сильные стороны, которые, к сожалению, кроются в другом.
Общее правило для работы на этом уровне: «Передавайте информацию вверх, передавайте решения вниз».
Дайте инвестору свое справедливое мнение о техническом директоре. Не подталкивайте их к какому-либо решению, которое вам может понадобиться, и не позволяйте им подтолкнуть вас к согласию с их решением. Передайте свою информацию вверх и позвольте им принять решение вниз — редко бывает правильно передать решение вверх по дереву управления.
Исходя только из вашей информации, совершенно очевидно, что компании было бы лучше, если бы она не занималась прямой линией развития; но также очевидно, что она является большим активом для компании. Надеюсь, инвесторы увидят то же самое и переместят ее вбок, а вас вверх.
Есть люди, а есть политики. Между ними нет никакой разницы, кроме того, что политики говорят о политике. Но говорить о политике может любой, отсюда и поговорка, что каждый является экспертом в футболе и политике.
До сих пор вы были обычным человеком, но в тот момент, когда вы что-то отвечаете этому инвестору, вы становитесь политиком. Так же, как инвестор, и точно так же, как технический директор.
Вы можете просто настаивать, что это не ваше дело, и держаться подальше от политики. Если инвестор в здравом уме, ничего плохого из этого не выйдет.
Вы также можете начать играть в политику, но тогда есть хорошие политики и слабые политики.
У хорошего политика есть цели, рычаги воздействия и план на случай непредвиденных обстоятельств.
Вы явно хотите, чтобы технический директор вышел из его текущей роли, это ваша цель. Лучшей целью было бы поддержать кого-то другого на этой должности, может быть, вас?
Если вы считаете, что вас нельзя уволить или уволить нелегко (технический директор, инвестор или кто-либо из их друзей), это рычаг.
Но каков твой план на случай непредвиденных обстоятельств? Что вы будете делать, если технический директор узнает об этом и уволит вас? Что, если инвестор, спрашивающий вас, — это просто подстава технического директора? Что, если это не подстава, поэтому инвестор решает уволить технического директора и вас, потому что вы не лояльны? Есть ли у вас средства, чтобы двигаться дальше быстро? Если ответ отрицательный, и если бы я был тобой, я бы держал рот на замке.
Недостаточно подробностей, чтобы кто-то точно сказал вам, что делать, но, строго основываясь на том, что вы описали, я полагаю, что следовать вашим первоначальным инстинктам и отказываться обсуждать этот вопрос с инвестором — лучший подход.
Подходит ли технический директор для ее нынешней роли?
Если технический директор погряз в деталях, становится узким местом и постоянно не выполняет взятые на себя обязательства, то это звучит как отсутствие. Технический директор обычно гораздо более стратегически сосредоточен на развитии технологического стека, снижении рисков, разработке и создании новых технологий, а также технических и архитектурные стандарты. Также я бы сказал, что если вы разрабатываете и тестируете свой код в соответствии с согласованным определением готовности (включая все критерии приемлемости), то почему бы вам не выпустить его с помощью инструментов CI/CD через SDLC. Полагаться на одного человека для выпуска каждой функции (особенно если он не является владельцем продукта) звучит как безумие для меня.
Полезен ли технический директор для организации?
Поскольку технический директор является соучредителем, и вы упомянули, что у него есть сильные стороны в других областях (продажи, мероприятия и т. д.), похоже, что он, безусловно, может быть полезен для организации. Так что это может быть классический пример хорошего человека, который не в той роли. Я смягчу это, сказав, что если у нее есть трудности с делегированием задач, управлением приоритетами и управлением ожиданиями, то я лично не решусь предложить ей руководящую роль, если я не уверен, что эти недостатки можно преодолеть и/или любые связанные с этим последствия сведены к минимуму.
Уместно ли обсуждать CTO с крупным венчурным капиталистом?
Лично я не был бы склонен обсуждать операционные вопросы с каким-либо директором, если бы руководитель не знал об этом и не дал на обсуждение свое «благословение». Даже если бы дискуссия состоялась, я бы очень старался, чтобы утверждения были фактическими, конструктивными, насколько это возможно, и старался изо всех сил избегать какой-либо личной предвзятости. Гораздо лучше найти более подходящего человека, который позволит ему и организации улучшить свою работу, а не увольнять его. И если вы не знакомы с венчурным капиталом лично, у вас нет возможности узнать, будут ли использованы те или иные заявления и как. Так что я был бы склонен относиться к беседе как к экспертной оценке. Но реальность такова, что это больше похоже на решение руководства в первую очередь (в отношении эффективности работы технического директора), а во вторую — решение совета директоров (в отношении роли технического директора как основателя).
пользователь44108
Стефано Палаццо