Вопрос

Я только что закончил свой мастер и начинаю копаться в лаборальном мире, т. Е. Изучение того, как команды программирования и технологические компании работают в реальном мире. Я начинаю разрабатывать идею своего собственного сервиса или продукта на основе свободного программного обеспечения, и мне потребуется хорошо связанная, энтузиаст и плавная команда для создания и идеи. Моя проблема в том, что я не уверен, что было бы лучшими навыками, чтобы попросить команду по программированию из 4-5 человек.

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

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

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

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

Решение

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

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

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

Джоэл Сполски сказал:

В принципе, это просто. Вы ищете людей, которые

  1. Умный, и
  2. Добиться цели.

Стиву Йегге понравился этот принцип, и он немного расширил его с Сделано и делает вещи умными.

Я управлял командами уже 5 лет, после 15 лет развития. Мой собственный принцип очень похож на Споельского, не так элегантно сформулированный. Программисты - решатели проблем, которые используют программное обеспечение для решения проблем. В этом смысле хороший программист будет использовать любой инструмент, который является лучшим для работы, хотя это часто означает один из немногих, которые они знают лучше всего (удачи, найдя разработчика .NET, который считает, что LISP - лучший инструмент для работы).

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

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

Отличный член команды имеет ряд характеристик, как в списке ниже. Это не специфично для программирования, но применимо ко всем типам команд, где, как ожидается, произойдет сотрудничество:

  • Признает и работает через конфликт открыто
  • Рассматривает и использует новые идеи и предложения от других
  • Поощряет отзывы о собственном поведении
  • Понимает и привержена командным целям.
  • Разделяет открыто и достоверно с другими в отношении личных чувств, мнений, мыслей и представлений о проблемах и условиях
  • Вовлекает других в процесс принятия решений
  • Доверяет, поддерживает и имеет искреннюю обеспокоенность для других членов команды.
  • «Владеет» проблемами, а не обвинять их в других
  • При прослушивании попытки услышать и интерпретировать общение с точек зрения других
  • Влияет на других, вовлекая их в вопрос (ы)
  • Поощряет развитие других членов команды
  • Уважает и терпимо к индивидуальным различиям
  • Не участвует в победе/проигрышных мероприятиях с другими членами команды
  • Имеет навыки понимания того, что происходит в группе

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

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

Больше информации здесь.

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