Ускорение вашей команды программистов / разработчиков
https://stackoverflow.com/questions/1607553
-
05-07-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianВопрос
Недавно я покинул крупную университетскую больницу для гораздо меньшего размера из-за увеличения зарплаты и потому, что это способствовало карьерному росту. Конечно, эти две вещи, как правило, были бы чем-то, что вызывало бы восторг и было большим достижением (особенно для кого-то моего возраста), но я обнаружил, что надуваюсь изнутри, когда я еду на работу каждое утро, и вот почему. Новый t = eam, к которому я присоединился, ужасно отстает от времени с практиками кодирования, новейшими технологиями (да, они все еще используют классический .ASP) и программным обеспечением - оставляя меня в обратном временном перекосе от использования VS2008, .NET 3.5 и SQL Server. / BIDS 2008 к использованию древних реликвий SQL 2000 / VS 6.0.
Сначала, не так уж и плохо, я подумал, что не все компании сейчас находятся на переднем крае и просто ждут, когда эта правильная искра направит их в направлении изменений и улучшений - нет, - я начал предлагать (в профессиональном и не снисходительно) некоторые новые инструменты и какие преимущества они будут иметь для нашей компании как на нашей стороне, так и на стороне клиента, но они (как и в команде, частью которой я являюсь) посмотрели на меня как на пришельца и дали мне простое, зачем нам это нужно, даже после того, как я изложил свое мнение.
Это заставило меня поверить в то, что я, возможно, не буду делать это правильно, и надеялся, что некоторые более старшие разработчики / инженеры поделятся своим опытом, когда они были моложе и только начинали. Я знаю, что времена изменились, но я чувствую, что это было бы полезно, тем не менее, и любой совет будет высоко ценится!
Спасибо всем!
Решение
Бессмысленно внедрять новые технологии, если они не решают реальные проблемы более простым и эффективным способом, чем предыдущие технологии. (Включая кривую обучения.).
Может случиться так, что в вашем университете огромное количество устаревшего кода, основанного на этих старых технологиях. Переход к более поздним может быть чрезвычайно дорогостоящим и утомительным процессом, который довольно трудно оправдать.
Способ внедрения новых технологий может заключаться либо в постепенном изменении архитектуры, например, в целом университет решает перейти на SharePoint или что-то подобное, либо в новом проекте, где вы можете продемонстрировать преимущества новых технологий, и пусть существующие разработчики успеют понять их.
Со всем этим следует помнить, что большинству людей не нравятся перемены, и, изменяя существующую технологию, вы собираетесь наступить на ноги людей. Например, специалисты по конкретным системам или технологиям.
Другие советы
Во-первых, поймите, что предлагать серьезные изменения, когда вы новичок, почти всегда плохая идея. Сначала вы заставляете их уважать вас через производительность, затем вы предлагаете изменения. Тогда вы также можете понять стоимость внесения этих изменений для бизнеса, поэтому они их не сделали.
Если они сказали вам, что использовали эти инструменты до того, как вы туда отправились, вы должны согласиться с тем, что в этой среде вы решили жить и работать некоторое время, прежде чем снова поднимать тему. Если они сказали, что хотят вас, потому что у вас есть навыки, необходимые для продвижения вперед, то вам нужно поговорить с менеджером по найму, а не с командой. Обратите внимание, что это не создаст вам друзей в команде.
Мое главное предложение - начать читать офисную политику. Создайте несколько альянсов, прежде чем попробовать это снова. Возможно, есть другие люди, которые также хотят работать с более новыми вещами. Может быть, DBA не любит застрять с десятилетними навыками.
Что касается перехода с SQL Server 2000 на 2008, вы можете указать, что 2000 больше не будет поддерживаться и что после выхода SQL Server 2010 больше не будет прямого пути обновления. Это то, что наконец-то заставило нас перейти на 2008 год. Лучше конвертировать до того, как это произойдет. Исследуйте веб-сайт Microsoft для точных деталей того, что случается когда.
Откровенно говоря, тебе не повезло. Если они не видят необходимости учиться, они никогда не собираются делать это самостоятельно. Вам придется работать, чтобы получить новые вещи в офисе, и, вероятно, найти способ заплатить за обучение для них. Или убедить их начальников уволить их.
Во многих нетехнических средах люди попадают в свою колею и продолжают использовать одни и те же инструменты, даже если они устарели. Видел это сто раз.
Здесь много неизвестных переменных, так много, что сложно дать совет. Я хотел бы знать:
<Ол>Если вы отвечаете за эту команду, то вам нужно определить повестку дня, заинтересовать всех новым направлением и, возможно, уволить кого-то, чтобы показать другим, кого вы имеете в виду (предпочтительно тот, кто стонет). самый громкий или тянет его ноги наиболее очевидно).
Если вы просто обезьяна кода или если высшее руководство в порядке с тем, как все работает сейчас, начните рассылать свое резюме, потому что вы не можете ничего изменить. И в следующий раз, когда вы устроитесь на работу, спросите, какие технологии они используют.
Это происходит постоянно.
Вы должны были спросить, какие инструменты они используют и как они работают, прежде чем согласиться присоединиться к ним. Я также хотел бы отметить что-то вроде «Если я обнаружу, что вы сделали это только для того, чтобы заставить меня зарегистрироваться, я не задержусь надолго».
Вы обнаружите, что люди сопротивляются сильным изменениям, и вы должны знать причины, по которым люди отклоняют изменения, чтобы попытаться их изменить.
Во-первых, люди, как правило, избегают рисков (за некоторыми исключениями, относящимися к «раннему усыновителю»). То есть люди избегают риска, а любое изменение - это риск.
Во-вторых, в вашей ситуации люди, как правило, боятся ГДЕ изменений. Посмотрите на это так: разработчик в вашей команде будет думать, «если мы перейдем на технологию ххх, как это повлияет на мою карьеру? Как это повлияет на мои шансы получить повышение по службе или даже уволиться? Они не знают новых технологий, они не хотят устареть или потерять свои позиции в качестве экспертов или что-то в «старом стиле».
Наконец, все новое трудно выучить и понять, особенно если вы давно работаете над старым. Это требует времени и заставляет вас чувствовать, что вы идиот. В старых командах (и я имею в виду буквально с точки зрения людей старше) это также увеличивает страх быть замененным для кого-то моложе, кто уже знает технологию.
Если вы хотите преодолеть сопротивление, вам нужно решить все проблемы.
Во-первых, вещь должна быть постепенной. Один шаг за раз, один продукт за один раз. Не пытайтесь изменить весь процесс для всей компании. Вместо этого предложите взять меньший проект и применить новую технологию к нему. Подарок - это возможность и испытание. Если это бесполезно, мы больше не будем его использовать, но давайте просто попробуем, тогда риск будет минимальным.
Тогда успокойте людей. Убедитесь, что все чувствуют благодарность, и что вы или компания больше доверяете многолетнему опыту в области , который используется в любой конкретной технологии. Слушайте людей, уважайте их мнения и заставляйте их чувствовать, что вам все равно, что они думают. Конечно, это не должно быть актом, вы действительно должны чувствовать это. Великие команды доверяют друг другу.
С другой стороны, обработайте изменение. Вехи должны быть шире, вы должны учитывать изменения. Вы должны заставить команду почувствовать, что вы понимаете, что изменить сложно, и это длительный процесс. Никто не будет осужден, если новая вещь займет больше времени, чем старая, и что следует ожидать отказов, и никто не будет уволен из-за этого.
В конце концов, если вы хотите изменений, вы должны успокоить людей и дать им понять, что изменение - это просто тест, если оно работает, тогда хорошо для всех, если это не так, тогда все в порядке. Конечно, компания должна это понимать. Для менеджеров это означает предоставление им четкого отчета о рисках и выгодах, изложение правды и объяснение, ПОЧЕМУ изменение должно быть сделано.
Говоря с руководством, помните также, что конкуренция всегда существует. Вы должны развиваться или, вернее, всегда развиваться. Даже если продукт одинаков с точки зрения функциональности и прискорбен, как может показаться с точки зрения маркетинга, заявить, что вы используете новейшую технологию xxx с техникой разработки, разработанной в конце прошлого года, - отличная штука. Клиенты не глупы, но они не являются компьютерными грамотами, поэтому их легко впечатлить нечеткими словами, так что конкуренция может украсть их, не имея действительно лучшего продукта, просто «более нового». один.
Еще одна вещь: может быть, вам будет полезно рассказать им о " Кто переехал мой сыр? История & Quot; который вращается об изменениях и как рынок развивается вокруг изменений.
Изменения являются фундаментальной вещью в жизни каждого человека, как личной, так и профессиональной, и должны всегда учитываться. Всякий раз, когда кто-то говорит «измениться сейчас, слишком рискованно» или "мы не можем позволить себе изменения" Вы должны действительно думать это через ... картина, видимая в долгосрочной перспективе, или все, что мы говорим о коротком
Это просто устаревшие инструменты? Или код, который они производят на низком уровне? Если это код, то лучше всего групповые обзоры кодов. Если это всего лишь инструменты, просто создайте статьи и / или документы, в которых перечислены отсутствующие функции и как они могут принести пользу группе.
Если команда застряла в прошлом, вы вряд ли сможете с этим поделать. Некоторые разработчики либо не видят преимуществ новых технологий / методов (а в некоторых случаях они могут быть правы), либо боятся изменений. Я бы сказал, узнайте, что вы можете от них - есть много навыков межличностного общения, управления проектами, политических и других навыков, которые вы можете изучить. Потратьте немного своего времени, чтобы идти в ногу с современными технологиями и держать глаза открытыми, чтобы иметь возможность перейти к чему-то другому. А пока узнай что можно. Многие разработчики сосредотачиваются на технологиях и упускают важные навыки, которые им действительно понадобятся позже в их карьере.
У всех нас есть предрассудки в отношении платформы и технологий, и когда новый человек присоединяется к команде и хочет изменить все по своему усмотрению, это разрушительно, и команда часто пытается отклонить изменение, даже если мотивация хорошо.
К сожалению, вы используете Java ?? Ик! Нам нужно перенести все это на C # немедленно! & Quot; типы заставили людей по праву скептически относиться к тому, что новый парень предлагает много нового.
Одно из предложений, которое я мог бы предложить, предлагая новый процесс или технологию, состоит в том, чтобы сформулировать его с точки зрения реальной проблемы, с которой они сталкиваются и могут иметь к ней отношение. Технология это не решение, это ответ. Найдите проблему, а затем, возможно, предложите преподать коричневую сумку по технологии, подчеркивая аспекты, которые будут резонировать с командой в свете их болевых точек. Продемонстрируйте ценность и позвольте им приходить в себя самостоятельно, а не подходить к продажам.
Как ты сделал свое дело? Профессиональный и не снисходительный - это хорошо, но это только начало.
Когда вы пытаетесь убедить кого-то измениться, подчеркните, что для него важно. Выясните, чего они хотят, и покажите им, как новая технология может помочь.
Менеджмент хочет, чтобы было сделано больше работы и сэкономлены доллары. Менеджеры не будут заботиться о желании новых и лучших вещей. Попробуйте найти случаи и исследования, показывающие, что переход на новейшие технологии сэкономил X% денег и труда. Найдите или создайте хорошие оценки того, что это будет стоить (не только в инструментах, но и в обучении, в двух направлениях разработки и т. П.). Помните, что старые вещи останутся, и у вас должен быть план, чтобы учесть это.
Вашим коллегам нужно рассказать, как это хорошо для них, и что они не пострадают за это. Они много вложили в это. Они знают, что делают, и знают кодовую базу. Переходите на более новую систему, и они не будут знать, что делают, не будут знать кодовую базу, поначалу будут некомпетентны и могут опасаться, что они станут расходуемыми. Это большой вопрос для среднего человека, и может быть слишком много, чтобы спросить некоторых людей (например, парень, который три года после выхода на пенсию).
Узнайте, что им не нравится в текущей системе, и покажите им, как может помочь новое программное обеспечение. Обсудите обучение и, по крайней мере, заранее о том, как легко будет перейти Если вы сможете показать им, как делать то, что они обычно делают в новой системе, не беспокоясь о том, чтобы воспользоваться новыми функциями, это очень поможет. Подчеркните, что их знания касаются не только основы кода, но и бизнеса и его требований.
И не надейтесь бросить старые вещи. Вы сможете внедрять новые инструменты только при запуске проекта, а если он несовместим с устаревшими системами, он просто не будет работать.
Конечно, это сложно, и вам лучше остаться на несколько лет и перейти в более современный магазин.
Как было упомянуто ранее, забудьте о старых проектах, если они работают нормально, и вы не сможете убедить кого-либо переписать их. Лучше всего подождать, пока не появится новый проект, и в этот момент предложить использовать новые инструменты. Спорьте, как эти новые инструменты повысят эффективность или что-то еще, но не спорьте, что вы должны использовать их только потому, что они новые. Это может быть проще сделать с небольшим проектом, который руководство посчитает менее важным.
После того, как у вас запущен один проект, вы выиграли половину битвы и можете использовать его как пример преимуществ новой технологии для управления.
Удачи в любом случае.
Когда приходит новый парень и начинает проповедовать - даже в совершенно законной, позитивной и полезной манере - о новых инструментах, он часто может настроить «ты против них». атмосфера.
Так не должно быть, но, признав, что эти удивительные новые инструменты сэкономят им много работы, это своего рода неявное признание того, что они тратили много времени. Даже если они согласны с этим на личном уровне (за исключением внешних ограничений, большинство людей просто хотят делать хорошую работу!), Они будут настороженно относиться к тому, как это может выглядеть у их начальства, если "новый парень" знает гораздо больше, чем они.
Идея: заставить их пойти с вами на мероприятия некоторых местных разработчиков. Тогда это больше похоже на то, что вы открываете новые захватывающие вещи вместе, а не на то, что «мои инструменты лучше, чем ваши». вещь.
Помимо всего прочего, вам нужно нанести немного смазки на локти и пригвоздить некоторые проекты, чтобы заработать кредит на новом рабочем месте.
Кроме того, я всегда думал, что SQL Server 2000 - это фантастика. SQL 2K5 и 2K8 - хорошие обновления, но 2000 - это действительно солидный материал; они не работают в Access.
