Что делает ваша команда, чтобы выделиться?

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

Это должна быть вики Сообщества.

Jeff Yates 25.11.2008 17:30
За пределами сигналов Angular: Сигналы и пользовательские стратегии рендеринга
За пределами сигналов Angular: Сигналы и пользовательские стратегии рендеринга
TL;DR: Angular Signals может облегчить отслеживание всех выражений в представлении (Component или EmbeddedView) и планирование пользовательских...
Sniper-CSS, избегайте неиспользуемых стилей
Sniper-CSS, избегайте неиспользуемых стилей
Это краткое руководство, в котором я хочу поделиться тем, как я перешел от 212 кБ CSS к 32,1 кБ (сокращение кода на 84,91%), по-прежнему используя...
3
1
889
9
Перейти к ответу Данный вопрос помечен как решенный

Ответы 9

Ответ принят как подходящий

Автоматическое модульное тестирование и автоматизированная система сборки (например, CruiseControl)

В первую очередь - мы выполняем дела в срок, соответствующие критериям выполнения. На мой взгляд, так лучше всего :)

Большинство команд здесь делают дела вовремя, поэтому я ищу преимущество.

4thSpace 25.11.2008 17:26

В настоящее время мы проводим модульное и функциональное тестирование, автоматизированное с помощью CC.NET. QA любит нас за это. Но я ищу такие вещи.

День гавайской рубашки

Если это ваш аргумент в пользу мэра, вы, вероятно, занимаетесь не тем бизнесом: P

Toon Krijthe 25.11.2008 17:35

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

Jeff Yates 25.11.2008 17:43

Лично я бы сказал, что мое чувство юмора должно быть соответствующим образом скорректировано. до Я мог бы смотреть «Офисное пространство» (США). :)

Peter M 25.11.2008 18:21

Питер, вы путаете офисное пространство с «офисом»? Нет "офисного помещения (США) .. Если вы в IT и не видели этот фильм, вам нужно что-то наладить!"

Peter Gibbons 25.11.2008 18:41

Питер Джи, вы правы. Я путала Офис с Офисным помещением. Но после освежения моей памяти через IMDB мои комментарии все еще в силе. Я видел по крайней мере часть этого и думаю, что это отстой. Но опять же, я не из США, поэтому мое чувство юмора определено лучше ;-)

Peter M 25.11.2008 19:04

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

Станьте волонтером для внутренних проектов, которые принесут пользу всем. (например, введение Stylecop в кодовую базу, еженедельный обед для компьютерных фанатов и т. д.)

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

dacracot 25.11.2008 18:16

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

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

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

Jeff Yates 25.11.2008 17:39

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

dacracot 25.11.2008 18:13

Написать хороший код?


Редактировать: Of course this is totally wrong, the actual answer should be:

Write bad code.

Вы можете написать хороший код в плохой команде.

dacracot 25.11.2008 18:18

Да, но если они двинутся, становится немного неряшливо.

Jeff Yates 25.11.2008 19:14

Мы стандартизируем только процесс сборки. Мы не заставляем наших КВАЛИФИЦИРОВАННЫХ разработчиков использовать навыки, которые им навязывают. Мы позволяем им кодировать, как они хотят, с помощью редактора и командной строки, с помощью IDE, с помощью молотка и зубила, если они хотят. Они ограничены только процессом сборки. Все подчиняются одной и той же сборке, в нашем случае - скрипту муравья.

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

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

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