Там, где я работаю, у нас есть небольшие команды по 2-5 человек. Как руководитель разработки, что вы реализовали, что выделяет вашу команду среди других? Это означает, что это заставляет другие команды говорить «это круто» или «почему мы не подумали об этом». Просто нестандартное мышление, которое сделало вашу команду чрезвычайно эффективной.


Автоматическое модульное тестирование и автоматизированная система сборки (например, CruiseControl)
В первую очередь - мы выполняем дела в срок, соответствующие критериям выполнения. На мой взгляд, так лучше всего :)
Большинство команд здесь делают дела вовремя, поэтому я ищу преимущество.
В настоящее время мы проводим модульное и функциональное тестирование, автоматизированное с помощью CC.NET. QA любит нас за это. Но я ищу такие вещи.
День гавайской рубашки
Если это ваш аргумент в пользу мэра, вы, вероятно, занимаетесь не тем бизнесом: P
Ответ был несерьезным - язык крепко сидит в щеке. Пожалуйста, посмотрите "Офисное пространство" и возвращайтесь, когда ваше чувство юмора изменится соответствующим образом. :)
Лично я бы сказал, что мое чувство юмора должно быть соответствующим образом скорректировано. до Я мог бы смотреть «Офисное пространство» (США). :)
Питер, вы путаете офисное пространство с «офисом»? Нет "офисного помещения (США) .. Если вы в IT и не видели этот фильм, вам нужно что-то наладить!"
Питер Джи, вы правы. Я путала Офис с Офисным помещением. Но после освежения моей памяти через IMDB мои комментарии все еще в силе. Я видел по крайней мере часть этого и думаю, что это отстой. Но опять же, я не из США, поэтому мое чувство юмора определено лучше ;-)
Делайте внутри компании презентации на общие темы, которые могут быть интересны другим командам, но не имеют прямого отношения к их работе (в противном случае предполагается, что они знают об этих проблемах больше, чем вы).
Станьте волонтером для внутренних проектов, которые принесут пользу всем. (например, введение Stylecop в кодовую базу, еженедельный обед для компьютерных фанатов и т. д.)
Это работает для членов команды, склонных к этому. Для остальных это фактически сдерживающий фактор. Постоянное давление со стороны сверстников с целью сделать презентацию, когда вы являетесь отличным разработчиком, но выступать перед людьми для разговора - не ваше дело, на самом деле нарушает баланс команды. Я бы позволил, но не требовал.
Зачем соревноваться с другими командами, цель компании должна быть общей.
У нас примерно две команды (одна работает над готовым продуктом, а другая - над индивидуальными решениями). Но мы привыкли много помогать друг другу. И, на мой взгляд, так и должно быть.
Я согласен. Команды должны искать способы уменьшить враждебность между ними, а не увеличивать ее. Однако небольшая конкуренция при разумном использовании может стать хорошей мотивацией для производства качественного продукта.
В крупных организациях идет конкуренция за таланты. Если вы проигнорируете это, вы обнаружите, что возвращаетесь к среднему значению.
Написать хороший код?
Write bad code.
Вы можете написать хороший код в плохой команде.
Да, но если они двинутся, становится немного неряшливо.
Мы стандартизируем только процесс сборки. Мы не заставляем наших КВАЛИФИЦИРОВАННЫХ разработчиков использовать навыки, которые им навязывают. Мы позволяем им кодировать, как они хотят, с помощью редактора и командной строки, с помощью IDE, с помощью молотка и зубила, если они хотят. Они ограничены только процессом сборки. Все подчиняются одной и той же сборке, в нашем случае - скрипту муравья.
Разработчики любят и выступают в нашей группе из-за свободы. Другие группы, которые ограничивают своих разработчиков, не могут понять, как мы это делаем.
Я не согласен, что это цель компании. Потому что, в конце концов, каждый человек ищет себя. Для команды важно выделяться. Причина многочисленна. Чтобы выделиться, команда должна уметь представить себя, а руководитель команды должен брать на себя ответственность. В наши дни недостаточно разработать хороший код, но и уметь его представить.
Это должна быть вики Сообщества.