Про менеджера

Быстропост – просто добавь воды.
Летом я собирал обратную связь по результатам полугодия работы в качестве МР. И один из вопросов был «Какие задачи я должен решать?» чтобы понять ожидания от меня.

Так как тема того, что должен делать менеджер разработки у нас спорная и животрепещущая, я решил опубликовать ответы на этот вопрос:

1. Собирать тех, кто зол и невесел, разбираться, говорить, что сделать. Заставлять всех друг с другом говорить, типа ретроспектив. То есть устранять препятствия, которые возникают в рабочем процессе. Кого-то помотивировать пряником, кого-то кнутом. Следить за тем, чтобы слаженный процесс не развалился, все не разругались. И не бездельничали. И не унывали. Это что касается человеческого фактора.
2. Решать какие-общепроектные вопросы. Типа выстраивать понимание, куда идем, почему, зачем. Формировать любовь к своему проекту и своей работе. Повышать вовлеченность в решении общепроектных вопросов. «Мне нет дела» менять на «мне есть дело, это мой проект».
3. Не допускать уход из команды ключевых людей, прямо изо всех сил. Такие штуки больше всего могут демотивировать, лишать смысла и мое пребывание в проекте тоже. Мир в проекте без ключевых людей кардинально меняется, если представлять это себе.
4. Кормить шоколадками :Р

Управление командой разработки.
Налаживание процесса разработки.
Мотивация команды.
Наставление на путь истинный.

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

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

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

Контроль за работой отдела разработки
Стимулирование повышения уровня профессиональных навыков у сотрудников
Выбор приоритетов развития(фокус)

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

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

Обеспечивать выполнение задач команды в срок и в нужном качестве.

Сделать так, чтобы команда работала как часы
Наладить процессы
Координировать работу команды
Решать вопросы с начальством

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

– Курирование процесса обучения коллег
– Разрешение внутрикомандных конфликтов
– Организация межкомандного взаимодействия
– Определение (или корректировка) вектора развития команды в соответствии с целями проекта

1. работа с кадровым составом. У вас достаточно сложная и разная команда, надо умудряться приводить всех к взаимопониманию и продуктивной работе. Плюс надо быть рядом с командой. Для меня это значит, что команда должна чувствовать, что менеджер делает с ними одно дело и отстаивает их интересы.
2. решать проблемы. Понятно, что они бывают разного масштаба и требуют разного участия. Но мне кажется важным, чтобы менеджер помогал команде справляться с проблемами, а где-то и ограждал команду от проблем.
3. помогать формировать путь развития КБ, образ продукта и т.д.

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

Решать задачи менеджера проекта по развитию сервиса по функциональности – деливерить крутую функциональность в минимальный срок.
Помогать прокачиваться ребятам из команды как в профессиональном, так и в личном плане. Формировать эффективную команду и тд

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

  • Evgeny Kobzev

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

    • ArtemZyryanov

      У нас сейчас Юля Закс такие качества ищет в аналитиках:)

      • Evgeny Kobzev

        Аналитик я думаю должен с такими качествами вступать в антагонизм. Его цель все правильно сделать, как закон велит, а менеджер разработки это подрезает

        • Evgeny Kobzev

          Поэтому менеджеры разработки, вышедшие из аналитиков иногда редко делают релизы 🙂

  • Maxim Zakharov

    Вдумчиво прочел все цитаты.
    Из полезного:
    Первый, третий и четвертый пункты первой цитаты.

    В конце комментария список буллшит-бинго слов из цитат, которые ничего не значат или значат бред.
    Объяснюсь.

    Проведи эксперимент в команде. Пусть каждый даст определение слова ответственность. или любого из списка ниже. Не гугля, не общаясь с другими и не используя одонкоренные слова. Как он понимает. Гарантирую весь спектр формулировок вплоть до диаметрально противоположных. Я проверял, тут http://wolonter.blogspot.ru/2013/06/blog-post_11.html.

    К чему я? Все слова из списка ниже – ничего не значат, так как для каждого сотрудника значат совершенно разные вещи.

    Когда в дискуссии со мной говорят эти слова, переспрашиваю: “Что физически должен делать человек?”. Ответ или отсутствует или дивный. Смешно почти всегда.

    Итак, имхо, бред и буллшит это:

    Формировать любовь к своему проекту и своей работе. Повышать вовлеченность
    Управление командой разработки.
    Налаживание процесса разработки.
    Мотивация команды.
    Наставление на путь истинный.
    замотивирована
    обеспечивать функционирование команды и достижение результата
    Контроль за работой
    Стимулирование повышения уровня профессиональных навыков
    помогать команде решать конфликтные ситуации, а так же решать вопросы, связанные с процессом
    Обеспечивать выполнение задач
    Наладить процессы
    Строить процесс
    Курирование процесса обучения
    Организация межкомандного взаимодействия
    Определение (или корректировка) вектора развития
    развитию сервиса по функциональности
    организация работы команды, контроль за сроками разработки

    И еще.
    С удовольствием пообщался или послушал бы, что под всем этим понимаешь ты.