Совершенно не подходит для этой должности, не знаю, что делать

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

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

Если вы не хотите заниматься управлением, есть две основные возможности:

• А. вы никогда не хотите попасть в управление
• Б. вы просто чувствуете, что не готовы к этому вызову.

Если А, вы бы подчеркнули это своему руководству. Вы бы объяснили, что предпочитаете быть «в кодексе» и на самом деле не хотите быть менеджером и думаете, что было бы лучше нанять полностью квалифицированного менеджера, который возьмет на себя эту ответственность.

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

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

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

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

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

Также найдите способы справиться со стрессом. Даже на неуправленческой должности вы окажетесь в ситуации, когда стресс может доминировать на рабочем месте. Спорт — это здорово. Напомните себе, что рабочее место — это далеко не все в жизни, и найдите способ расслабиться в конце дня.

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

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

Если вы и новый человек только что программируете — СТОП.

Вам нужно иметь представление о том, что нужно сделать (в некоторых методологиях это называется бэклогом). Начните с больших кусков (эпики) и проведите простую оценку (размеры футболок хорошо подходят, s/m/l/xl и т. д.). Эпопея может быть чем-то вроде «безопасности пользователя» или «отчетности».

Теперь попросите человека, который руководит проектом, сделать звонок о том, что важнее, расставив эпики по порядку. Теперь начните разбивать самую важную эпопею на более мелкие части, и вы двое начнете давать высокие оценки. Это все еще, вероятно, будет на уровне Mutiday/Week. Снова гей договор с бизнесом и начинай делать по нему москву (надо или должно или можно или нельзя).

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

На этом этапе вы можете начать планировать блоки работы и показать своему боссу, что/кто нужен. Если вы можете показать, что к чему, вы можете заручиться поддержкой своего менеджера и настаивать на назначении менеджера. Если нет движения, начинайте блокировать работу, стремясь к разделению 60/20/20 (должен/должен/может).

Удачи

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

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

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

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

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

Сделайте глубокий вдох, постарайтесь не обращать внимания на все текущие стрессы и спокойно обдумайте один важный вопрос. На какой должности вы хотите быть через два года? Вы хотите быть менеджером и чувствовать, что вы квалифицированы и знаете, как управлять местом? Как насчет того, чтобы быть руководителем команды, организовывать и наставлять всех будущих разработчиков? Или вы хотите быть «просто» разработчиком, но человеком, решившим все те огромные технические проблемы, которые вы сейчас видите? Или вы хотите быть человеком, который достигает всего этого? Вполне возможно быть и менеджером, и разработчиком, если команда разработчиков остается довольно небольшой, а требования к накладным расходам/отчетности не становятся чрезмерными.

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

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

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

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

Я был в похожей ситуации.

1. О какой сумме капитала вы договорились заранее? Стоит ли оно того? Посмотрите, сможете ли вы повторно договориться, если вы недовольны. Либо больше акций, либо право собственности раньше.

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

3. Временные блоки для кодирования и управления — Выделите определенное количество часов в установленное время: просмотр запросов на вытягивание/просмотр кода, парное программирование или кодирование.

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

5. Примите менталитет долины: терпите неудачу быстро, много-много проб и ошибок. Потратьте 1-2 раза, чтобы прокачать концепцию, если она не работает, идите дальше. Это были небольшие инвестиции. НИКОГДА НЕ ПОПАДАЙТЕСЬ В ЛОВУШКУ НЕВОЗВРАТНЫХ ЗАТРАТ. Вот почему венчурный капитал дает вам деньги на эксперименты.