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

softwareengineering.stackexchange https://softwareengineering.stackexchange.com/questions/15829

Вопрос

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

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

Прямо сейчас это только я, несколько компьютеров и сервер SVN. Я ищу какое -либо общее руководство по строительству команды с нуля.

Это было полезно?

Решение

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

  • Управление версиями - Вы упомянули, что у вас уже есть сервер SVN, что здорово. Убедитесь, что вы установили репо и организовали проекты.
  • Автоматизированные сборки
  • Программное обеспечение для отслеживания проблем/ошибок
  • Тесты на единицу/интеграции
  • Сервер непрерывной интеграции

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

Другие советы

Нанимать кого -то намного более компетентен, чем вы

... и с опытом работы в проекте крупного корпоративного программного обеспечения.

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

Вы научите их своему нишевому рынку.

Если вы не можете найти такого человека, я предлагаю вам пойти на тренировки, связанные с управлением командой. Я предлагаю вам Сертификация Scrum как стартер.

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

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

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

Не имея реального титула, я буду «ответственным» этой команды.

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

Ваша реальная ценность для команды и компании - ваши интимные знания о продуктах, как в настоящее время реализовано.

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

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

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

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

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

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

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

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

Один хороший источник простых и основных навыков управления в том, что делать и как профессионально http://www.manager-tools.com. Анкет Они делают регулярные подкасты по советам по управлению и карьере, не говоря уже о значительном каталоге материала для вас.

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

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

Книга Разработка приложений Brownfield в .net Есть некоторые идеи, которые, я думаю, должны помочь. Часть совета заключается в том, как настроить вещи, чтобы они повторялись среди членов команды и во времени.

Лицензировано под: CC-BY-SA с атрибуция
scroll top