Переклад Прості методи саботажу на робочому місці
Оновлення класики
1. Менеджери та контролери. Для зниження морального духу та продуктивності будьте ввічливі з неефективними працівниками; давайте їм незаслужені підвищення. Ефективних працівників слід дискримінувати, незаслужено скаржитися з їхньої роботу.
5. Транспорт. Зробіть залізничні подорожі настільки незручними, наскільки можливою для персоналу ворога. Видавайте два квитки на те саме місце в поїзді, щоб породити «цікаві» суперечки.
Деякі з цих методів саботажу стали звичайною практикою на робочих місцях у наші дні. Часто складно зрозуміти, де закінчується некомпетентність і починається злий намір: краса організацій полягає в тому, що більшість з них не мають ефективної імунної системи проти таких навмисних надлишків некоментентності.
Тож тиждень чи два тому я вирішив поставити (у твіттері) питання, як виглядала б сучасна версія такого керівництва, якщо потрібно саботувати конкурентну ІТ-компанію чи хайтек-стартап? Очевидна відповідь: «Відправити до них своїх найгірших менеджерів, щоб вони довели до банкрутства невдалого ворога». Але які реальні правила вони мають запровадити для якнайкращого ефекту?
1. Очевидно, інженерів та програмістів (яким потрібен час для глибокої концентрації) слід постійно тримати в курсі всіх подій на підприємстві. Тож слід зробити відкрите планування офісів (openspace) обов'язковим для всіх.
3. Турбота відділу кадрів – переконатися, що ніхто не розгойдує човен. Будь-хто, хто намагається повідомити про зловживання або поскаржитися, каламутить воду. Ви знаєте, що робити.
4. Старші менеджери повинні бути «переможцями» (відповідно до моделі Джека Уелча), див. stack ranking вище. Тож слід давати підвищенняменеджерам, які виявляють енергію, надихають і мають харизму, щоб ризикувати.
5. Працівники постійно мають бути сконцентровані на роботі. Тому слід запровадити правило чистого столу — будь-які особисті речі, залишені на столі або в кубиклі, наприкінці робочого дня скидаються у смітник. Насправді можна піти далі і встановити правило загальних комп'ютерів (hot desking), тобто визначити середні параметри, які підходять для більшості робочих комп'ютерів, і встановити їх на кожному ПК і на кожному робочому місці.
6. Усі робочі оточення мають бути віртуалізовані та переміщені на корпоративний файл-сервер для безпечного зберігання. Як тільки ми з'ясуємо, скільки нам потрібно віртуальних машин, то можемо позбутися зайвого обладнання — надмірність марнотратна.
7. Програмістам не потрібен рутовий/адмінський доступ до їх оточення для розробки. З іншого боку, маркетологи мають отримати права на управління системами CRM, тому їм слід виділити глобальні адмінські права по всій мережі.
8. Усі комунікації в компанії проходитимуть через корпоративну систему електронної пошти та миттєві повідомлення власної розробки. Відділ IT Services буде щільно завантажений роботою портування клієнта PocketPC 2006 Second Edition на Android 2.2 і Windows Vista; він скоро має бути випущений, на цьому етапі від обладнання iPaq та Windows XP можна відмовитись. (Тут є додаткова перевага: перешкодити розробникам затягувати до офісу свої системи Linux та Mac).
9. Летні наради слід призначати щоранку, щоб відділ розробки поділився своїми думками для загальної поінформованості про ситуацію. Щоб гарантувати кожному можливість висловитись, кожен учасник наради отримає суворопевний час для виступу. Якщо їм нема чого сказати, іншим слід зберігати мовчання і чекати до закінчення часу, щоб заохотити співробітників, які повільно думають.
10. Якщо проект запізнюється, всі співробітники повинні перейти в режим смертельного овертайму і напружитися, поки робота не закінчена, відкинувши власні проекти і замінивши завдання у разі потреби. Якщо смертельний овертайм не дає результату в заданий час, то як міру покарання звичайну каву в їдальні слід замінити на каву без кофеїну.