Quicktrainings.com.ua Основы планирования и коммуникации, или как не дать про...Aleksey Denysyuk
Этот тренинг представляет собой короткий курс для людей, которые хотят улучшить навыки коммуникации, успевать больше за счет планирования и понять базовые принципы ведения переговоров и убеждения
Сопротивление делегированию (Сергей Бережной)Alexander Orlov
Сопротивление делегированию
Ведущий мастер-класса: Сергей Бережной – тренер, консультант и практикующий руководитель проектов. Автор блога о работе с Заказчиками в ИТ – www.anotherpm.com
Несколько фактов об опыте тренера:
Program Manager в аутсорсинговой компании (с командой в 50+ человек).
Опыт управления различными типами проектов: продукты, аутсорсинг, in-house разработка. Модели финансирования: T&M и Fixed Price.
Обучил более 250 слушателей открытых и корпоративных тренингов. Среди корпоративных клиентов – лидеры аутсорсинга: DataArt, GlobalLogic, IBA, Dio-Soft, iTransition, SIGMA…
Активный участник конференций (Software People, PM Labs, SEF и др.), на которых рассказываю об организации эффективной работы с Заказчиками.
Автор блога anotherpm.com, который посвящен темам взаимодействий Заказчиков и Исполнителей в аутсорсинге.
Программа мастер-класса:
Очень часто, будучи руководителем, которому нужно дать задачу подчиненному, хочется позвать одного из участников команды, отдать ему задание, увидеть «огонек в глазах» и забыть о задании, четко зная, что его выполнят. Но в реальности это далеко не всегда выглядит так. Коллеги всячески пытаются «отмазаться» от задачи под миллионом разных предлогов и можно услышать вот такие фразы:
«А почему я?»
«Я не очень понимаю задачу»
«Я очень занят и не знаю, когда я все это успею…»
«Ты знаешь больше меня и значит, можешь это сделать быстрее…»
«Я могу попробовать, но это вряд ли получиться…» (настройка на поражение)
«Это задача не моя, ее нужно давать коллективу…»
Такие виды сопротивления встречаются довольно часто и непонятно, как их обойти или изменить на позитивный настрой. Хочется увидеть тот самый «огонек в глазах», который покажет, что задача принята с интересом. А еще… задача будет выполняться с максимальной отдачей, а значит вероятность ее исполнения повышается.
На мастер-классе «Сопротивления делегированию» посмотрим на основные причины сопротивления, как они проявляются и как обойти некоторые из них.
Основные вопросы мастер-класса:
Основные виды сопротивления
Основные ошибки сопротивлению
Неправильная подготовка к делегированию
Quicktrainings.com.ua Основы планирования и коммуникации, или как не дать про...Aleksey Denysyuk
Этот тренинг представляет собой короткий курс для людей, которые хотят улучшить навыки коммуникации, успевать больше за счет планирования и понять базовые принципы ведения переговоров и убеждения
Сопротивление делегированию (Сергей Бережной)Alexander Orlov
Сопротивление делегированию
Ведущий мастер-класса: Сергей Бережной – тренер, консультант и практикующий руководитель проектов. Автор блога о работе с Заказчиками в ИТ – www.anotherpm.com
Несколько фактов об опыте тренера:
Program Manager в аутсорсинговой компании (с командой в 50+ человек).
Опыт управления различными типами проектов: продукты, аутсорсинг, in-house разработка. Модели финансирования: T&M и Fixed Price.
Обучил более 250 слушателей открытых и корпоративных тренингов. Среди корпоративных клиентов – лидеры аутсорсинга: DataArt, GlobalLogic, IBA, Dio-Soft, iTransition, SIGMA…
Активный участник конференций (Software People, PM Labs, SEF и др.), на которых рассказываю об организации эффективной работы с Заказчиками.
Автор блога anotherpm.com, который посвящен темам взаимодействий Заказчиков и Исполнителей в аутсорсинге.
Программа мастер-класса:
Очень часто, будучи руководителем, которому нужно дать задачу подчиненному, хочется позвать одного из участников команды, отдать ему задание, увидеть «огонек в глазах» и забыть о задании, четко зная, что его выполнят. Но в реальности это далеко не всегда выглядит так. Коллеги всячески пытаются «отмазаться» от задачи под миллионом разных предлогов и можно услышать вот такие фразы:
«А почему я?»
«Я не очень понимаю задачу»
«Я очень занят и не знаю, когда я все это успею…»
«Ты знаешь больше меня и значит, можешь это сделать быстрее…»
«Я могу попробовать, но это вряд ли получиться…» (настройка на поражение)
«Это задача не моя, ее нужно давать коллективу…»
Такие виды сопротивления встречаются довольно часто и непонятно, как их обойти или изменить на позитивный настрой. Хочется увидеть тот самый «огонек в глазах», который покажет, что задача принята с интересом. А еще… задача будет выполняться с максимальной отдачей, а значит вероятность ее исполнения повышается.
На мастер-классе «Сопротивления делегированию» посмотрим на основные причины сопротивления, как они проявляются и как обойти некоторые из них.
Основные вопросы мастер-класса:
Основные виды сопротивления
Основные ошибки сопротивлению
Неправильная подготовка к делегированию
You probably know what is iteration Zero.
Everybody uses this term but a few can define it clearly. Some use it to designate a special time for building infractructure, others as an iteration for assembling a team and sharing a product vision or elaborating initial requirements. Still, you can hardly get a clear explanation how to do your iteration Zero.
We in ScrumTrek have been helping organizations to adopt Agile for more that 5 years. Our understanding of iteration Zero has evolved over time and now we understand it as a time for a team, bussiness and other stakeholders to investigate collaboratively a product that they are going to build.
Join our session to learn about our experience and practices for iteration Zero. You will see how we do product/project analysis and create product vision and backlog. We will be talking about practices for helping a team to start their first iterations and discuss how to involve stakeholders into collaborative work.
And, what is more important, how to box it into just one iteration.
What kind of team we can call a good team? Good team (incl P.O.) delivers right features to their customers. If features are wrong, or they are delivered too early you can failure your product or project.
PDA Newton has been released to the market too early and failed. Market was not ready for it. There are some other typical mistakes. For example, sometimes we are not able to understand our customer or hit wrong segment of the market.
This workshop will show how to use Innovation Games ® play with customers to understand their value, and use this information to effectively prioritize and release the feature they want and when they want.
You probably know what is iteration Zero.
Everybody uses this term but a few can define it clearly. Some use it to designate a special time for building infractructure, others as an iteration for assembling a team and sharing a product vision or elaborating initial requirements. Still, you can hardly get a clear explanation how to do your iteration Zero.
We in ScrumTrek have been helping organizations to adopt Agile for more that 5 years. Our understanding of iteration Zero has evolved over time and now we understand it as a time for a team, bussiness and other stakeholders to investigate collaboratively a product that they are going to build.
Join our session to learn about our experience and practices for iteration Zero. You will see how we do product/project analysis and create product vision and backlog. We will be talking about practices for helping a team to start their first iterations and discuss how to involve stakeholders into collaborative work.
And, what is more important, how to box it into just one iteration.
What kind of team we can call a good team? Good team (incl P.O.) delivers right features to their customers. If features are wrong, or they are delivered too early you can failure your product or project.
PDA Newton has been released to the market too early and failed. Market was not ready for it. There are some other typical mistakes. For example, sometimes we are not able to understand our customer or hit wrong segment of the market.
This workshop will show how to use Innovation Games ® play with customers to understand their value, and use this information to effectively prioritize and release the feature they want and when they want.
5. Позиция «Жертвы» Основная модель поведения Не знаю = не хочу Менеджер слышит: программист не берет на себя ответственность за решение этой проблемы. Менеджер видит: нет результата работы.
9. Позиция «Автора» Основная модель поведения То, что происходит со мной в жизни, зависит от меня. Выход из состояния комфорта. Противоположность - ожидание активности от других, реакция на их действия.
14. Принципы Личности и их взаимодействия важнее, чем процессы и инструменты. Работающее программное обеспечение важнее, чем стопки документации. Сотрудничество с заказчиком важнее, чем контрактные обязательства. Реакция на изменения важнее, чем следование плану.