воскресенье, 5 февраля 2017 г.

Задать ему вопрос?! – Да не вопрос!!!


Оратор должен исчерпать тему, а не терпение слушателей.
Уинстон Черчилль

Каждый, кому хоть раз приходилось выступать на публике испытывал это странное чувство, когда в горле вдруг пересохло, в ногах появилась легкая дрожь, бросает то в жар, то в холод и никак не можешь взять себя в руки, хочется и пить и есть и в уборную, а может быть просто не хочется выступать, докладывать, презентовать, вобщем, не хочется быть центром внимания и еще больше не хочется отвечать потом на возникшие вопросы. А чего хочется? Может, быть зрителем и задавать вопросы выступающему? А знаете ли вы, что искусство задавать вопросы и умение вести себя во время презентации – это целое искусство.

Тематиками презентаций, переговоров, выступлений посвящено много книг, если тема для вас актуальна, а времени совсем нет, очень рекомендую мобильную шпаргалку-обучалку «Искусство презентаций» https://play.google.com/store/apps/details?id=ru.davaysdelaem.artofpresentation тут собран самый сок!
Но все же вернемся к теме вопросов. Многие и правда считают, что вопросы гораздо проще задавать, чем на них отвечать. Мне бы хотелось поспорить…
Способность хорошо формулировать вопросы приобретается не сразу. Но правильно за­дать вопрос вы сможете, если точно знаете, какая информация вам нужна.  Вот несколько советов, которые могут быть вам полезны.


  • К беседе, как и к любой хорошей импровизации надо готовиться, можно составить список вопросов, но вот учить их наизусть я вам не советую, чтобы не стать похожим на робота, механически произносящего фразы.
  • Вопрос надо задавать с учетом личных особенностей собеседника: возраст, интеллект, профессию и тд. Говорить надо на том языке, который ему понятен и близок.
  • Избегайте наводящих вопросов. Определитесь чье мнение вы хотите узнать и услышать свое или вашего собеседника?
  • Избегайте необоснованных предположений.     
  • Не принимайте за ответ высокопарные и туманные рассуждения. Иногда человек, не желая прямо отвечать на вопрос, начинает произносить много­значительные общие фразы Чаще всего это бывает, когда он не желает брать на себя какие-либо обязательства.
  • Следите за тем, как Вас слушают.  Не спеши отвечать, все ответы должны быть обдуманными.
Знаю точно, бояться вопросов не стоит, а чем больше у вас практики ответов на сложные вопросы, тем интереснее задать вопрос сможете вы сами!










суббота, 28 января 2017 г.

Планируем сроки, играючи!

«Время — деньги»
Бенджамен Франклин


Кого считать экспертом в оценке длительности задач? Как выстраивать взаимоотношения с командой? Надо ли использовать поправочные коэффициенты при составлении расписания? Как оценить адекватность оценок? Надо ли использовать покерное планирование, PERT или треугольное распределение?

Есть отличная поговорка у менеджеров: все сроки ваших программистов смело умножайте на 2, а если проект будет на неопробированном движке с очень непонятным функционалом, то и на 5 не грех умножить.

У менеджеров есть свои секреты, кто-то не декомпозирует проект до уровня 4-ух часовой задачи и работает по принципу: "Сколько вам надо? День? Неделя?" и разработчик, который привык к точной оценке до 1 часа выдыхает с облегчением. Но на сколько такой поход будет приемлемым? Сроки раздуваются в разы, готов ли ваш заказчик платить втридорога за проект? Я не говорю, что этот способ не сработает на всех проектах, для некоторых из нас он вполне приемлем, да и экономит кучу времени: риски считать не надо, они уже заложены во временной запас, убираем погрешности оценки сроков, есть запас в бюджете. 

Другой вариант использовать поправочные коэффициенты: оптимист умножает сроки программиста на 2, реалист- на 3,14, а пессимист- на 5


Еще один вариант: покерное планирование. Это очень увлекательный способ оценки сроков. Проводится на совещании с экспертами, тимлидами. Тот, кто проводит совещание готовит список задач, на которые надо получить оценки. Все рассаживаются за стол, получают на руки карты и начинается игра... Дада, именно игра, а играть взрослые любят гораздо больше детей.
Значения карт - это значения ряда Фибоначчи, с небольшими доработками: 0, 1, 2, 3, 5, 8, 13, 20, 40, 80 и т.д., если нужно. Кроме карт с числовыми достоинствами в колодах присутствуют карты со знаком «?»=не знаю что ответить  и «чашку кофе»= пора попить кофе.

Числовые достоинства карт при этом могут использоваться по-разному, в зависимости от предварительной договоренности участников обсуждения.
В конце карты вскрываются, и подводится промежуточный итог.
Если мнения участников слишком сильно отличаются, то тех игроков, кто положил на стол карту с самыми низкими и высокими оценками просят высказаться и обосновать свою оценку. 
После чего обсуждение начинается снова. И так продолжается, пока не удастся достигнуть какого-то общего мнения.

Играть, планировать "по науке" или надеяться на русский "авось" персональное дело каждого менеджера. Важно помнить, что именно PM своей головой отвечает за успешность проекта и несет ответственность за планирование, по которому он работает.



понедельник, 23 января 2017 г.

PM в IT- гуманитарий или технарь?

Управление проектами, особенно в IT,- дело не простое. Надо ли разбираться в программировании, а если надо, то какие языки надо знать? Что такое ООП? Что значит клиент-серверное взаимодействие? Какие особенности работы с БД? 

А вобще, какими проектами мы собираемся управлять?


Литература по управлению проектами говорит, что управлять IT-проектами можно, даже не будучи IT-шником. Можно, конечно, кто ж спорит!

Только будет ли комфортно такому проектному менеджеру в IT, когда программисты будут говорить на своем сленге, заказчик будет капризничать, а обосновать причины, по которым вы хотите отклонить очередное требование заказчика вы не сможете.


"Нет ничего невозможного... для человека... с интеллектом.." 
Гуманитариям, конечно тяжело осваиваться в IT-области, но и у технарей есть свои проблемы. Не каждый крутой программер может и хочет общаться с заказчиками, няньчиться с командой и подбирать ключики к дизайнерам и решать конфликты тестировщиков и разработчиков. 
А работа с документацией?! При рациональном складе ума очень не хочется заполнять тонны лишней документации, которая должна быть оформлена, согласно стандартам, по плану и тд. AGILE-методологии не панацея от всего вышеперечисленного. Но об этом я напишу чуть позже.

Но все же 80% успеха работы на проекте- это энтузиазм, увлеченность, энергичность, стремление к первенству, стремление к успеху, чувство юмора, умение мотивировать команду, способность к самомотивации, отличные навыки общения, навыки ведения переговоров, честность и умение манипулировать, открытость, эмпатия того, кто им руководит и на 120% - это КОМАНДА!