Як впливати без влади — радить TPM з Amazon

Authority як поняття влади пов'язано з легітимною частиною і частіше застосовується призначеними, ніж лідерами.

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

Яка буває влада

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

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

  1. Експертна (expert) — ґрунтується на володінні знанням (приклад: джедай).
  2. Заохочувальна (reward) — за бажаний результат нам пропонують винагороду (приклад: «одружуйся на мій доньці, я тебе принцом зроблю»).
  3. Легітимна/позиційна (legitimate) виникає з положення/позиції людини в організації (приклад: цар).
  4. Влада примусу (coercive) — вчинки здійснюються під загрозою негативних наслідків (приклад: держава лякає народ тероризмом).
  5. Референтна (referent) — влада через асоціацію з іншими людьми, наділеними владою, або через уміння подобатися (приклад: «а ти знаєш, хто мій тато»).

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

Що робити

В силу специфіки роботи, я відповідаю за успішну здачу проектів. Все було б більш-менш, якщо б не одне «але»: у компанії, де я працюю ТРМом (Technical Program Manager), моя позиція відноситься до ряду individual contributor (IC). Це означає, що мені ніхто не підкоряється, і, відповідно, легітимної влади мені не бачити. Вижити в такій ситуації мені допомагають інші типи влади і кілька перевірених лайфхаков, якими я хочу поділитися з вами (цей список поповнюється у міру отримання досвіду).

Завоюйте довіру («Earn Trust»)

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

Покажіть вашу цінність. Ніхто не очікує, що у вас будуть відповіді на всі питання, але розуміння структури компанії, доменної області, поточних і потенційних ризиків, залежностей — це необхідний мінімум для позиціонування себе як професіонала і завоювання довіри колег. І не забудьте про демонстрацію результатів своєї роботи: закритих задач і накопичених знань відповідної для того обстановці, щоб про вас знали, до вас приходили за порадою до вас прислухалися. Якщо у вас є бажання і можливість проводити парні навчальні сесії (типу pair programming) або технічні обговорення (tech talks, brownbags, learning series), де ви можете поділитися своїми знаннями або досвідом — це окупиться.

Обопільне залучення в процес. Запрошуйте команди на спільні корпоративні вечірки; самі беріть участь в статус та інших потрібних мітингах своєї команди, а іноді і сусідніх команд (рев'ю цілей і проектів, планування спринту, стендапи, ретроспективи і т. д.). Хочу зазначити, що час не гумове, тому раджу стратегічно ставитися до розподілу свого часу. Але це вже зовсім інша історія під назвою «менеджмент часу» або «тайм-менеджмент».

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

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

Зробіть так, щоб було легко відповісти «так»

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

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

Я прихильник data-driven підходу , коли в якості аргументу використовуються метрики/дані, що підтверджують або спростовують якусь точку зору. Часто замість «мені здається, ти не правий», можна більш конструктивно пояснити, що саме неправильно — без зайвих емоцій. Наприклад, клієнтські метрики показали, що тільки 5% користувачів використовують таку фічу, так що її можна прибрати.

Бонус

Рекомендовані ресурси для тих, хто хоче розвивати софт скіли:


А які софт скіли допомагають вам взаємодіяти з колегами, створювати правильні продукти і здавати їх в строк? Діліться мудрістю в коментарях — і спасибі за увагу.

Опубліковано: 25/01/18 @ 08:00
Розділ Різне

Рекомендуємо:

DOU Hobby: Музичні інструменти власними руками — флейти, калімби та дримби
Опитування по мовам #9: Go і TypeScript увійшли у вищу лігу, Kotlin варто сприймати серйозно
Як я працюю: Ярослав Пернеровский, Test Automation Lead, GlobalLogic
Java дайджест #37: реліз Flyway 5.0.0 і нове життя JEE (EE4J)
PM дайджест #9: нові правила обробки даних в ЄС, різниця між Agile і DevOps, виховуємо відповідальних співробітників