Архив метки: Техника

СуХаРи

А как же общаться? Общение может быть инструментальным навыком, “на автомате”, и при этом – может быть эффективным. Этому помогают психологические коммуникативные техники, риторика, психодиагностика, и психологические модели. Ведь это – не просто форма вежливости, это способ донести информацию удобным … Читать далее

Метки: , , , | Добавить комментарий

Контакт → доверие → отношения

Психологические модели для тех,
кто в IT работает не только с железом

Команда

Как используя психологические техники и модели сделать команду
сильнее, а отношения крепче?

  • Сделать конфликты продуктивными и короткими
  • Сделать отношения теплее и человечнее
  • Быстрее принимать сложные решения
  • Предупредить внезапные увольнения и потери работоспособности

Можно посмотреть подробности с паралакс-скроллингом тут

А лучше всего - ввести свой email прямо здесь:

Ратификация: две истории и один баян

Выступая на PMZone на прошлой неделе и рассказывая о ратификации, мы включились в любопытную, хотя и порядком заезженную дискуссию: “что лучше: хвалить или ругать?” Причесав мысли в порядок мы постараемся ответить двумя небольшими исследованиями, правда, не нашими. Одна причина, почему … Читать далее

Метки: , , , , | Добавить комментарий

Ратификация

Страшное слово – “ратификация”? Как минимум, не частое в IT-практике. Здесь можно перевести как “одобрение” или “подкрепление”. Ратификация – это одна из самых простых, эффективных и часто используемых техник мотивации. Более того, ее часто используют неосознанно, и, иногда – во … Читать далее

Метки: , , , , | Комментарии (5)

Фичи конструктивного ультиматума

1. Kalabanga Сергей Бережной как-то рассказывал про команду, в которой было специальное слово Kalabanga – “Я уверен в своем решении. Хватит говорить, делаем, как я сказал. Ответственность беру на себя”. Правом сказать Kalabanga обладал как заказчик, так и участник команды. … Читать далее

Метки: , , , , | Добавить комментарий

Конструктивный ультиматум

Был у меня сотрудник на проекте. Фрилансер-дизайнер, нанятый заказчиком в дополнение к основной команде. Как-то так получилось что наши с ним представления о процессе разработки не совпали. В результате – большое количество переделок и лишней работы с нашей стороны. Я … Читать далее

Метки: , , , , | Комментарии (4)