Все дело в готовности

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

В любом случае вы здесь, потому что хотите, чтобы технический руководитель обратил на вас внимание. То есть без необходимости прибегать к старому доброму решению «похитить их и заставить делать то, что вы хотите».

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

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

Запросите встречу и будьте готовы к ней

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

Дело не только в том, чтобы отправить приглашение в календаре и подумать, что вы готовы. Если вы хотите охватить определенные темы (как я предполагаю), подготовьте их.

Объясните проблему, которую вы пытаетесь решить

Будьте ясны, лаконичны и не будьте осторожны. Будьте прямыми. Подумайте об этом так: вы тратите время технического лидера, извлекайте из него максимум пользы. Если вы оба не обсуждаете это вовремя за кружкой пива, этому человеку, вероятно, есть чем заняться. Конечно, часть этих обязанностей заключается в том, чтобы прислушиваться к своей команде, но думать о времени других в подобных ситуациях - это просто здравый смысл.

Объясните, как вы хотите ее решить

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

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

Придумайте примерный график

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

Это не обязательно должна быть подробная временная шкала, но в тот момент, когда вы начнете объяснять, в чем проблема и как, по вашему мнению, ее можно исправить, вы сразу же получите следующий вопрос: «Хорошо, как долго, по вашему мнению, это? возьмусь реализовать? » и единственный ответ, который вы не хотите давать, - это «я понятия не имею».

Имейте готовый ответ. Может быть, это число, например, два месяца, или, возможно, у вас уже есть предлагаемый график или состав команды. Как бы то ни было, чем больше деталей, тем лучше. Просто имейте в виду, что это предложение. У вас может быть или не быть полной картины проблемы и плана для всей команды. Итак, что бы вы ни предлагали здесь, не принимайте это на свой счет, если это не окончательный план.

Работайте над PoC в свободное время, а затем представьте его

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

  1. Сдавайся, забудь об этом и двигайся дальше. Если вы читаете это, значит, вы не готовы к этому.
  2. Реализуйте это сами и разберитесь со своим зацеплением позже. Это не рекомендуется; это потенциально может вызвать множество проблем с вашей командой, вашим проектом и вашей работой, поэтому постарайтесь избегать этого.
  3. Создайте PoC в свободное время, а затем представьте его своему руководителю. Я очень рекомендую это.

Имейте в виду, что это ситуация, когда вы не смогли устно изложить идею, или, может быть, у вас есть, и она была отклонена, но вы думаете, что это может сработать. Итак, что вам нужно сделать, так это использовать свое собственное время (не время вашего проекта) для создания небольшого Proof of Concept. Обдумайте идею того, что вы хотите создать - не полный список функций, а основную идею - это то, что вы пытаетесь доказать. Это может быть так просто, как показать, что вы можете получить информацию о погоде из стороннего API и интегрировать ее в свое приложение, или, может быть, чтобы показать, что вы можете использовать NLP в окне поиска вашего приложения. Как бы то ни было, сосредоточьтесь на этом и создайте рабочий прототип.

Теперь имейте в виду, что вам не нужно интегрировать этот код в свой проект. Это даже не обязательно должен быть «хороший код». Пока он работает и показывает, что ваша идея работает, ваша миссия выполнена. Доказательство концепции готово, и вы можете вернуться к своему техническому руководителю и сказать: «Помните, идея, о которой вы мне говорили, не сработает? Что ж, я сделал это, и это работает. Вот, позволь мне показать тебе.

Фраза «Я сделал это, и это работает» - это все, что вам нужно, чтобы привлечь их внимание. Теперь вы сможете продвигать идею с дополнительным бонусом: вы знаете, что она работает, и у вас есть доказательства. Аргумент «Я не думаю, что это сработает» больше не актуален.

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

Выясните, есть ли причина, по которой они вас не слушают

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

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

  • Ваш проект вовремя? Как выглядит хронология? Планируете ли вы следующий результат?
  • Все остальные работают или берут перерыв, из-за чего ваш лидер надевает разные шляпы в качестве компенсации?
  • У вашего лида есть общедоступный календарь? Многие компании используют такие инструменты, как Календарь Google, которые позволяют вам делиться своим календарем со своей командой. Даже если он не на 100% общедоступен (отображается только «Занят» в качестве названия встреч), вы все равно можете увидеть, сколько «потенциально свободного времени» у них есть. Если их неделя кажется полностью заполненной, это может быть связано с тем, что их втягивают в несколько встреч, и они даже не могут найти время, чтобы провести быструю беседу один на один.

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

Поймите их цели и работайте с ними в уме

Существует большая разница между получением запроса на беседу с товарищем по команде о потенциальном решении текущей проблемы и просьбой рассказать о потенциальной функции, которая может быть реализована через шесть месяцев.

Спросите себя: зачем вам разговаривать со своим техническим руководителем? А затем будьте честны и объективны, спрашивая себя, соответствует ли этот ответ текущим целям проекта. Если это так, то вам определенно нужно продолжать настаивать и пытаться, но если это не так, тогда вы можете на время отказаться от этой идеи.

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

Они пытаются закрыть проект, а вы пытаетесь предложить новую функцию? Это может быть проблемой. Вы пытаетесь предложить рефакторинг своей кодовой базы, а они пытаются выпустить первую версию? Это не поможет. Согласуйте свои запросы с их ожиданиями.

Привлечь внимание технического руководителя может быть очень легко, а может оказаться сложной задачей. Главное здесь - помнить: это не личное (по крайней мере, обычно). Подумайте о том, чтобы согласовать свои намерения с их намерениями, и подумайте о том, чтобы сэкономить им время, уже дав ответы на очевидные вопросы, которые они могут задать, например, «сколько времени это займет?» или даже работая над PoC, чтобы показать самое основное - что ваша идея действительно работает.

Были ли у вас проблемы с достижением технического лидера в прошлом? Что вы сделали, чтобы решить эту проблему?