SlideShare a Scribd company logo
1 of 34
Техногенные манипуляции
Александр Калугин   Как манипулируют
                        программисты
PMARCOR
Здрасьте, это я!
             к.ф.-м.н., PMP


                                Менеджер
                                менеджеров

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



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

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

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

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

• 7 подходов сделать всех счастливее…
Разработчик менеджеру…
                                      Да вы что! Так сейчас уже
Я не могу прогнозировать, к       никто не пишет… Хотя, решать
каким последствиям это может                             Вам…
привести...


                                   А вот в предыдущем проекте,
                                     у нас был другой процесс и
                                    все было хорошо… Давайте,
                                                    попробуем?
  Я не знаю, как мне поступить…
  Не поможете?
Результат
Это же не наш метод…
Камуфляж!
Маскировка нетехнических проблем
       за техническими...




                           © Cartoonbank
Пример

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



         Возможный смысл: Мне комфортнее
           работать в одиночку, чем в тесном
           контакте с разработчиком сервера…
Почему срабатывает? – Замаскирована!
                 • Менеджер знает, что так
                   бывает…
                 • У разработчика реально
                   больше информации. Ошибку
                   в логике – сложно
                   обнаружить.
                 • Технические аргументы
                   сложно опровергать. Любая
                   архитектура имеет право…
                 • Противодействие – конфликт с
                   технической подоплекой…
Возможные последствия…

• Неоптимальные
  технические решения
• Или оптимальные
  технические решения?
7 примеров
Пример 2(7) - Промедление
                         Технический риск


   Мы обнаружили
 очень странный баг...
    Мне кажется,
     необходимо
  дополнительно его
    исследовать…
                           Делаю то что
                          умею хорошо, а
                          не то, что надо…
Пример 3(7) – Ревность

Оптимизация




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



  Ревностное
 отношение к
коду. Не хотят
   критики
Пример 4(7) – «Героизм»
                          Реально
                       специфическая
                           задача


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




                       Не принимает
                       чужую помощь
Пример 5(7) – «Мое дело – сторона»

   Нет технического
    предпочтения
                       В этом проекте можно
                      применить одну из двух
                      архитектур. У них такие-
                          то достоинства и
                         недостатки. Какую
       Одна из               выберем?
   архитектур мне
  больше нравится,
  но я не хочу быть
  ответственным за
      принятие
      решения
Пример 6(7) – Каприз
                          Оптимизация
                            процесса

В этом проекте особенно
эффективна будет новая
      технология.
  Производительность
  команы значительно
        возрастет




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

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

                     Чтобы спроектировать
                    правильную архитектуру,
                   необходимо зафиксировать
                    некоторые требования…
     Попытка
    избежать
 любого rework-а
   своего кода
Мотивы…
          • Избегают конкретной задачи
          • Избегают принятия решений
          • Избегают коммуникации
          • Избегают командной работы
          • Избегают возможной
            ответственности
          • Есть личные цели
          • И другие…
Причины – «Так, получилось…»
• Не всегда осознанно.
• Самовнушение.
• Следствие нехватки
  коммуникативных
  навыков.
• Следствие системных
  проблем .
• Скрытый конфликт.
• Защитная реакция на
  давление.
Как лечить?
Минимум
• Вычленить технический конструктив.
• Понять «нетехнические риски» для
  проекта
• Избежать излишнего влияния
  нерационального компонента
Максимум:
• Установить причину
• Помочь справиться
• Изменить процесс
Мантры
Мантра #1




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




 Amicus Plato, sed magis
      arnica Veritas.
Мантра #3




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




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




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




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




    План Б
5




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




    Win-Win
7




    Актуализация
Спасибо!
  Ваши вопросы?
        Александр Калугин
     e-mail: info@pmarcor.com
   facebook.com/alex.kalouguine
        twitter.com/pmarcor




http://pmarcor.com/

More Related Content

What's hot

Взаимозаменяемость и уникальность UX-специалиста и аналитика
Взаимозаменяемость и уникальность UX-специалиста и аналитикаВзаимозаменяемость и уникальность UX-специалиста и аналитика
Взаимозаменяемость и уникальность UX-специалиста и аналитикаNikita Efimov
 
Место аналитики в процессе проектирования интерфейса
Место аналитики в процессе проектирования интерфейсаМесто аналитики в процессе проектирования интерфейса
Место аналитики в процессе проектирования интерфейсаNikita Efimov
 
Про то, что (лекция для студентов об адаптации к работе)
Про то, что (лекция для студентов об адаптации к работе)Про то, что (лекция для студентов об адаптации к работе)
Про то, что (лекция для студентов об адаптации к работе)Alexey Rybak
 
Mortal Sins and Guilty Pleasures of Automation Engineers
Mortal Sins and Guilty Pleasures of Automation EngineersMortal Sins and Guilty Pleasures of Automation Engineers
Mortal Sins and Guilty Pleasures of Automation EngineersÞorgeir Ingvarsson
 
Мастер-класс по ЮТ для Британки
Мастер-класс по ЮТ для БританкиМастер-класс по ЮТ для Британки
Мастер-класс по ЮТ для БританкиKsenia Sternina
 
Четыре типа руководителей. Деловая игра
Четыре типа руководителей. Деловая играЧетыре типа руководителей. Деловая игра
Четыре типа руководителей. Деловая играЕвгений Пикулев
 
Практики жизненного цикла систем машинного обучения
Практики жизненного цикла систем машинного обученияПрактики жизненного цикла систем машинного обучения
Практики жизненного цикла систем машинного обученияCEE-SEC(R)
 
Высоцкий Неортодоксальный дизайн тестов
Высоцкий Неортодоксальный дизайн тестовВысоцкий Неортодоксальный дизайн тестов
Высоцкий Неортодоксальный дизайн тестовqasib
 
ПиАПС, Лекция №1а - Роль архитектора, гибкая архитектура
ПиАПС, Лекция №1а - Роль архитектора, гибкая архитектураПиАПС, Лекция №1а - Роль архитектора, гибкая архитектура
ПиАПС, Лекция №1а - Роль архитектора, гибкая архитектураPavel Shalagin
 
Дмитро Єфіменко
Дмитро Єфіменко Дмитро Єфіменко
Дмитро Єфіменко Lviv Startup Club
 
А.Калугин. Как казаки-тестировщики в менеджеры собирались
А.Калугин. Как казаки-тестировщики в менеджеры собиралисьА.Калугин. Как казаки-тестировщики в менеджеры собирались
А.Калугин. Как казаки-тестировщики в менеджеры собиралисьAlexander Kalouguine
 
Экстремальное проектирование: как делать хорошие продукты, когда всё катится ...
Экстремальное проектирование: как делать хорошие продукты, когда всё катится ...Экстремальное проектирование: как делать хорошие продукты, когда всё катится ...
Экстремальное проектирование: как делать хорошие продукты, когда всё катится ...Alexey Borodkin
 
Гибкое прототипирование для гибкой разработки (Максим Гапонов)
Гибкое прототипирование для гибкой разработки (Максим Гапонов)Гибкое прототипирование для гибкой разработки (Максим Гапонов)
Гибкое прототипирование для гибкой разработки (Максим Гапонов)Ontico
 
Красивый интерфейс – это лишь часть крутого UX
Красивый интерфейс – это лишь часть крутого UXКрасивый интерфейс – это лишь часть крутого UX
Красивый интерфейс – это лишь часть крутого UXNikita Efimov
 
CEE-SECR-2011. Презентация Александра Калугина
CEE-SECR-2011. Презентация Александра КалугинаCEE-SECR-2011. Презентация Александра Калугина
CEE-SECR-2011. Презентация Александра КалугинаAlexander Kalouguine
 
ошибки аналитика
ошибки аналитикаошибки аналитика
ошибки аналитикаAndrey Verbitsky
 
Проектирование интерфейсов весна 2014 занятие 7
Проектирование интерфейсов весна 2014 занятие 7Проектирование интерфейсов весна 2014 занятие 7
Проектирование интерфейсов весна 2014 занятие 7Technopark
 

What's hot (19)

Взаимозаменяемость и уникальность UX-специалиста и аналитика
Взаимозаменяемость и уникальность UX-специалиста и аналитикаВзаимозаменяемость и уникальность UX-специалиста и аналитика
Взаимозаменяемость и уникальность UX-специалиста и аналитика
 
Место аналитики в процессе проектирования интерфейса
Место аналитики в процессе проектирования интерфейсаМесто аналитики в процессе проектирования интерфейса
Место аналитики в процессе проектирования интерфейса
 
Про то, что (лекция для студентов об адаптации к работе)
Про то, что (лекция для студентов об адаптации к работе)Про то, что (лекция для студентов об адаптации к работе)
Про то, что (лекция для студентов об адаптации к работе)
 
Mortal Sins and Guilty Pleasures of Automation Engineers
Mortal Sins and Guilty Pleasures of Automation EngineersMortal Sins and Guilty Pleasures of Automation Engineers
Mortal Sins and Guilty Pleasures of Automation Engineers
 
How to write good autotests
How to write good autotestsHow to write good autotests
How to write good autotests
 
Мастер-класс по ЮТ для Британки
Мастер-класс по ЮТ для БританкиМастер-класс по ЮТ для Британки
Мастер-класс по ЮТ для Британки
 
Четыре типа руководителей. Деловая игра
Четыре типа руководителей. Деловая играЧетыре типа руководителей. Деловая игра
Четыре типа руководителей. Деловая игра
 
Практики жизненного цикла систем машинного обучения
Практики жизненного цикла систем машинного обученияПрактики жизненного цикла систем машинного обучения
Практики жизненного цикла систем машинного обучения
 
Высоцкий Неортодоксальный дизайн тестов
Высоцкий Неортодоксальный дизайн тестовВысоцкий Неортодоксальный дизайн тестов
Высоцкий Неортодоксальный дизайн тестов
 
ПиАПС, Лекция №1а - Роль архитектора, гибкая архитектура
ПиАПС, Лекция №1а - Роль архитектора, гибкая архитектураПиАПС, Лекция №1а - Роль архитектора, гибкая архитектура
ПиАПС, Лекция №1а - Роль архитектора, гибкая архитектура
 
Дмитро Єфіменко
Дмитро Єфіменко Дмитро Єфіменко
Дмитро Єфіменко
 
А.Калугин. Как казаки-тестировщики в менеджеры собирались
А.Калугин. Как казаки-тестировщики в менеджеры собиралисьА.Калугин. Как казаки-тестировщики в менеджеры собирались
А.Калугин. Как казаки-тестировщики в менеджеры собирались
 
Экстремальное проектирование: как делать хорошие продукты, когда всё катится ...
Экстремальное проектирование: как делать хорошие продукты, когда всё катится ...Экстремальное проектирование: как делать хорошие продукты, когда всё катится ...
Экстремальное проектирование: как делать хорошие продукты, когда всё катится ...
 
Гибкое прототипирование для гибкой разработки (Максим Гапонов)
Гибкое прототипирование для гибкой разработки (Максим Гапонов)Гибкое прототипирование для гибкой разработки (Максим Гапонов)
Гибкое прототипирование для гибкой разработки (Максим Гапонов)
 
Красивый интерфейс – это лишь часть крутого UX
Красивый интерфейс – это лишь часть крутого UXКрасивый интерфейс – это лишь часть крутого UX
Красивый интерфейс – это лишь часть крутого UX
 
UX research in Yandex
UX research in YandexUX research in Yandex
UX research in Yandex
 
CEE-SECR-2011. Презентация Александра Калугина
CEE-SECR-2011. Презентация Александра КалугинаCEE-SECR-2011. Презентация Александра Калугина
CEE-SECR-2011. Презентация Александра Калугина
 
ошибки аналитика
ошибки аналитикаошибки аналитика
ошибки аналитика
 
Проектирование интерфейсов весна 2014 занятие 7
Проектирование интерфейсов весна 2014 занятие 7Проектирование интерфейсов весна 2014 занятие 7
Проектирование интерфейсов весна 2014 занятие 7
 

Viewers also liked

Req Labs'2011. Коммуникация нефункциональных требований
Req Labs'2011. Коммуникация нефункциональных требованийReq Labs'2011. Коммуникация нефункциональных требований
Req Labs'2011. Коммуникация нефункциональных требованийAlexander Kalouguine
 
Sef.by'2011 Минное поле требований
Sef.by'2011 Минное поле требованийSef.by'2011 Минное поле требований
Sef.by'2011 Минное поле требованийAlexander Kalouguine
 
Прагматик. Калугин. Программист-менеджер
Прагматик. Калугин. Программист-менеджерПрагматик. Калугин. Программист-менеджер
Прагматик. Калугин. Программист-менеджерAlexander Kalouguine
 
English project 3th term
English project 3th termEnglish project 3th term
English project 3th termxgual
 
Взгляд на QA со стороны
Взгляд на QA со стороныВзгляд на QA со стороны
Взгляд на QA со стороныAlexander Kalouguine
 
PMSAMARA. 8th Meeting. Хренов. Поддержка системы в облаке
PMSAMARA. 8th Meeting. Хренов. Поддержка системы в облакеPMSAMARA. 8th Meeting. Хренов. Поддержка системы в облаке
PMSAMARA. 8th Meeting. Хренов. Поддержка системы в облакеAlexander Kalouguine
 
CEE-SECR-2011. Презентация Константина Быченкова.
CEE-SECR-2011. Презентация Константина Быченкова.CEE-SECR-2011. Презентация Константина Быченкова.
CEE-SECR-2011. Презентация Константина Быченкова.Alexander Kalouguine
 
А. Калугин. О параллельном тестировании нескольких проектов. SQADays'10
А. Калугин. О параллельном тестировании нескольких проектов. SQADays'10А. Калугин. О параллельном тестировании нескольких проектов. SQADays'10
А. Калугин. О параллельном тестировании нескольких проектов. SQADays'10Alexander Kalouguine
 
It Spring'2012. А.Н. Калугин "Коммуникация с заказчиком в нелетную погоду"
It Spring'2012. А.Н. Калугин "Коммуникация с заказчиком в нелетную погоду"It Spring'2012. А.Н. Калугин "Коммуникация с заказчиком в нелетную погоду"
It Spring'2012. А.Н. Калугин "Коммуникация с заказчиком в нелетную погоду"Alexander Kalouguine
 
Большие проблемы маленьких устройств
Большие проблемы маленьких устройствБольшие проблемы маленьких устройств
Большие проблемы маленьких устройствAlexander Kalouguine
 
PMSAMARA. 8th meeting. Быченков. Решение задач по сопровождению и технической...
PMSAMARA. 8th meeting. Быченков. Решение задач по сопровождению и технической...PMSAMARA. 8th meeting. Быченков. Решение задач по сопровождению и технической...
PMSAMARA. 8th meeting. Быченков. Решение задач по сопровождению и технической...Alexander Kalouguine
 
PMSAMARA. 8th meeting. Сергеев Чернов. Поддержка портала
PMSAMARA. 8th meeting. Сергеев Чернов. Поддержка порталаPMSAMARA. 8th meeting. Сергеев Чернов. Поддержка портала
PMSAMARA. 8th meeting. Сергеев Чернов. Поддержка порталаAlexander Kalouguine
 
Web Marketing in Alabama: Be Easy on Yourself, Recycle Your Construction Mark...
Web Marketing in Alabama: Be Easy on Yourself, Recycle Your Construction Mark...Web Marketing in Alabama: Be Easy on Yourself, Recycle Your Construction Mark...
Web Marketing in Alabama: Be Easy on Yourself, Recycle Your Construction Mark...Genesis Net Development
 
PMSAMARA. Knowledge Sharing. От маленького к большому
PMSAMARA. Knowledge Sharing. От маленького к большомуPMSAMARA. Knowledge Sharing. От маленького к большому
PMSAMARA. Knowledge Sharing. От маленького к большомуAlexander Kalouguine
 

Viewers also liked (20)

Req Labs'2011. Коммуникация нефункциональных требований
Req Labs'2011. Коммуникация нефункциональных требованийReq Labs'2011. Коммуникация нефункциональных требований
Req Labs'2011. Коммуникация нефункциональных требований
 
Sef.by'2011 Минное поле требований
Sef.by'2011 Минное поле требованийSef.by'2011 Минное поле требований
Sef.by'2011 Минное поле требований
 
Прагматик. Калугин. Программист-менеджер
Прагматик. Калугин. Программист-менеджерПрагматик. Калугин. Программист-менеджер
Прагматик. Калугин. Программист-менеджер
 
Palmarès 2013 v3
Palmarès 2013 v3Palmarès 2013 v3
Palmarès 2013 v3
 
PARENTAL GUIDE TO AVOIDING HEARING DAMAGE FROM BAND PARTICIPATION
PARENTAL GUIDE TO AVOIDING HEARING DAMAGE FROM BAND PARTICIPATION  PARENTAL GUIDE TO AVOIDING HEARING DAMAGE FROM BAND PARTICIPATION
PARENTAL GUIDE TO AVOIDING HEARING DAMAGE FROM BAND PARTICIPATION
 
Particelle di chimica
Particelle di chimicaParticelle di chimica
Particelle di chimica
 
English project 3th term
English project 3th termEnglish project 3th term
English project 3th term
 
Взгляд на QA со стороны
Взгляд на QA со стороныВзгляд на QA со стороны
Взгляд на QA со стороны
 
PMSAMARA. 8th Meeting. Хренов. Поддержка системы в облаке
PMSAMARA. 8th Meeting. Хренов. Поддержка системы в облакеPMSAMARA. 8th Meeting. Хренов. Поддержка системы в облаке
PMSAMARA. 8th Meeting. Хренов. Поддержка системы в облаке
 
CEE-SECR-2011. Презентация Константина Быченкова.
CEE-SECR-2011. Презентация Константина Быченкова.CEE-SECR-2011. Презентация Константина Быченкова.
CEE-SECR-2011. Презентация Константина Быченкова.
 
А. Калугин. О параллельном тестировании нескольких проектов. SQADays'10
А. Калугин. О параллельном тестировании нескольких проектов. SQADays'10А. Калугин. О параллельном тестировании нескольких проектов. SQADays'10
А. Калугин. О параллельном тестировании нескольких проектов. SQADays'10
 
It Spring'2012. А.Н. Калугин "Коммуникация с заказчиком в нелетную погоду"
It Spring'2012. А.Н. Калугин "Коммуникация с заказчиком в нелетную погоду"It Spring'2012. А.Н. Калугин "Коммуникация с заказчиком в нелетную погоду"
It Spring'2012. А.Н. Калугин "Коммуникация с заказчиком в нелетную погоду"
 
Большие проблемы маленьких устройств
Большие проблемы маленьких устройствБольшие проблемы маленьких устройств
Большие проблемы маленьких устройств
 
PMSAMARA. 8th meeting. Быченков. Решение задач по сопровождению и технической...
PMSAMARA. 8th meeting. Быченков. Решение задач по сопровождению и технической...PMSAMARA. 8th meeting. Быченков. Решение задач по сопровождению и технической...
PMSAMARA. 8th meeting. Быченков. Решение задач по сопровождению и технической...
 
PMSAMARA. 8th meeting. Сергеев Чернов. Поддержка портала
PMSAMARA. 8th meeting. Сергеев Чернов. Поддержка порталаPMSAMARA. 8th meeting. Сергеев Чернов. Поддержка портала
PMSAMARA. 8th meeting. Сергеев Чернов. Поддержка портала
 
Capacitación y entrenamiento en la organización
Capacitación y entrenamiento en la organizaciónCapacitación y entrenamiento en la organización
Capacitación y entrenamiento en la organización
 
Web Marketing in Alabama: Be Easy on Yourself, Recycle Your Construction Mark...
Web Marketing in Alabama: Be Easy on Yourself, Recycle Your Construction Mark...Web Marketing in Alabama: Be Easy on Yourself, Recycle Your Construction Mark...
Web Marketing in Alabama: Be Easy on Yourself, Recycle Your Construction Mark...
 
Hobbs and valenza 4.6.11
Hobbs and valenza 4.6.11Hobbs and valenza 4.6.11
Hobbs and valenza 4.6.11
 
PMSAMARA. Knowledge Sharing. От маленького к большому
PMSAMARA. Knowledge Sharing. От маленького к большомуPMSAMARA. Knowledge Sharing. От маленького к большому
PMSAMARA. Knowledge Sharing. От маленького к большому
 
Effective Communications
Effective CommunicationsEffective Communications
Effective Communications
 

Similar to SWP'12. PMARCOR. Техногенные манипуляции

Построение гибкого процесса разработки (4-5 курсы)
Построение гибкого процесса разработки (4-5 курсы)Построение гибкого процесса разработки (4-5 курсы)
Построение гибкого процесса разработки (4-5 курсы)Timur Rakhmatillaev
 
Построение гибкого процесса разработки (3 курс)
Построение гибкого процесса разработки (3 курс)Построение гибкого процесса разработки (3 курс)
Построение гибкого процесса разработки (3 курс)Timur Rakhmatillaev
 
Некоторые физические законы в контексте автоматизации тестирования
Некоторые физические законы в контексте автоматизации тестированияНекоторые физические законы в контексте автоматизации тестирования
Некоторые физические законы в контексте автоматизации тестированияCOMAQA.BY
 
IT talk SPb "How to communicate with the Customer in IT-projects"
IT talk SPb "How to communicate with the Customer in IT-projects"IT talk SPb "How to communicate with the Customer in IT-projects"
IT talk SPb "How to communicate with the Customer in IT-projects"DataArt
 
Product discovery. Наши шишки и успехи
Product discovery. Наши шишки и успехиProduct discovery. Наши шишки и успехи
Product discovery. Наши шишки и успехиNikita Efimov
 
Andrey Petrov методология P D P, часть 1, цели вместо кейсов
Andrey Petrov методология P D P, часть 1, цели вместо кейсовAndrey Petrov методология P D P, часть 1, цели вместо кейсов
Andrey Petrov методология P D P, часть 1, цели вместо кейсовrit2010
 
А.Левенчук -- развитие личности
А.Левенчук -- развитие личностиА.Левенчук -- развитие личности
А.Левенчук -- развитие личностиAnatoly Levenchuk
 
Artificial Intelligence (lecture for schoolchildren) [rus]
Artificial Intelligence (lecture for schoolchildren) [rus]Artificial Intelligence (lecture for schoolchildren) [rus]
Artificial Intelligence (lecture for schoolchildren) [rus]Grigory Sapunov
 
рит, нефункциональная структура команды, безуглый
рит, нефункциональная структура команды, безуглыйрит, нефункциональная структура команды, безуглый
рит, нефункциональная структура команды, безуглыйrit2010
 
Прыжок веры. От настоящего к будущему
Прыжок веры. От настоящего к будущемуПрыжок веры. От настоящего к будущему
Прыжок веры. От настоящего к будущемуSQALab
 
Моделеориентированность в инженерии
Моделеориентированность в инженерииМоделеориентированность в инженерии
Моделеориентированность в инженерииAnatoly Levenchuk
 
Прыжок веры. От настоящегого к будущему. (AnalystDays2016)
Прыжок веры. От настоящегого к будущему. (AnalystDays2016)Прыжок веры. От настоящегого к будущему. (AnalystDays2016)
Прыжок веры. От настоящегого к будущему. (AnalystDays2016)Alexey Vasilyev
 
Так говорят программисты
Так говорят программистыТак говорят программисты
Так говорят программистыprigarov
 
Инструменты разные нужны, инструменты разные важны
Инструменты разные нужны, инструменты разные важныИнструменты разные нужны, инструменты разные важны
Инструменты разные нужны, инструменты разные важныRoman Dvornov
 
Тьюториал "Введение в системную инженерию" (14 января 2013)
Тьюториал "Введение в системную инженерию" (14 января 2013)Тьюториал "Введение в системную инженерию" (14 января 2013)
Тьюториал "Введение в системную инженерию" (14 января 2013)Anatoly Levenchuk
 
Опыт выстраивания процесса Product Discovery
Опыт выстраивания процесса Product DiscoveryОпыт выстраивания процесса Product Discovery
Опыт выстраивания процесса Product DiscoveryNikita Efimov
 
как воспитать программиста (Выступление в Sibirix)
как воспитать программиста (Выступление в Sibirix)как воспитать программиста (Выступление в Sibirix)
как воспитать программиста (Выступление в Sibirix)Mikhail Payson
 
ReqLabs PechaKucha Ирина Сурова
ReqLabs PechaKucha Ирина СуроваReqLabs PechaKucha Ирина Сурова
ReqLabs PechaKucha Ирина СуроваPechaKucha Ukraine
 

Similar to SWP'12. PMARCOR. Техногенные манипуляции (20)

Стратагемный анализ в ИТ
Стратагемный анализ в ИТСтратагемный анализ в ИТ
Стратагемный анализ в ИТ
 
Построение гибкого процесса разработки (4-5 курсы)
Построение гибкого процесса разработки (4-5 курсы)Построение гибкого процесса разработки (4-5 курсы)
Построение гибкого процесса разработки (4-5 курсы)
 
Построение гибкого процесса разработки (3 курс)
Построение гибкого процесса разработки (3 курс)Построение гибкого процесса разработки (3 курс)
Построение гибкого процесса разработки (3 курс)
 
Некоторые физические законы в контексте автоматизации тестирования
Некоторые физические законы в контексте автоматизации тестированияНекоторые физические законы в контексте автоматизации тестирования
Некоторые физические законы в контексте автоматизации тестирования
 
IT talk SPb "How to communicate with the Customer in IT-projects"
IT talk SPb "How to communicate with the Customer in IT-projects"IT talk SPb "How to communicate with the Customer in IT-projects"
IT talk SPb "How to communicate with the Customer in IT-projects"
 
Product discovery. Наши шишки и успехи
Product discovery. Наши шишки и успехиProduct discovery. Наши шишки и успехи
Product discovery. Наши шишки и успехи
 
Andrey Petrov методология P D P, часть 1, цели вместо кейсов
Andrey Petrov методология P D P, часть 1, цели вместо кейсовAndrey Petrov методология P D P, часть 1, цели вместо кейсов
Andrey Petrov методология P D P, часть 1, цели вместо кейсов
 
Product design sprint
Product design sprintProduct design sprint
Product design sprint
 
А.Левенчук -- развитие личности
А.Левенчук -- развитие личностиА.Левенчук -- развитие личности
А.Левенчук -- развитие личности
 
Artificial Intelligence (lecture for schoolchildren) [rus]
Artificial Intelligence (lecture for schoolchildren) [rus]Artificial Intelligence (lecture for schoolchildren) [rus]
Artificial Intelligence (lecture for schoolchildren) [rus]
 
рит, нефункциональная структура команды, безуглый
рит, нефункциональная структура команды, безуглыйрит, нефункциональная структура команды, безуглый
рит, нефункциональная структура команды, безуглый
 
Прыжок веры. От настоящего к будущему
Прыжок веры. От настоящего к будущемуПрыжок веры. От настоящего к будущему
Прыжок веры. От настоящего к будущему
 
Моделеориентированность в инженерии
Моделеориентированность в инженерииМоделеориентированность в инженерии
Моделеориентированность в инженерии
 
Прыжок веры. От настоящегого к будущему. (AnalystDays2016)
Прыжок веры. От настоящегого к будущему. (AnalystDays2016)Прыжок веры. От настоящегого к будущему. (AnalystDays2016)
Прыжок веры. От настоящегого к будущему. (AnalystDays2016)
 
Так говорят программисты
Так говорят программистыТак говорят программисты
Так говорят программисты
 
Инструменты разные нужны, инструменты разные важны
Инструменты разные нужны, инструменты разные важныИнструменты разные нужны, инструменты разные важны
Инструменты разные нужны, инструменты разные важны
 
Тьюториал "Введение в системную инженерию" (14 января 2013)
Тьюториал "Введение в системную инженерию" (14 января 2013)Тьюториал "Введение в системную инженерию" (14 января 2013)
Тьюториал "Введение в системную инженерию" (14 января 2013)
 
Опыт выстраивания процесса Product Discovery
Опыт выстраивания процесса Product DiscoveryОпыт выстраивания процесса Product Discovery
Опыт выстраивания процесса Product Discovery
 
как воспитать программиста (Выступление в Sibirix)
как воспитать программиста (Выступление в Sibirix)как воспитать программиста (Выступление в Sibirix)
как воспитать программиста (Выступление в Sibirix)
 
ReqLabs PechaKucha Ирина Сурова
ReqLabs PechaKucha Ирина СуроваReqLabs PechaKucha Ирина Сурова
ReqLabs PechaKucha Ирина Сурова
 

SWP'12. PMARCOR. Техногенные манипуляции

  • 1. Техногенные манипуляции Александр Калугин Как манипулируют программисты PMARCOR
  • 2. Здрасьте, это я! к.ф.-м.н., PMP Менеджер менеджеров Автор http://pmarcor.com/ Соорганизатор http://pmsamara.com/
  • 3. Эпиграф Шостром определяет людей с жизненными проблемами как манипуляторов, то есть лиц, которые с помощью определенных поддающихся распознаванию самоубийственных приемов эксплуатируют, используют и контролируют себя и других людей словно неодушевленные предметы, "вещи". Ф. Перлз, предисловие к книге Э. Шострома «Человек-манипулятор»
  • 4. Содержание • Особенности «техногенных» манипуляций. • 7 примеров «манипуляций». • 7 подходов сделать всех счастливее…
  • 5. Разработчик менеджеру… Да вы что! Так сейчас уже Я не могу прогнозировать, к никто не пишет… Хотя, решать каким последствиям это может Вам… привести... А вот в предыдущем проекте, у нас был другой процесс и все было хорошо… Давайте, попробуем? Я не знаю, как мне поступить… Не поможете?
  • 7. Это же не наш метод…
  • 9. Пример Сообщение: Нам обязательно нужны «заглушки» и прототипная реализация, чтобы мы могли разрабатывать клиент и сервер быстрее Возможный смысл: Мне комфортнее работать в одиночку, чем в тесном контакте с разработчиком сервера…
  • 10. Почему срабатывает? – Замаскирована! • Менеджер знает, что так бывает… • У разработчика реально больше информации. Ошибку в логике – сложно обнаружить. • Технические аргументы сложно опровергать. Любая архитектура имеет право… • Противодействие – конфликт с технической подоплекой…
  • 11. Возможные последствия… • Неоптимальные технические решения • Или оптимальные технические решения?
  • 13. Пример 2(7) - Промедление Технический риск Мы обнаружили очень странный баг... Мне кажется, необходимо дополнительно его исследовать… Делаю то что умею хорошо, а не то, что надо…
  • 14. Пример 3(7) – Ревность Оптимизация Синтаксический сахар, нетривиальная архитектура, сложная логика. Ревностное отношение к коду. Не хотят критики
  • 15. Пример 4(7) – «Героизм» Реально специфическая задача Это очень сложная задача. Код - мой. У меня есть пара идей. Я все сделаю сам. Не принимает чужую помощь
  • 16. Пример 5(7) – «Мое дело – сторона» Нет технического предпочтения В этом проекте можно применить одну из двух архитектур. У них такие- то достоинства и недостатки. Какую Одна из выберем? архитектур мне больше нравится, но я не хочу быть ответственным за принятие решения
  • 17. Пример 6(7) – Каприз Оптимизация процесса В этом проекте особенно эффективна будет новая технология. Производительность команы значительно возрастет Интерес к новому…
  • 18. Пример 7(7) - Предсказуемость Сделать гибкую архитектуру Чтобы спроектировать правильную архитектуру, необходимо зафиксировать некоторые требования… Попытка избежать любого rework-а своего кода
  • 19. Мотивы… • Избегают конкретной задачи • Избегают принятия решений • Избегают коммуникации • Избегают командной работы • Избегают возможной ответственности • Есть личные цели • И другие…
  • 20. Причины – «Так, получилось…» • Не всегда осознанно. • Самовнушение. • Следствие нехватки коммуникативных навыков. • Следствие системных проблем . • Скрытый конфликт. • Защитная реакция на давление.
  • 21. Как лечить? Минимум • Вычленить технический конструктив. • Понять «нетехнические риски» для проекта • Избежать излишнего влияния нерационального компонента Максимум: • Установить причину • Помочь справиться • Изменить процесс
  • 23. Мантра #1 Честность, осознанность, свобода, доверие….
  • 24. Мантра #2 Amicus Plato, sed magis arnica Veritas.
  • 25. Мантра #3 Помните: «Не хочет - это последний довод»
  • 27. 1 Не поддаваться. Будьте хладнокровны
  • 28. 2 Непротивление
  • 29. 3 Помочь проверить технические доводы
  • 30. 4 План Б
  • 31. 5 Если возможно – отложить реакцию
  • 32. 6 Win-Win
  • 33. 7 Актуализация
  • 34. Спасибо! Ваши вопросы? Александр Калугин e-mail: info@pmarcor.com facebook.com/alex.kalouguine twitter.com/pmarcor http://pmarcor.com/