Як заслужити повагу членів команди як керівника команди [закрито]

Якщо вас прийняли на роботу в нову компанію в якості керівника команди (скажімо, команди з 10), однією з важливих речей є заслужити повагу членів команди. У перші дні новий керівник команди може нічого не знати про культуру команди, базу коду та ділову сферу: іншими словами, це повний неофіт.

Як про це йдеться? Що робити і чого не робити?

Уже багато хороших відповідей. Я намагався зробити все це, коли був керівником команди.

• Ставтесь до команди з повагою
• Делегуйте на сильні сторони, а також дайте завдання, які можуть допомогти членам команди покращитись із слабкістю
• Захистіть команду від перебоїв або відволікань
• Будьте готові до освіти
• Будьте готові слухати
• Усуньте блокпости та не відводьтесь від команди, але також будьте доступні, коли люди потребують допомоги
• Будьте тактовно чесними в оцінці роботи. Деякі люди не дуже добре реагують на навіть конструктивну критику, але серйозні розробники (або працівники будь-якої професії насправді) захочуть знати, що робити, щоб покращитись
• Поважайте особистий час команди та дозвольте забезпечити баланс між роботою та життям (спілкування з телекомунікаціями, вихід на годину раніше, щоб забрати дітей або призначити прийом до лікаря), а коли час диктує понаднормово, будьте готові нагородити команду за жертву. Іноді моя компанія дозволяла мені купувати обід, щоб відсвяткувати віху, але коли цього не сталося (дешеві сволочі!), Я щось зробив для команди на свій долар. Якщо команда дала додаткову допомогу зробити проект успішним, то це було найменше, що я міг зробити. Це не повинно бути екстравагантним або дорогим, але трохи вдячності допомагає; і його відсутність може зіпсувати мораль.
• Працюйте як технічним, так і предметним експертом. Вам цього не потрібно робити, але, на моєму досвіді, лідера більше шанують, коли члени команди можуть як оцінити його знання, так і залежати від нього, щоб допомогти, коли потрібно.
• Зробіть все, що потрібно, щоб зробити членів команди більш успішними. Це означає навчання та усунення дорожніх блоків, згаданих вище, а також деталізацію з документацією, яку команда може використовувати, коли ваш мозок не для того, щоб їх використовувати, і писати деякі характеристики. Чудові характеристики зроблять розробників більш ефективними та самодостатніми, заповнять прогалини у знаннях та допоможуть їм задовольнити вимоги з мінімальним подальшим переробленням. Зробіть це в поєднанні з тим, щоб змусити їх працювати безпосередньо з клієнтом.
• Будуйте відносини між командою та клієнтами. Це допоможе заповнити прогалини щодо пропущених вимог та відкриє двері для інших відгуків, які ви, як правило, не можете отримати.
• Прийміть, що помилки є частиною навчання
• Будьте готові діяти, щоб усунути члена команди, що шкодить згуртованості чи продуктивності команди. Іноді це важко зробити, але ви зіткнетесь з людьми, яким не вистачає трудової етики, продуктивності чи компетентності інших членів команди. Ви можете бути терплячими до певного моменту, але настає час, коли вам, можливо, доведеться працювати з керівництвом, щоб внести зміни. Справді бідні члени команди коштують команді більше часу та сил. Намагаючись бути містером Справедливим і Ніцца, може протистояти вам, якщо кращі члени команди вважають, що підрядник отримує спеціальне лікування або отримує таке ж компенсацію за меншу роботу.
• Будьте прозорими. Спілкуйтеся регулярно. Якщо ви отримаєте інформацію про компанію або недавнє звільнення, або злиття, поділіться ними з ними. Люди поважають чесність, хоча іноді в цьому горіховому світі відбувається навпаки. Якщо ти не можеш бути чесним зі своїми підлеглими, то ти не хочеш бути керівником команди, ти хочеш бути керівником.
• Будьте швидкі, щоб поділитися кредитом, коли трапляються хороші речі
• Будьте готові брати на себе відповідальність, коли трапляються погані речі

Будь дурним парасолькою.

Керівництво збирається порушити вам завдання. Не перекладайте ці завдання на своїх підлеглих. Працюйте, щоб убезпечити своїх підлеглих від лайно, яке дощить зверху, щоб вони могли зосередитись на виконанні своєї роботи.

Керівник команди має кілька обов'язків, таких як організація команди, переконайтеся, що все робиться вчасно, та представлення команди перед керівництвом.

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

Підсумок:

• Приведіть приклад - побиття брів є результативним у будь-якій ситуації
• Внесіть будь-які зміни в обробку в контрольованому темпі
• Слухайте та включайте вклади від своєї команди
• Визначте одну швидку виграш для вдосконалення команди та її впровадження. І роби це знову.
• Спілкуйтеся чітко і часто задавайте питання

твій перший день там, б'ю чийсь @ $$ або став чиїсь ... не чекай, це тюрма.

проявляти повагу, щоб заслужити повагу, уважно слухати себе та бути самим собою, але, найбільше, вести себе добрим прикладом

Як керівник, вам дано роботу, яку потрібно виконати, і набір людей і ресурсів, які потрібно виконувати, і ваше завдання - координувати справи.

Як "повний неофіт", вам не вистачає єдиного найважливішого атрибута лідера: знання своєї команди. Перше, що я зробив би у вашій ситуації - це поговорити з кожним членом команди та познайомитися з ними. Дізнайтеся про їх особистість, їх сильні сторони (особливо про особливості) та свої слабкі сторони.

Отримавши уявлення про те, що може зробити ваша команда, як окремі члени та як команда, ви повинні піти після роботи. З’ясуйте, що це потрібно зробити, отримайте стільки знань про домен, скільки зможете швидко набити голову, і почніть розбивати її на більш дрібні частини. Сподіваємось, у вас буде хоча б один член команди, який є експертом у галузі домену та може допомогти вам у цьому.

Після цього настав час приступити до роботи. Делегуйте певні завдання членам своєї команди. Докладіть до роботи якомога більше власних зусиль, не втручаючись у свої обов'язки координатора - це допоможе вам заслужити повагу колективу.

І пам’ятайте, що ваша основна відповідальність - координувати речі. Ви не генерал, гавкаючи накази на бурчання, які повинні виконуватися миттєво і без сумнівів; ти посібник для групи кваліфікованих фахівців, спеціаліста, який спеціалізується на великій картині. У членів вашої команди є свої особливості, тому будьте готові вислухати їхні ідеї та порадитися з ними. Дайте зрозуміти, що вони можуть прийти до вас із ідеями та турботами, а також, що як лідер, долар зупиняється з вами. Іноді вам доведеться приймати рішення між двома, здавалося б, хорошими альтернативами (або двома альтернативами, які різні члени команди вважають добрими), і остаточне рішення - і відповідальність за це - лежить на ваших плечах.

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

Що ж, я нещодавно пережив ситуацію, як і ваша. Усі перелічені тут "роботи" працювали для мене дуже добре, плюс одне велике "не":

• Не загрожуйте людям в команді. Ви там, щоб змусити їх працювати краще і показати свої цінності, а не свої.

Як лідер і старший розробник команди, ми, як правило, люди намагаємось досягти занадто багато, і не дуже делегуємо. Довіряйте їм. Навіть якщо вони помиляються. Особливо, якщо вони роблять помилки. Це частина їхнього особистого дорослого.

Серед послідовників, які я зазначив, є 4 риси, які:

• Будуйте довіру - це вимагає часу та досвіду, оскільки деякі люди довіряють знов, а іншим може знадобитися час, щоб відкрити та інше. Ключовим моментом тут є бути відкритим і чесним, я думаю.

• Проявляйте співчуття - наскільки добре ви дбаєте про цих людей? Як ви це показуєте? Перебування там для них є частиною цього, але тут є багато інших аспектів відносин, які слід зазначити.

• Забезпечити стабільність - Багатьом людям не подобаються зміни і не люблять пристосовуватися до нових речей. Інші добре з цим, але ви повинні знати людей перш за все.

• Створюйте надію - це смішна річ, яка може бути або не бути реалістичною у вашому випадку. Йдеться про те, щоб дати комусь, на що жити, і це не обов'язково робити просто.

Я також рекомендую шукати "Як перемогти друзів і вплинути на людей", щоб отримати більше ідей щодо спілкування з людьми.

Ось деякі корисні речі, які працювали на мене:

1) Робіть дуже випадкові та розслаблені зустрічі один на один із усіма в колективі (щось на кшталт обіду чи просто заїжджайте на їхню кабінку, ходіть на прогулянку навколо будівлі тощо). Слухайте більше, менше говоріть, задавайте питання. Дізнайтеся про їх сильні сторони, бажання, риси характеру та "м'які плями".

2) Попросіть їх допомоги. Кожному подобається відчувати себе корисним та обізнаним перед керівництвом своєї команди.

3) Розширюйте можливості своїх людей, запитуючи їх думку, доповнюючи часто, але з поважних причин.

4) Поясніть свої рішення. Не давайте лінію компанії без жодної комунальної розмови, як це роблять C-execs. Будьте прямолінійними.

5) Опинившись у ролі, АКТИВНО та КОЖЕН ДЕНЬ усувайте перешкоди у своїх товаришів по команді

6) Одразу зверніться до невиконавців. Якщо щось їх турбує, знайдіть спосіб це виправити. Якщо вони просто ледачі / сердиті / дурні - позбудьтесь їх через mgmt.

7) І нарешті, ЗАГАЛУЙТЕ своїх людей достроково щодо змін, які скоро торкнуться колективу, їх роботу, їхні вимоги тощо. Їм потрібно працювати в передбачуваних умовах.

Книги про лідерство, як правило, вказують на єдину загальну якість лідерів:

Вони роблять те, що кажуть, що збираються робити.

Тут є більше, ніж це, але в основному це означає, що люди вважають когось лідером, коли ця людина каже: "Ми збираємось зробити X", і X - це виклик, і тоді команда чи організація, або що завгодно, закінчується тягненням це вимкнено. Якщо ви робите це неодноразово, люди вважатимуть вас лідером.

Знайте, що насправді пов’язано із завданнями вашої команди, і відповідно реагуйте.

Напевно, ви очолюєте команду розробників з різноманітними навичками - два розробники PHP, дизайнер баз даних, дизайнер інтерфейсу, деякі розробники HTML. Ознайомтеся з тим, що пов'язане з їх повсякденними завданнями, і будуйте очікування, виходячи з того, що вони вміють розумно виконати.

Можливо, вашому розробнику бази даних розумно потрібен X час, щоб виконати 20 рядків коду, оскільки фаза проектування масштабується інакше, ніж це для ваших розробників PHP, які можуть викачати 500 рядків за один і той же час.

Це процес, який потребує певного часу, але він близький до оптимального:

1. Прочитайте AntiPatterns і AntiPatterns в управлінні програмами (обидва показані на цьому веб-сайті).
2. Зобов’язатись особисто ніколи не робити жодної з цих речей.
3. Продемонструйте свою прихильність до своєї команди, насправді ніколи їх не виконуючи.
4. Працюйте зі своєю командою, щоб виконувати ту роботу, яку потрібно робити.
5. Повторіть кроки 3 та 4.

Зверніть увагу на повну відсутність "найкращих практик" вище. Правильних відповідей немає, але, безумовно, є деякі неправильні .

Чесно кажучи, я вважаю, що серцевина хорошого керівництва командою - це лише навчання на помилках інших. Якщо ти зосередишся на тому, щоб не робити речі, які, як відомо, нерозумні, тоді, як мінімум, команда не буде ненавидіти тебе спекою тисячі сонців.

Тепер, коли ви отримали кілька хороших відповідей, я запропоную проявити ініціативу і почати щось нове. Щось на кшталт п’ятницької бесіди з безкоштовними технічними розмовами, на якій ви можете показати їм, як розв’язувати кубик Рубіка. Це своєрідний форум розробки, де кожен член може безкоштовно поговорити про технологію або продукт, який їм подобається, або з яким вони працювали. Нехай це буде відкритим кодом або персональним проектом або коледжем. Ідея полягає у створенні середовища, де розробники братимуть участь самостійно. Вони можуть вільно говорити про що завгодно на зустрічі.
У моїй попередній компанії ми мали щось подібне, але це було зосереджено навколо патентів. Кожна людина придумає ідею використовувати продукт по-новому. На зустрічі ми обговоримо ідею, їх переваги, недоліки, проблеми тощо.
У нинішній організації була та сама ідея, але якось, на жаль, вона перетворюється на зустріч прогресу, що обертається навколо проекту. Отже, це ще один урок. На цьому форумі розробників не слід змушувати ні про що, а навпаки, слід створювати середовище, щоб вони могли брати участь самостійно.

Три речі: Покажіть членам, що ви гідні. Заробити повагу. Проявляйте повагу та слухайте членів команди. Не будьте упередженими (навіть якщо вам подобається курча в колективі) :-)

Тут є кілька чудових відповідей. Якби я був узагальнений у реченні:

Усуньте бар'єри, дозвольте їм зосередитись, розмовляти своєю мовою, виявити довіру до них (навіть якщо це призводить до помилок) та співпереживати.

Все інше - це лише засіб для досягнення мети.