Техногенные манипуляции

Александр КалугинPMARCOR

Как манипулируют

программисты

Здрасьте, это я!к.ф.-м.н., PMP

Соорганизаторhttp://pmsamara.com/

Автор http://pmarcor.com/

Менеджер

менеджеров

Эпиграф

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

Ф. Перлз, предисловие к книге Э. Шострома «Человек-манипулятор»

Содержание

• Особенности «техногенных» манипуляций.

• 7 примеров «манипуляций».

• 7 подходов сделать всех счастливее…

Разработчик менеджеру…

Я не могу прогнозировать, к

каким последствиям это может

привести...

А вот в предыдущем проекте,

у нас был другой процесс и

все было хорошо… Давайте,

попробуем?

Да вы что! Так сейчас уже

никто не пишет… Хотя, решать

Вам…

Я не знаю, как мне поступить…

Не поможете?

Результат

Это же не наш метод…

Камуфляж!

Маскировка нетехнических проблем за техническими...

© Cartoonbank

Пример

Сообщение: Нам обязательно нужны «заглушки» и прототипная реализация, чтобы мы могли разрабатывать клиент и сервер быстрее

Возможный смысл: Мне комфортнее работать в одиночку, чем в тесном контакте с разработчиком сервера…

Почему срабатывает? – Замаскирована!

• Менеджер знает, что так бывает…

• У разработчика реально больше информации. Ошибку в логике – сложно обнаружить.

• Технические аргументы сложно опровергать. Любая архитектура имеет право…

• Противодействие – конфликт с технической подоплекой…

Возможные последствия…

• Неоптимальные технические решения

• Или оптимальные технические решения?

7 примеров

Мы обнаружили очень странный баг...

Мне кажется, необходимо

дополнительно его исследовать…

Технический риск

Делаю то что умею хорошо, а не то, что надо…

Пример 2(7) - Промедление

Синтаксический сахар, нетривиальная архитектура,

сложная логика.

Оптимизация

Ревностное отношение к

коду. Не хотят критики

Пример 3(7) – Ревность

Это очень сложная задача. Код - мой. У меня есть пара идей.

Я все сделаю сам.

Реально специфическая

задача

Не принимает чужую помощь

Пример 4(7) – «Героизм»

В этом проекте можно применить одну из двух архитектур. У них такие-

то достоинства и недостатки. Какую

выберем?

Нет технического предпочтения

Одна из архитектур мне

больше нравится, но я не хочу быть ответственным за

принятие решения

Пример 5(7) – «Мое дело – сторона»

В этом проекте особенно эффективна будет новая

технология. Производительность команы значительно

возрастет

Оптимизация процесса

Интерес к новому…

Пример 6(7) – Каприз

Чтобы спроектировать правильную архитектуру,

необходимо зафиксировать некоторые требования…

Сделать гибкую архитектуру

Попытка избежать

любого rework-а своего кода

Пример 7(7) - Предсказуемость

Мотивы…• Избегают конкретной задачи

• Избегают принятия решений

• Избегают коммуникации

• Избегают командной работы

• Избегают возможной ответственности

• Есть личные цели

• И другие…

Причины – «Так, получилось…»

• Не всегда осознанно.

• Самовнушение.

• Следствие нехватки коммуникативных навыков.

• Следствие системных проблем .

• Скрытый конфликт.

• Защитная реакция на давление.

Как лечить?Минимум

• Вычленить технический конструктив.

• Понять «нетехнические риски» для проекта

• Избежать излишнего влияния нерационального компонента

Максимум:

• Установить причину

• Помочь справиться

• Изменить процесс

Мантры

Честность, осознанность, свобода, доверие….

Мантра #1

Amicus Plato, sed magisarnica Veritas.

Мантра #2

Помните: «Не хочет -это последний довод»

Мантра #3

Принципы

Не поддаваться. Будьте хладнокровны

1

Непротивление

2

Помочь проверить технические доводы

3

План Б

4

Если возможно – отложить реакцию

5

Win-Win

6

Актуализация

7

Спасибо!

Ваши вопросы?

http://pmarcor.com/

Александр Калугин

e-mail: info@pmarcor.com

facebook.com/alex.kalouguinetwitter.com/pmarcor