Agile-манифест. Принципы часть 2.
Работающий продукт следует выпускать как можно чаще, с периодичностью от пары недель до пары месяцев.
(Мы с тобой инженеры, а не психологи. И мы не можем залезть в голову Заказчику. Поэтому ели Клиент не понимает "что хочет", то сверяйся с его желаниями чаще чтобы он был доволен.)
На протяжении всего проекта разработчики и представители бизнеса должны ежедневно работать вместе.
(Ты помнишь, что Клиент может быть недоволен нашей работой? Если он не доволен , то он не заплатит. Потому повышай прозрачность и вовлекай Заказчика в процесс. Тогда это будут "его решения" и он не сможет отвертеться. И в дискуссиях есть шанс что он наконец-то найдет то что ему действительно нужно. А если не найдет, пусть платит. )
Над проектом должны работать мотивированные профессионалы. Чтобы работа была сделана, создайте условия, обеспечьте поддержку и полностью доверьтесь им.
(Мы, те кто обсуждали это профессионалы своего дела. И надеемся, что ты бар, тоже такой. И ты понимаешь, что нужно лезть под руку профи. Поэтому расскажи об этом своему менеджеру. С другой стороны, если Клиент не понимает что ему нужно, то в проекте должны быть только мотивированные профессионалы. Иначе наш подход не сработает и Клиент будет недоволен результатом.)
#agile
Работающий продукт следует выпускать как можно чаще, с периодичностью от пары недель до пары месяцев.
(Мы с тобой инженеры, а не психологи. И мы не можем залезть в голову Заказчику. Поэтому ели Клиент не понимает "что хочет", то сверяйся с его желаниями чаще чтобы он был доволен.)
На протяжении всего проекта разработчики и представители бизнеса должны ежедневно работать вместе.
(Ты помнишь, что Клиент может быть недоволен нашей работой? Если он не доволен , то он не заплатит. Потому повышай прозрачность и вовлекай Заказчика в процесс. Тогда это будут "его решения" и он не сможет отвертеться. И в дискуссиях есть шанс что он наконец-то найдет то что ему действительно нужно. А если не найдет, пусть платит. )
Над проектом должны работать мотивированные профессионалы. Чтобы работа была сделана, создайте условия, обеспечьте поддержку и полностью доверьтесь им.
(Мы, те кто обсуждали это профессионалы своего дела. И надеемся, что ты бар, тоже такой. И ты понимаешь, что нужно лезть под руку профи. Поэтому расскажи об этом своему менеджеру. С другой стороны, если Клиент не понимает что ему нужно, то в проекте должны быть только мотивированные профессионалы. Иначе наш подход не сработает и Клиент будет недоволен результатом.)
#agile
Agile-манифест. Принципы часть 3.
Непосредственное общение является наиболее практичным и эффективным способом обмена информацией как с самой командой, так и внутри команды.
(Брат, инженер, Ты помнишь что мы живем в индивидуалистичном обществе и хорошие кабинеты нам заменили кубиклы 2х2 метра. А я знаю что ты, как и я интроверт и любишь тишину чтобы проектировать крутые системы. Но лучше один раз пообщаться, чем писать много писем. Встречаться и общаться нужно, хотя это и не хочется)
Работающий продукт — основной показатель прогресса.
(Мы с тобой, брат инженер, понимаем как ценно для нас создавать идеальную архитектуру которая будет превосходить всё что мы с тобой создали прежде. Но помни, что Клиенту важны не твои выкладки, документы, классы и прототипы. Ему нужно чтобы продукт работал! Поэтому не уходи в паралич анализа, а сделай чтобы работало. )
Инвесторы, разработчики и пользователи должны иметь возможность поддерживать постоянный ритм бесконечно. Agile-процесс помогает наладить такой устойчивый процесс разработки.
(Если Клиент и инвестор не понимает что хочет, то выстрой им Agile-процесс. У них есть деньги, дай им прозрачность и уверенность что ты можешь сделать все их хотелки. Практики XP/Crystal/DSDM/DAD/Pragmatic programmer придадут тебе Силу. )
#agile
Непосредственное общение является наиболее практичным и эффективным способом обмена информацией как с самой командой, так и внутри команды.
(Брат, инженер, Ты помнишь что мы живем в индивидуалистичном обществе и хорошие кабинеты нам заменили кубиклы 2х2 метра. А я знаю что ты, как и я интроверт и любишь тишину чтобы проектировать крутые системы. Но лучше один раз пообщаться, чем писать много писем. Встречаться и общаться нужно, хотя это и не хочется)
Работающий продукт — основной показатель прогресса.
(Мы с тобой, брат инженер, понимаем как ценно для нас создавать идеальную архитектуру которая будет превосходить всё что мы с тобой создали прежде. Но помни, что Клиенту важны не твои выкладки, документы, классы и прототипы. Ему нужно чтобы продукт работал! Поэтому не уходи в паралич анализа, а сделай чтобы работало. )
Инвесторы, разработчики и пользователи должны иметь возможность поддерживать постоянный ритм бесконечно. Agile-процесс помогает наладить такой устойчивый процесс разработки.
(Если Клиент и инвестор не понимает что хочет, то выстрой им Agile-процесс. У них есть деньги, дай им прозрачность и уверенность что ты можешь сделать все их хотелки. Практики XP/Crystal/DSDM/DAD/Pragmatic programmer придадут тебе Силу. )
#agile
А чем Pulse Management отличается от Critical Chain project management?
Pulse management отвечает на 3 ключевых вопроса:
1. Делать или делать задачу которую придумал инженер в рамках текущего проекта?
2. Спасаем или не спасаем проект?
3. Усиливаем команду наймом сотрудников или пытаемся улучшить производительность текущей команды.
И на несколько дополнительных:
1. Когда закончим это проект?
2. Когда освободится сотрудник?
3. Как спасаем проект? (см. второе поколение Метода)
CCPM отвечает только на вопрос 2.
Pulse management отвечает на 3 ключевых вопроса:
1. Делать или делать задачу которую придумал инженер в рамках текущего проекта?
2. Спасаем или не спасаем проект?
3. Усиливаем команду наймом сотрудников или пытаемся улучшить производительность текущей команды.
И на несколько дополнительных:
1. Когда закончим это проект?
2. Когда освободится сотрудник?
3. Как спасаем проект? (см. второе поколение Метода)
CCPM отвечает только на вопрос 2.
Agile-манифест. Принципы часть 4.
Постоянное внимание к техническому совершенству и качеству проектирования повышает гибкость проекта.
(Друг, не разменивай качество на скорость. Скорость убьет тебя на длинной дистанции. Встрой качество в процесс. Если Клиент не знает, что хочет то нам нужно обеспечить гибкую архитектуру чтобы быстро её менять. Для этого нужно 100% покрытие модульными тестами и придерживаться TDD, CI, CD)
Простота — искусство минимизации лишней работы — крайне необходима.
(Чем проще система, тем проще её поддерживать. А изменений будет много. Спроектируй сразу так чтобы было легко поддерживать. )
#agile
Постоянное внимание к техническому совершенству и качеству проектирования повышает гибкость проекта.
(Друг, не разменивай качество на скорость. Скорость убьет тебя на длинной дистанции. Встрой качество в процесс. Если Клиент не знает, что хочет то нам нужно обеспечить гибкую архитектуру чтобы быстро её менять. Для этого нужно 100% покрытие модульными тестами и придерживаться TDD, CI, CD)
Простота — искусство минимизации лишней работы — крайне необходима.
(Чем проще система, тем проще её поддерживать. А изменений будет много. Спроектируй сразу так чтобы было легко поддерживать. )
#agile
Agile-манифест. Принципы часть 5.
Самые лучшие требования, архитектурные и технические решения рождаются у самоорганизующихся команд.
(Мы с тобой профессионалы. Скажи своему менеджеру чтобы не вмешивался. Но помни что если у тебя есть стажеры и середнячки, схема работать не будет, замкни менеджера на себя и сам рули процессом)
Команда должна систематически анализировать возможные способы улучшения эффективности и соответственно корректировать стиль своей работы.
(Мы не боги, и можем принимать неверные решения. Поэтому не забывай оглядываться назад, чтобы быстрее выкатывать релизы.)
== Итого ==
Манифест - религия инженеров.
Манифест - религия профессионалов и для профессионалов. В иных условиях это не работает.
Манифест напоминает Инженеру - что важно не его стремление к идеальному совершенству, а работающий продукт и дает для этого рекомендации как этого достигнуть.
#agile
Самые лучшие требования, архитектурные и технические решения рождаются у самоорганизующихся команд.
(Мы с тобой профессионалы. Скажи своему менеджеру чтобы не вмешивался. Но помни что если у тебя есть стажеры и середнячки, схема работать не будет, замкни менеджера на себя и сам рули процессом)
Команда должна систематически анализировать возможные способы улучшения эффективности и соответственно корректировать стиль своей работы.
(Мы не боги, и можем принимать неверные решения. Поэтому не забывай оглядываться назад, чтобы быстрее выкатывать релизы.)
== Итого ==
Манифест - религия инженеров.
Манифест - религия профессионалов и для профессионалов. В иных условиях это не работает.
Манифест напоминает Инженеру - что важно не его стремление к идеальному совершенству, а работающий продукт и дает для этого рекомендации как этого достигнуть.
#agile
Разница между Теорией ограничений (ТОС) и Бережливым производством -
Бережливое производство направлено на снижение потерь - то есть играть чтобы не проиграть. А решения ТОС направлены на то, чтобы выиграть.
Играть чтобы выиграть намного интересней чем играть чтобы "не проиграть". Это даёт силы и возможность получить больше чем есть сейчас.
То же самое касается разницы Мира прохода и Мира затрат. Цель бизнес-системы максимизировать Проход (играть чтобы выиграть), а не "резать косты" и снижать стоимость привлечения Клиента (играть чтобы не проиграть).
#ответы_на_вопросы
Бережливое производство направлено на снижение потерь - то есть играть чтобы не проиграть. А решения ТОС направлены на то, чтобы выиграть.
Играть чтобы выиграть намного интересней чем играть чтобы "не проиграть". Это даёт силы и возможность получить больше чем есть сейчас.
То же самое касается разницы Мира прохода и Мира затрат. Цель бизнес-системы максимизировать Проход (играть чтобы выиграть), а не "резать косты" и снижать стоимость привлечения Клиента (играть чтобы не проиграть).
#ответы_на_вопросы
Дао предприятия. одна из основных концепций Метода не только потому, что объясняет роли но и потому, что обоснует необходимость найма когда в "одну голову" уже не влезает.
Концепция Дао предприятия помогает осознать "сколько на самом деле у нас точек внимания" и что с ними делать.
Для практической работы с треугольником есть правила: (продолжение следует)
#метод #метод_пульса
Концепция Дао предприятия помогает осознать "сколько на самом деле у нас точек внимания" и что с ними делать.
Для практической работы с треугольником есть правила: (продолжение следует)
#метод #метод_пульса
Для практической работы с треугольником есть правила:
1. Каждый треугольник - это проект/цель/бизнес. Вершина треугольника - роль в проекте.
Определите какие проекты вы на самом деле ведете и какую роль вы занимаете в них.
Правила использования полученного знания:
1. В вершине Цель нельзя работать в разных бизнесах. Постановка целей в интересах развития бизнеса требует 100% отдачи и полного погружения без отвлечения на другие аспекты. Если у вас есть 2 бизнеса, то один из них будет "провисать".
2. Вы не можете быть в вершине "Технологии" в больше двух тематиках одновременно. Потому что тяжело удерживать контекст. Разделение во времени обеспечит эффективность только в
3. В вершине "Правила" вы можете находится во многих бизнесах/тематиках одновременно так, эта роль находится "снаружи коробки". Фактически, это роль консультанта/наблюдателя/ревизора.
1. Каждый треугольник - это проект/цель/бизнес. Вершина треугольника - роль в проекте.
Определите какие проекты вы на самом деле ведете и какую роль вы занимаете в них.
Правила использования полученного знания:
1. В вершине Цель нельзя работать в разных бизнесах. Постановка целей в интересах развития бизнеса требует 100% отдачи и полного погружения без отвлечения на другие аспекты. Если у вас есть 2 бизнеса, то один из них будет "провисать".
2. Вы не можете быть в вершине "Технологии" в больше двух тематиках одновременно. Потому что тяжело удерживать контекст. Разделение во времени обеспечит эффективность только в
3. В вершине "Правила" вы можете находится во многих бизнесах/тематиках одновременно так, эта роль находится "снаружи коробки". Фактически, это роль консультанта/наблюдателя/ревизора.
Открытка генеральному директору.pdf
38.6 KB
Памятка генеральному директору "Как зарабатывать на 30% больше. Печатать на глянцевой бумаге 300 г/м
#ответы_на_вопросы
Есть мы говорим про бизнес, то сейчас набирают популярность "гибкие" (Agile) подходы. Я не буду концентрироваться сейчас на "а что такое жесткие?" а разберу вопрос:
Сколько есть Agile-подходов?
Для начала определимся, с термином "подход".
Подход - Метод управления проектов или операционной деятельностью направленный на достижения каких-то результатов определённым способом.
А теперь термин Agile - Гибкая разработка программного обеспечения. Но если взять шире: то принципы построения подхода направленного на управление деятельностью в среде с высокой изменчивостью.
Природа "высокой изменчивости" относительно Цели есть в нескольких причинах:
1. Мы не выяснили чего на самом деле хочет Клиент и поэтому делаем "то, не знаю что" и работаем как флюгер - что Клиент скажет, то и делаем..
2. На проект достижения Цели действительно влияют внешние факторы которые ставят под сомнение необходимость достижения Цели. Иными словами, сама Цель становится неверной в силу изменившихся обстоятельств.
3. У нас нет большой Цели, а есть операционная деятельность направленная на удовлетворение сиюминутных потребностей бизнеса.
4. Мы ищем рынок для продукта и проверяем множество гипотез. Единственная осознанная цель это "Заработать денег", но способ достижения цели неизвестен, есть только гипотезы которые нужно проверять за короткие циклы.
Часть этих причин это реальность и факты жизни, а часть причин являются следствием среды или ошибок управления.
В этих условиях есть два пути:
1. Снижать изменчивость - выявлять причины изменчивости и проактивно управлять рисками, или
2. Плыть по течению и реагировать на изменчивость.
Выбор пути, как и в управлении рисками зависит от стоимости каждой угрозы. Но для пути 2 есть набор Agile-подходов помогающих повысить скорость реакции на изменчивость и некоторых из них даже обеспечивают выполнение внешних обязательств вовремя и в полном объёме.
Итак чем мы располагаем к 2021 году:
* Agile process (тот про который в манифесте) http://www.agile-process.org/
* eXtremeProgramming http://www.extremeprogramming.org/
* DSDM - https://www.agilebusiness.org/page/whatisdsdm - now Agile bussiness
* Crystal https://www.emag.ro/crystal-clear-a-human-powered-methodology-for-small-teams-alistair-cockburn-9780201699470/pd/D94P9HBBM/
* Pragmatic programmer https://pragprog.com/titles/tpp20/the-pragmatic-programmer-20th-anniversary-edition/
* Scrum http://scrum.org
* Disciplined Agile Delivery https://www.pmi.org/disciplined-agile/process/introduction-to-dad - куплен PMI
* Agile Unified Process http://www.ambysoft.com/unifiedprocess/agileUP.html - упрощенная версия Rational Unified Process который нашел продолжение в SAFe
И все они соответствуют манифесту гибкой разработки.
Ну и про масштабирование тоже:
LeSS https://less.works/ru
SAFe https://www.scaledagileframework.com/
и из последних Pulse Management http://pulsemanagement.org
#agile_цинизм #agile #метод
Есть мы говорим про бизнес, то сейчас набирают популярность "гибкие" (Agile) подходы. Я не буду концентрироваться сейчас на "а что такое жесткие?" а разберу вопрос:
Сколько есть Agile-подходов?
Для начала определимся, с термином "подход".
Подход - Метод управления проектов или операционной деятельностью направленный на достижения каких-то результатов определённым способом.
А теперь термин Agile - Гибкая разработка программного обеспечения. Но если взять шире: то принципы построения подхода направленного на управление деятельностью в среде с высокой изменчивостью.
Природа "высокой изменчивости" относительно Цели есть в нескольких причинах:
1. Мы не выяснили чего на самом деле хочет Клиент и поэтому делаем "то, не знаю что" и работаем как флюгер - что Клиент скажет, то и делаем..
2. На проект достижения Цели действительно влияют внешние факторы которые ставят под сомнение необходимость достижения Цели. Иными словами, сама Цель становится неверной в силу изменившихся обстоятельств.
3. У нас нет большой Цели, а есть операционная деятельность направленная на удовлетворение сиюминутных потребностей бизнеса.
4. Мы ищем рынок для продукта и проверяем множество гипотез. Единственная осознанная цель это "Заработать денег", но способ достижения цели неизвестен, есть только гипотезы которые нужно проверять за короткие циклы.
Часть этих причин это реальность и факты жизни, а часть причин являются следствием среды или ошибок управления.
В этих условиях есть два пути:
1. Снижать изменчивость - выявлять причины изменчивости и проактивно управлять рисками, или
2. Плыть по течению и реагировать на изменчивость.
Выбор пути, как и в управлении рисками зависит от стоимости каждой угрозы. Но для пути 2 есть набор Agile-подходов помогающих повысить скорость реакции на изменчивость и некоторых из них даже обеспечивают выполнение внешних обязательств вовремя и в полном объёме.
Итак чем мы располагаем к 2021 году:
* Agile process (тот про который в манифесте) http://www.agile-process.org/
* eXtremeProgramming http://www.extremeprogramming.org/
* DSDM - https://www.agilebusiness.org/page/whatisdsdm - now Agile bussiness
* Crystal https://www.emag.ro/crystal-clear-a-human-powered-methodology-for-small-teams-alistair-cockburn-9780201699470/pd/D94P9HBBM/
* Pragmatic programmer https://pragprog.com/titles/tpp20/the-pragmatic-programmer-20th-anniversary-edition/
* Scrum http://scrum.org
* Disciplined Agile Delivery https://www.pmi.org/disciplined-agile/process/introduction-to-dad - куплен PMI
* Agile Unified Process http://www.ambysoft.com/unifiedprocess/agileUP.html - упрощенная версия Rational Unified Process который нашел продолжение в SAFe
И все они соответствуют манифесту гибкой разработки.
Ну и про масштабирование тоже:
LeSS https://less.works/ru
SAFe https://www.scaledagileframework.com/
и из последних Pulse Management http://pulsemanagement.org
#agile_цинизм #agile #метод
Чудо - это когда при построении дерева перехода для плана проекта оценка достижения каких-то целей превышает другие оценки в несколько раз.
Пример : средняя оценка достижения целей 3-4 дня, а а у одной цели - 30-40 дней. Если это не цель типа "поставка оборудования", то это значит, что она содержит угрозы.
ps: Авторство карикатуры не смог установить.
#метод #метод_пульса
Пример : средняя оценка достижения целей 3-4 дня, а а у одной цели - 30-40 дней. Если это не цель типа "поставка оборудования", то это значит, что она содержит угрозы.
ps: Авторство карикатуры не смог установить.
#метод #метод_пульса
Если на волне всеобщих блокировок и запретов вы всё-таки решите довести до конца инициативы по импортозамещению своей ИСУП на основе MS Project Server, то обращайтесь.
BIPULSE обеспечивает планирование расписания всех проектов компании с выравниванием ресурсов и контроль исполнения с ранним предупреждением о проблемах.
Есть только два больших минуса решения:
1. Тотальная прозрачность. Будут видны все задержки сотрудников и проектов и утаить ничего нельзя.
2. Вы начнёте сдавать проекты вовремя или раньше срока.
#bipulse
BIPULSE обеспечивает планирование расписания всех проектов компании с выравниванием ресурсов и контроль исполнения с ранним предупреждением о проблемах.
Есть только два больших минуса решения:
1. Тотальная прозрачность. Будут видны все задержки сотрудников и проектов и утаить ничего нельзя.
2. Вы начнёте сдавать проекты вовремя или раньше срока.
#bipulse
- Scrum.org закрыл поддержку тренеров и тренингов в России
- ICAgile закрыл поддержку тренеров и тренингов в России
- Kanban Univercity закрыл поддержку тренеров и тренингов в России
- PMI закрыл сертификацию для России
А метод управления "Pulse Management" (Метод Пульса) (https://PulseManagement.org) продолжает работать в компаниях, развиваться и потихоньку собирать сообщество. Метод учитывает особенности русского менталитета и среды:
+ Когда есть инициативность сотрудников когда она не нужна и надежда "авось".
+ Когда ресурсов компании мало, а взятых обязательств много в расчёте на "Давай ввяжемся, а там разберемся" и "Нас мало но мы сможем".
+ Когда непонятно "ЧТО делать", но под сроками уже подписались.
+ Когда удается избежать штрафов за просрочки проектов путем "накрытия поляны", но в следующий раз вас не зовут.
Метод базируется на лучших практиках но не копирует их, а за счёт своих базовых моделей перестраивает и адаптирует к среде, как это принято в Agile подходах. Метод обеспечивает мягкость в управлении и жесткость в метриках. Только аргументация к цифрам и фактам может убедить профессионала сделать то что вам нужно, а не то что он хочет.
При этом:
+ Метод не определяет принципы и ценности которым вы должны следовать - ценности и принципы должны существовать в вашей компании. Это то "как вы принимаете решения".
+ Вы можете оспорить любой инструмент/Правило Метода - используя алгоритм "Стоя на плечах гигантов" (см ТОС) или доказав несостоятельность базовых предпосылок.
+ Вы можете расширять Метод адаптируя его Правила к своей среде.
Если вы нашли, что ваша среда похожа на ту, что я описал, то присоединяйтесь! Печатная книга опубликована (https://ridero.ru/books/upravlenie_proektnym_biznesom/) и вы можете в неё добавлять свои главы.
Но если "просто почитать", то всё выложено на сайте: https://pulsemanagement.org/
Чат обсуждения Метода: https://t.me/proprocess_ru
#метод #метод_пульса
- ICAgile закрыл поддержку тренеров и тренингов в России
- Kanban Univercity закрыл поддержку тренеров и тренингов в России
- PMI закрыл сертификацию для России
А метод управления "Pulse Management" (Метод Пульса) (https://PulseManagement.org) продолжает работать в компаниях, развиваться и потихоньку собирать сообщество. Метод учитывает особенности русского менталитета и среды:
+ Когда есть инициативность сотрудников когда она не нужна и надежда "авось".
+ Когда ресурсов компании мало, а взятых обязательств много в расчёте на "Давай ввяжемся, а там разберемся" и "Нас мало но мы сможем".
+ Когда непонятно "ЧТО делать", но под сроками уже подписались.
+ Когда удается избежать штрафов за просрочки проектов путем "накрытия поляны", но в следующий раз вас не зовут.
Метод базируется на лучших практиках но не копирует их, а за счёт своих базовых моделей перестраивает и адаптирует к среде, как это принято в Agile подходах. Метод обеспечивает мягкость в управлении и жесткость в метриках. Только аргументация к цифрам и фактам может убедить профессионала сделать то что вам нужно, а не то что он хочет.
При этом:
+ Метод не определяет принципы и ценности которым вы должны следовать - ценности и принципы должны существовать в вашей компании. Это то "как вы принимаете решения".
+ Вы можете оспорить любой инструмент/Правило Метода - используя алгоритм "Стоя на плечах гигантов" (см ТОС) или доказав несостоятельность базовых предпосылок.
+ Вы можете расширять Метод адаптируя его Правила к своей среде.
Если вы нашли, что ваша среда похожа на ту, что я описал, то присоединяйтесь! Печатная книга опубликована (https://ridero.ru/books/upravlenie_proektnym_biznesom/) и вы можете в неё добавлять свои главы.
Но если "просто почитать", то всё выложено на сайте: https://pulsemanagement.org/
Чат обсуждения Метода: https://t.me/proprocess_ru
#метод #метод_пульса
Pulse Management
Управление проектной организацией - Pulse Management
Как держать руку на пульсе бизнеса, ничего не забывать и выполнять все обязательства организации вовремя и в полном объёме.
Наблюдения за животными наводит на некоторые мысли. Особенно если это умные питомцы. Поведение декоративных крыс хороший пример поведения социальных групп. Но я не про "Вселенную-25". У меня тут другой пример: выдача вкусняшки двум разным крыскам.
Активная позиция:
- Хочешь вкусняшку?
- Да, давай! Таак, я её сейчас аккуратно возьму. (Аккуратно слизывает языком). Няма, няма. Может еще есть?
Проактивная позиция:
- Хочешь вкусняшку?
- Да! Давай сюда! Давай Мне, Куда пошел? (тянет лапу и хватает палец) Ближе пододвинь, мне не достать. А всё достал! Теперь можешь идти. Стой! А еще есть? Еще давай!
А какое поведение вы наблюдали в командах и группах?
Активная позиция:
- Хочешь вкусняшку?
- Да, давай! Таак, я её сейчас аккуратно возьму. (Аккуратно слизывает языком). Няма, няма. Может еще есть?
Проактивная позиция:
- Хочешь вкусняшку?
- Да! Давай сюда! Давай Мне, Куда пошел? (тянет лапу и хватает палец) Ближе пододвинь, мне не достать. А всё достал! Теперь можешь идти. Стой! А еще есть? Еще давай!
А какое поведение вы наблюдали в командах и группах?
16 марта в 20-00 МСК Онлайн-встреча посвященная Методу управления проектным бизнесом Pulse Management. На встрече вы узнаете историю практического опыта применения метрик Метода, открытия и озарения.
На фоне приостановки работы в России многих компаний открываются много возможностей для развития бизнеса. А это значит что будет много новых проектов. Однако чтобы проект хорошо выполнить точно вовремя и в срок важно уделить внимание планированию проекта и его запуску. На очередной встрече посвященной историям внедрения Метода управления "Pulse Management" Евгений Айдаров расскажет какие метрики он применяет для снижения влияния угроз на старте проектов и что это даёт.
Регистрация на встречу:
https://pulsemanagement.timepad.ru/event/1959781/
На фоне приостановки работы в России многих компаний открываются много возможностей для развития бизнеса. А это значит что будет много новых проектов. Однако чтобы проект хорошо выполнить точно вовремя и в срок важно уделить внимание планированию проекта и его запуску. На очередной встрече посвященной историям внедрения Метода управления "Pulse Management" Евгений Айдаров расскажет какие метрики он применяет для снижения влияния угроз на старте проектов и что это даёт.
Регистрация на встречу:
https://pulsemanagement.timepad.ru/event/1959781/
pulsemanagement.timepad.ru
Метрики снижения угроз на старте проекта / События на TimePad.ru
Онлайн-встреча посвященная Методу управления проектным бизнесом Pulse Management. На встрече вы узнаете историю практического опыта применения метрик Метода, открытия и озарения.