Корисні поради для створення нікчемних команд

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

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

Я розділив ці поради на дві категорії: для начальників усіх рівнів та для членів команд незалежно від досвіду та спеціалізації.

Поради начальникам

  • Не визнавайте, що ви не знаєте чогось, інакше вас вважатимуть слабким. Завжди можна змінити тему розмови і повернутись до неї пізніше після відповідної підготовки або ж не повертатись ніколи, якщо не хочеться.
  • Баланс між особистим та робочим життям — це всього лише модне, лівацьке словечко, виправдання, щоб працювати менше. Справжній успіх досягається важкою, невпинною працею. Не соромтеся писати повідомлення, листи вашим підлеглим чи навіть телефонувати після роботи, на вихідних та під час свят. Спостерігайте, як швидко вони відповідають. Іноді можна надіслати листа цілій команді чи навіть особисто запушити коміт посеред ночі, щоб продемонструвати, що на відміну від них, ви ніколи не відпочиваєте, і змусити їх почуватись винними.
  • Не діліться ніякою інформацією про цілі та плани компанії з підлеглими. Менше знають — краще сплять.
  • Попри всю привабливість Scrum як підходу, в ньому все ж є один фатальний недолік: стендапи трапляються лише раз в 24 години, а це ціла вічність. Ви повинні цікавитись прогресом щонайменше кожних кілька годин, в ідеалі — особисто. Так ви можете переконатись, що люди не байдикують і відчувають достатньо тиску, щоб не збавляти темп до наступної перевірки.
  • Щодо процесів — це всього лише інструменти. Кому, як не вам, знати про всі поточні і нові пріоритети? Не соромтесь переривати будь-який процес та розставляти пріоритети заново. Якщо робити так достатньо часто, ваші підлеглі будуть готові до будь-чого і не зважатимуть на відсутність конкретних цілей. Це по-справжньому гнучко!
  • Щоб краще планувати проекти — розбийте їх на якомога більше маленьких шматків та оцініть кожен з них наперед в годинах. Ваш начальник оцінить таку деталізацію в плануванні!
  • Не засмучуйтесь щодо скасування чи перенесення запланованих зустрічей з вашою командою в останній момент. На відміну від підлеглих — ви зайнята людина і ваш календар не знає відпочинку.
  • Інший спосіб досягати більше та натренувати вашу команду, як справжніх «Морських котиків», — це розумові вправи з перемикання контексту. Час від часу давайте підлеглим по кілька різних завдань, які потрібно виконувати одночасно та насолоджуйтеся подвійним чи потрійним приростом продуктивності!
  • У певний момент ви відчуєте, що знаєте своїх підлеглих краще, ніж вони знають самих себе. Пора приймати рішення за них, щоб уникнути низької продуктивності! Один із перевірених часом способів — це призначати конкретні завдання конкретним підлеглим замість того, щоб дати автономії (інше словечко, що насправді маскує анархію) шанс закрастись у вашу команду. Підлеглі повинні відчувати абсолютну, особисту, майже батьківську відповідальність за виконання кожного призначеного та оціненого вами для них завдання!
  • Ваші підлеглі повинні завжди пам’ятати, що помилки недопустимі. На кожну помилку повинен бути знайдений винуватець і жорстко покараний. З іншого боку, такі помилки часто перетворюються в прекрасні, невмирущі жарти для вечірок: «А пам’ятаєте, як Петя завалив базу даних в продакшені? Пацан ще кілька днів ходив білий, як папір, і пив валер’янку! Ха-ха-ха-ха!».
  • Чесно кажучи, ви насправді не можете довіряти підлеглим, колегам чи людям загалом, але ви вже це, мабуть, знаєте.
  • Коли настане час давати підвищення підлеглим, обирайте лише своїх друзів чи людей, що ніколи не піддають сумніву ваш статус та не задають дурних запитань.
  • Ніхто не ідеальний: знайдіть кілька недоліків чи слабких місць у кожному з ваших підлеглих та пам’ятайте про них, щоб мати причину відмовити у підвищенні, коли вони попросять. Це перевірений спосіб тримати їх самооцінку низькою і змушувати працювати більше.
  • Коли ваш начальник злий і невдоволений роботою вашої команди — обов’язково передайте цю злість та невдоволення на своїх підлеглих. Вони повинні відчувати весь гнів та повну особисту відповідальність працювати ще краще, щоб встигнути до встановлених термінів!
  • Але все-таки краще не зізнавайтесь своєму начальнику, коли є проблеми в роботі. Скажіть, що все добре, а самі використайте всі важелі впливу на своїх підлеглих, щоб вони усунули проблеми якнайшвидше і будь-якою ціною.
  • Проекти зазнають невдач через недосвідченість вашої команди. Проекти стають успішними завдяки вашим унікальним лідерським якостям.
  • Бути начальником означає контролювати все. Не дозволяйте будь-яким зовнішнім комунікаціям зійти з вашого радару: ваша команда не повинна консультуватись, розмовляти чи навіть дивитися в бік інших команд, не кажучи вже про інших начальників.
  • Навіть якщо ви вже давно не писали ніякого програмного коду чи зовсім не маєте технічного досвіду — ви все одно повинні знати краще за підлеглих, які інструменти, технології, архітектури чи програмний дизайн вони повинні використовувати для вирішення задач.

Поради членам команд

  • Не стримуйтеся, коли розмовляєте — говоріть так голосно, щоб колеги вас чули навіть в навушниках.
  • Робота — це нудно. Час від часу розважайте колег посиланням на кумедну картинку чи зачитуванням останніх новин.
  • Час — це гроші. Коли ви застрягли з якоюсь проблемою, не витрачайте навіть п’яти хвилин дарма на пошуки відповіді в Google чи на спроби розібратися самостійно — одразу запитайте колегу. Бажано особисто.
  • Коли не можете вирішити якусь проблему та соромитесь зізнатися в цьому — невинна брехня на стендапі допоможе виграти кілька годин, а то і днів часу.
  • Один з найкращих способів зберігати позицію і мати повагу колег — володіти таємними знаннями. Тримайте при собі все, що дізнаєтесь і вивчите про вашу роботу та професію, щоб уникнути конкуренції.
  • Додайте трохи складності в проект, коли відчуваєте, що він надто простий і легкий для розуміння. Інакше в чому ж ваша цінність як працівника, якщо ваш проект може збагнути і взяти на себе будь-хто?
  • Інший спосіб залишатися затребуваним на ринку професіоналом — знати якнайбільше сучасних технологій та фреймворків. Використовуйте нові мови програмування та технології на кожному новому проекті. Якщо немає нових проектів — час від часу переписуйте існуючі з використанням новинок.
  • Вас не повинні звинувачувати у помилках колег. Переконайтеся, що всім відомо, чия помилка це була.
  • На противагу попередньому пункту, не соромтесь розповідати усім про ваші навіть найменші досягнення, щоб отримувати визнання та повагу.
  • Працюйте лише над своїми завданнями. Не витрачайте час на допомогу колегам, це не входить у ваші обов’язки.
  • Якщо є можливість — обирайте лише цікаві завдання. Рутиною нехай займаються інші.
  • Намагайтеся уникати присутності більш досвідчених та талановитих колег, бо є ризик виглядати погано на їх фоні.
  • Час від часу в присутності інших задайте колезі ніби мимохідь якесь складне запитання, на яке він точно не знає відповіді. Здобудете захоплення усіх інших вашими знаннями та досвідом.
  • Хочете бути кращими за інших у своїй команді та отримувати підвищення? Просто працюйте більше! Якщо ви працюватимете всього лише на дві години довше за колег щодня, це дасть вам щонайменше 40 годин фори щомісяця!
  • Не витрачайте час на комунікацію. Говоріть якомога менше під час зустрічі з колегами. Нехай додумують решту самі, а хто не зрозумів — його проблеми.
  • Під час робочої суперечки не соромтесь поділитись посиланнями на блоги та статті відомих у вашій сфері людей, щоб довести щось колегам. Перекрийте точку зору колег стороннім авторитетом замість того, щоб вислухати її.
  • Результати вашої роботи — це продовження вашого «Я», це ваше дитя, частина душі. Не дозволяйте критикувати вашу роботу нікому!
  • Не соромтесь скаржитися на недосконалі рішення чи процеси. Рано чи пізно знайдеться хтось, хто нарешті все полагодить!
  • Якщо колега не справляється з роботою — це тому, що він лінивий або дурний. Якщо ви не справляєтесь з роботою — це тому, що так складаються обставини.
  • Будьте оптимістичними, оцінюючи складність завдань.

Висновок

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

Все про українське ІТ в телеграмі — підписуйтеся на канал DOU

👍ПодобаєтьсяСподобалось2
До обраногоВ обраному0
LinkedIn

Схожі статті




32 коментарі

Підписатись на коментаріВідписатись від коментарів Коментарі можуть залишати тільки користувачі з підтвердженими акаунтами.

Мені сподобалась ця стаття.

Як висновок до неї можна додати, що треба починати продуктивну команду із себе.

Как можно создать никчемну команду, если вы не умеете пороть митинги?! Я бы добавил несколько советов.

1. Убедитесь, что люди, которые знают, о чем пойдет речь на митинге, и люди, которые знают, во сколько и в каком коммуникационном канале он состоится — это непересекающиеся множества.

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

3. Ни в коем случае не объявляйте агенду заранее. Это может превратить многообещающий ивент в серое, скучное и заурядное событие, на котором нет места новым вызовам.

4. Проследите, чтобы хотя бы каждый третий участник смог подключиться только с плохого 3g. Если нужно, узнайте, кто когда собирался к врачу, на автомойку или в банк.

5. Чем больше участников — тем лучше. Это позволит не упустить ни одну важную деталь. Даже если она не имеет отношения к теме митинга.

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

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

8. Постарайтесь не спешить с окончательными выводами, даже если они очевидны. Договоритесь о следующем митинге, желательно с другим составом участников, чтобы первые полтора часа через неделю аккуратно ввести всех в курс дела.

9. Никогда не шлите follow-up емейлов. Это архаизм. Все и так всё слышали.

10. Да прибудет с вами Agile!

Клас! Дякую за доповнення

Будь-яку задачу можна загнати в глухий кут, якщо провести відповідну кількість нарад — це для начальника якщо що. А в загальному класна стаття — тільки інколи получається сміх кріізь сльози.

браво, текст просто отличен и суперполезен

Використовуйте нові мови програмування та технології на кожному новому проекті. Якщо немає нових проектів — час від часу переписуйте існуючі з використанням новинок.

Нет, ну что вы, Java 1.3 — наше все.

Вас не повинні звинувачувати у помилках колег.

Не должны.

Якщо є можливість — обирайте лише цікаві завдання. Рутиною нехай займаються інші.

Если есть возможность — то почему бы и нет?

запушити коміт посеред ночі

А чего такого-то? О_о Это ж не повод всем остальным бежать смотреть, что там вы запушили.

З іншого боку, такі помилки часто перетворюються в прекрасні, невмирущі жарти для вечірок: «А пам’ятаєте, як Петя завалив базу даних в продакшені? Пацан ще кілька днів ходив білий, як папір, і пив валер’янку! Ха-ха-ха-ха!»

Если это не уходит наверх, то почему бы и нет. Тем более, что повод очень достойный =)

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

Найкумедніше в цьому пункті такі з власного досвіду що і прогрес а також і поточні питання будуть висвітлені тільки на стендапі тобто часова гранулярність суто добова (з урахуванням додавання 40-годинного робочого тижню ще 30-35% відсотків гірша) так доречі за суботу-неділю неймовірно ефективної оптимізацію цієї «системи» стало «призначення» «останнім продуктивним днем» таки четвер з тим щоб мати простір для вирішення на п’ятницю і загалом виявилося у багатьох випадках це «примусово прискорювало час» і дозволило реагувати заздалегідь на 3 дні а радше я певен на цілий тиждень на цілу низку операцій «які можна було би зробити вже зараз але інакще було би відкладено до наступного».

Втім можливо я просто не розумію скрум як інструмент галерної греблі ))

«,,,,,,,,,,,,,;;.........!» - підкинув вам трохи розділових знаків, користуйтесь

Шедеврально, жаль не на английском

Дякую! Насправді, це переклад мого блог посту, який першопочатково написаний саме англійською: nywkap.com/...​ther/miserable-teams.html

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

Ще одна порада «Створюйте команди з одних мужиків, щоб вони конкурували не тільки в роботі, а й разом ходили на футбол (в робочий час), в баню, мали можливість поговорити про дурних баб та ***ки». Сформуйте антиєвропейсюку культуру, щоб замовник нарешті зрозумів, що каші «з нашими не звариш», адже знав, з ким зв’язуватись, та нарешті відчепився ) назавжди...

Дякую, це чудова порада! Обов’язково додам про Брограммерів! (en.wikipedia.org/wiki/Brogrammer)

Не всім мужикам потрібен футбол і бані. А прог баб говорять як правило не одружені ;).

***ки

Что за зверь такой?

Сформуйте антиєвропейсюку культуру

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

Заказчику насрать что себе думают кодеры в дикой стране.

Пока это не влияет на общение непосредственно с ним и работу а я пока такого не видел где таки не влияет.

Ты часто с заказчиком обсуждаешь баб? Я вот нет.

Ну случается )) правда при этом я видимо позиционируюсь не как «кодер дикой страны» но в любом случае особенности национального же ж не пропьёшь и особенно на уровне кодеров ибо не ведают что творятЪ. ))

Ты понимаешь, достаточно иметь уважение к чужому мнению. Думать ты можешь что хочешь

отлично! расшарил на линкедине

А также повод переложить ответственность за результат и все риски на программиста.

Накинуть зп тому, на кого переложил ответственность и уволиться.

Спасибо, и почему об этом в книгах не пишут?

Хммм, в книгах не пишут, но я об этом рассказываю )))
Приходите поддержать дискуссию! Сегодня, как раз, в Часописе

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

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

Підписатись на коментарі