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

Question

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

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

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

Мне всегда нравилась моя работа, и я всегда был на связи с такими новейшими технологиями, как ООП, UML, .NET и так далее. Я уже несколько лет работал руководителем группы, но мне это не очень нравилось, потому что я скучал по разработке и кодированию.

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

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

Answer 1

Мне также требуется взаимодействие с клиентом и обратная связь с ним. Тем не менее, клиент может быть много вещей. Пока я удовлетворяю кого-то (конечного пользователя, руководителя команды, большого босса и т. Д.), Этого мне достаточно. Само взаимодействие является ключевым фактором.

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

Я давно понял, что я маленькая рыба в большом пруду. Научиться чувствовать радость о моем месте в этом пруду было единственным решением.

IOW, все относительно!

Answer 2

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

У меня есть вопрос, что вы здесь имеете в виду? Будет ли команда из 50 человек в проекте большой? Или это больше похоже на 1000, чтобы быть большим? На одном уровне я требую масштабирования, поскольку есть команды за гранью, если кто-то хочет взглянуть на всех разработчиков, которые работают над крупными продуктами Microsoft, такими как Office и Windows, в то время как на другом конце спектра находятся команды разработчиков из одного человека, которые делают все это.

Я бы второй ответ Келли, что это зависит от команды и эго для другого важного фактора в вещах. Что вы считаете забавным? Находит ли он более эффективные способы решения проблем, которые плохо решаются? Это победа над загадкой Millenium ? Или то, что кто-то улыбается во время использования вашего программного обеспечения, делает его забавным? Множество разных возможных ответов, и хотя я могу высказывать предложения, насколько они хороши или плохи, вам абсолютно все равно.

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

Answer 3

Все зависит от команды и эго людей.

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

С другой стороны, если команда стала гелевой, это не имеет большого значения, если технология устарела или бизнес-проблема скучна. Работа в бэк-офисной системе учета с использованием компиляторов VI и 10-летней бета-версии C ++ может быть воодушевляющей, если вы чувствуете, что ваши сверстники находятся в одной схватке и отстаивают вашу спину. Когда вы учитесь у других и слушаете, когда у вас есть новый подход, чтобы попробовать. Когда разработчики контролируют процесс сборки / тестирования / развертывания, чтобы он был нормальным и улучшал жизнь (и режимы ожидания) группы поддержки. Когда ваши сверстники (и вы их) всегда готовы помочь с неясной языковой проблемой или работать через сводящую с ума ошибку. Это то, что делает программирование увлекательным и интересным независимо от всего остального.

Answer 4

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

Answer 5

Спасибо всем за ваши интересные и ценные ответы (и за исправление грамматики и орфографии: -)

Вы дали мне несколько важных моментов для размышления:

• Отсутствует взаимодействие с клиентами (что бы ни значил «клиент»)
• Взаимодействие и обратная связь внутри команды разработчиков
• Что для меня значит веселье. Я думаю, что это скорее улыбка на лице пользователя, чем использование передовых технологий.
• Как справляться с иногда подавляющими процессами.
• Не в последнюю очередь, чтобы найти мое удобное место в большом пруду. Это может быть не тот, где я сейчас нахожусь ...

Answer 6

Чтобы ответить на вопрос, как он задан в заголовке: Нет!

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