Участник команды - лучший ярлык для членов вашей команды, чем индивидуальный участник.
Я не придумал это понятие, но я думаю, что это правильный взгляд на вещи, и его стоит немного подробнее рассмотреть.
Я могу приписать это Джону Катлеру через LinkedIn:
Индивидуальные участники
Индивидуальный участник - это термин, который широко используется для обозначения члена организации, который не находится на пути к управлению. Отсюда следует, что у них будет больше времени на протяжении всей своей карьеры, чтобы посвятить себя своему ремеслу и специализации в той области, в которой они работают. Мне приходят на ум люди, занимающиеся дизайном, проектированием и продуктом, но определение действительно широкое. В этой статье я буду использовать инженерию в качестве ориентира, потому что это то, что я понимаю больше всего.
Тот факт, что отдельные участники - это вещь, замечательно. Это указывает на то, что есть понимание того, что эти типы людей действительно ценны и что они также должны иметь реалистичный путь к руководящим ролям в организации. Потрясающие.
Термин неплохой - его можно просто улучшить. Подчеркивая личность, этот термин различает этих участников на основании того, что они не делают, а не того, что они делают! Участник команды дает более позитивный взгляд на это, поскольку он сообщает всем, что они делают, а не определяет их как просто не-менеджеров.
В действительности все старшие TC будут иметь разную степень «управленческой» ответственности, но это будет следствием попытки чего-то достичь, а не их основной функцией. Подумать, как именно это должно выглядеть, - интересное упражнение, но мы не будем его сейчас выполнять.
Команды
Технологии ИС работают в командах. В своей карьере я всегда был частью команды, которая в той или иной форме работала над достижением определенных целей. Пока у нас около девяти команд, потому что это так и работает.
Я опасаюсь, что прозвище «Индивидуальный участник» может создать впечатление, будто бродячие инженеры бродят по организациям, делая то, что хотят. Или они кочево работают над разными проектами каждый день, в зависимости от того, какой менеджер их пометит. Я уверен, что у некоторых из вас будет подобный опыт, но это явно не очень хорошо.
Есть консалтинг, личные проекты, гиг-экономика, участие в проектах с открытым исходным кодом и другие внутренние проекты, в которых вы не являетесь частью основной команды, но 99% оплачиваемой инженерной работы полностью командны. Так и должно быть!
Становится все более очевидным, что устойчивый успех обеспечивается относительно небольшими, ориентированными на продукт, долгоживущими, кросс-функциональными командами с четкими сферами деятельности, сферами ответственности и каналами связи, которые создают, действуют и повторяют.
Я также считаю, что термин IC может способствовать развитию стереотипа об ИТ как о закрытой дисциплине, хотя на самом деле это гиперсотрудничество. Чтобы сделать программный продукт успешным, нужны разные люди с разными навыками. Существует так много разных заинтересованных сторон и интересов, с которыми нужно уравновешивать и считаться. На каждом уровне происходит достижение консенсуса и компромисс, и все это достигается с помощью методов меж- / внутрикорпоративного общения и сотрудничества.
Вам нужно решить, что делать, как это сделать, когда это сделать, и координировать это со всеми участниками. Взять сложные вещи и разбить их на части, чтобы над ними можно было работать и собирать вместе, чтобы интегрировать и достичь желаемого результата. Да, бывают периоды, когда вам нужны глубокие размышления и минимальные перерывы, но большая часть работы на самом деле - это люди работают.
Работа в команде очень важна для карьерного роста технолога. Один из ключевых отличительных признаков старшего инженера - это способность помогать другим старшим инженерам. Конечно, технические навыки и знания в предметной области являются важным компонентом, но не менее важны для наставничества и помощи людям. Если вы читаете повседневные статьи сотрудников и главных инженеров, они в обязательном порядке сосредотачиваются на совместной работе как теме:
Фактически - по крайней мере внутри организации - если один человек (независимо от того, насколько он хорош) слишком долго работает над чем-то самостоятельно, это антипаттерн. Зависимость от людей - это всегда риск, поэтому очень важно убедиться, что ваша команда понимает, что вы делаете, и регулярно демонстрировать и делиться знаниями внутри вашей команды и в более широком смысле для других заинтересованных сторон.
Заключение
Я объяснил, почему я считаю, что "участник группы" более подходящий термин, потому что он подчеркивает и передает, а что нет. Но я также думаю, что это выглядит и звучит лучше. Индивидуальный - более длинное слово с высоким соотношением слогов к буквам. Командный участник / ведущий участник чувствует себя лучше и оперативнее, чем индивидуальный участник / международный консультант. Это может быть просто личным вкусом, но я не думаю, что это что-то незначительное. Звучание слова или термина (вероятно) является довольно важным фактором в их принятии.
Я намерен использовать термин TC, когда в разговоре появляются возможности, и я призываю других делать то же самое. Надеюсь, это поможет направить разговорный язык отрасли в лучшую сторону.
