Руководство для тех, кто хочет внести хаос в рабочий коллектив, не прибегая к прямым конфликтам․
Почему именно совместные проекты?
Совместная работа — это всегда высокая температура эмоций, разные стандарты качества и конкурирующие приоритеты․ Всё, что нужно, — лишь тонко подтолкнуть процесс в нужном направлении․
Завышенные ожидания без предупреждения
- На публичной встрече объявьте: «Я уверен, что Вера завтра сдаст полный дизайн-системный гайд», хотя Вера об этом впервые слышит․
«Секретные» дедлайны
- Создайте отдельный чат без части команды․
- Назначьте дату сдачи, о которой остальные не знают․
- Устройте «внезапную» проверку в день Х․
Приватные правки в общем документе
Откройте Google Docs и:
- комментируйте абзацы без упоминания автора;
- удаляйте чужие разделы ночью;
- ставьте галочку «Решено» к чужим тредам․
«Кто последний — тот и тянет всё за собой»
В Trello переведите все задачи в колонку «Done», кроме одной, принадлежащей человеку, с которым «нужно разобраться»․
Распределение славы
На retro-встрече расскажите:
«Особенно благодарен коллеге Петрову за идею, хотя в Jira авторство закреплено за Сидоровой»․
Каналы связи: спецификация хаоса
| Тип сообщения | Где публиковать |
|---|---|
| Файлы дизайна | Только в личку дизайнеру |
| Критические баги | В общий чат копированием скриншота без текста |
| Финальные решения | В почту с темой «Fwd: Re: Re: Re: Вопрос» |
«Тихий» ревью-код без участия автора
Сделайте force-push в main, снабдив коммит загадочным сообщением:
refactor: sync stuff (trust me)
Переключение приоритетов на разных этапах
В понедельник: «Главное — скорость»․
В четверг: «Главное, качество кода»․
В пятницу: «Главное — чтобы было красиво»․
Праздник неравной работы
После релиза подарите коллаборативный подарок только тем, кто «делал вид, что помогает»․
Скрытая «благодарность» в письме клиенту
CC-дайте письмо клиенту с текстом:
«Особенно хочу отметить вклад Веры, без которой… (остальной список коллег упустим)»
Параллельные стандарты
- Для одних участников проекта: «делайте, как считаете нужным»;
- Для других: «строгое соблюдение гайда»․
«Случайные» упоминания на all-hands
Слайд 17 в презентации: скриншот чужого кода с пометкой «фрагмент, который мы в последний момент исправили»․
Разделение логики задач на микро-части
Таск «Настроить CI» разбейте на:
- выбор образа Docker (Андрей);
- написание yml-файла (Мария);
- запуск тестов (Андрей);
- деплой (Мария)․
Назначьте задачи на разные спринты, чтобы никто не видел целую картину․
«Совместное» планирование без согласования
На календаре команды создайте встречу «Финальное ревью» и пригласите только часть участников․
Последний аккорд, «пост-мортем» без приглашенных
После релиза проведите ретроспективу, не позвав ответственного за самый проблемный модуль․
Совместные проекты — это пороховая бочка․ Чтобы её подорвать, достаточно:
- менять правила в процессе;
- делить славу несправедливо;
- оставлять коллег «за бортом» информ-потока․
Статья написана в образовательных целях․ Применение на практике может привести к деградации команды и увольнению автора интриг․