Download - SWP'12. PMARCOR. Техногенные манипуляции
Техногенные манипуляции
Александр Калугин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: [email protected]
facebook.com/alex.kalouguinetwitter.com/pmarcor