Forwarded from Alexey Vasilyev [bipulse.ru]
Alexey Vasilyev [bipulse.ru]
Выдержки из видео, благодаря @AbashkinIvan == Мы должны избегать плохой многозадачности на уровне задач, потому что это убивает нас. Она убивает наше время, нашу энергию и нашу мотивацию. Сегодняшняя культура поощряет постоянные перебои и восхваляет многозадачность…
Мои примечания:
В этой истории интересны следующие моменты
1. Очень много внедрений CCPM это американские и европейские компании. Это значит следует принять во внимание европейский менталитет и КАК они мыслят.
2. Сейчас я наблюдаю картинку закостенелости мышления в Agile-сообществе. Хотя там подходы не такие уж старые, но уже проявляется "если ты идешь против течения - то ты еретик". В ТОС сообществе тоже много таких.
3. Схема распределения проектов в потоки по рабочим центрам исходит из правила "исключения многозадачности", но не прямо очевидна.
4. Штатного механизма управления Потоком в CCPM не было описано (Лич, Словарь, "Критическая Цепь"), однако в Методе есть
- оперативный ритм и сравнение оценок с фактом (это из Agile/XP взято)
- "скорости решения и пополнения" (сравнение скоростей - это моя придумка 2018 года),
- "вчерашняя погода" - из XP притащена
и через них запускается Ритм Улучшений (ретроспективы) которые направлены в первую очередь на Улучшение скорости Потока.
И выводы из этого:
1. нужно всегда искать новые, лучше пути управления и повышения продуктивности (ччёрт, почти как в Манифесте ASDM получилось %)
2. Если люди в разных странах придумывают одно и тоже - это значит правильная тема. (Это ж-ж-ж не спроста)
3. Метод обеспечивает внимание Потоку, а не только буферам Цепи. И это встроенные Правила.
В этой истории интересны следующие моменты
1. Очень много внедрений CCPM это американские и европейские компании. Это значит следует принять во внимание европейский менталитет и КАК они мыслят.
2. Сейчас я наблюдаю картинку закостенелости мышления в Agile-сообществе. Хотя там подходы не такие уж старые, но уже проявляется "если ты идешь против течения - то ты еретик". В ТОС сообществе тоже много таких.
3. Схема распределения проектов в потоки по рабочим центрам исходит из правила "исключения многозадачности", но не прямо очевидна.
4. Штатного механизма управления Потоком в CCPM не было описано (Лич, Словарь, "Критическая Цепь"), однако в Методе есть
- оперативный ритм и сравнение оценок с фактом (это из Agile/XP взято)
- "скорости решения и пополнения" (сравнение скоростей - это моя придумка 2018 года),
- "вчерашняя погода" - из XP притащена
и через них запускается Ритм Улучшений (ретроспективы) которые направлены в первую очередь на Улучшение скорости Потока.
И выводы из этого:
1. нужно всегда искать новые, лучше пути управления и повышения продуктивности (ччёрт, почти как в Манифесте ASDM получилось %)
2. Если люди в разных странах придумывают одно и тоже - это значит правильная тема. (Это ж-ж-ж не спроста)
3. Метод обеспечивает внимание Потоку, а не только буферам Цепи. И это встроенные Правила.
Alexey Vasilyev [bipulse.ru]
Выдержки из видео, благодаря @AbashkinIvan == Мы должны избегать плохой многозадачности на уровне задач, потому что это убивает нас. Она убивает наше время, нашу энергию и нашу мотивацию. Сегодняшняя культура поощряет постоянные перебои и восхваляет многозадачность…
Это к видео https://t.me/bipulse/335
Telegram
Проектный бизнес - как, что, зачем
Завтра (в среду) в 15-00 МСК
https://www.youtube.com/watch?v=PKXXBYe5kVI
Будет презентация книги Правила Потока.
=
Доктор Efrat Goldratt-Ashlag поделится историей своей новой книги «Правила потока Голдратта» 7 июня 2023 года в 8:00 по восточному времени…
https://www.youtube.com/watch?v=PKXXBYe5kVI
Будет презентация книги Правила Потока.
=
Доктор Efrat Goldratt-Ashlag поделится историей своей новой книги «Правила потока Голдратта» 7 июня 2023 года в 8:00 по восточному времени…
В блоге BIPULSE вышла статья:
Сколько стоит внедрить интеллектуальную систему управления проектами
Внедрение интеллектуальной систему управления проектами разделяется на две части: внедрение самой информационной системы и выполнения проекта организационных изменений по смене парадигмы мышления. Причём вторая часть более важная, чем первая так, как при внедрении интеллектуальной системы управления, вы практически выполняете "цифровую трансформацию" и переходите под управление алгоритмам выбранной информационной системы управления.
Читать дальше
#статья
Сколько стоит внедрить интеллектуальную систему управления проектами
Внедрение интеллектуальной систему управления проектами разделяется на две части: внедрение самой информационной системы и выполнения проекта организационных изменений по смене парадигмы мышления. Причём вторая часть более важная, чем первая так, как при внедрении интеллектуальной системы управления, вы практически выполняете "цифровую трансформацию" и переходите под управление алгоритмам выбранной информационной системы управления.
Читать дальше
#статья
В блоге BIPULSE вышла статья:
Как оценивать задачи в Story Points на Agile-проектах
Сейчас те, кто кто не начинал применение адаптивных подходов к разработке программного обеспечения в 2000 годах, а прошли различное обучение или по верхам нахватались, применяют для оценки длительности задач единицы Story Point (SP) - единицы историй. Но, часто , неправильно...
Читать дальше
#статья
Как оценивать задачи в Story Points на Agile-проектах
Сейчас те, кто кто не начинал применение адаптивных подходов к разработке программного обеспечения в 2000 годах, а прошли различное обучение или по верхам нахватались, применяют для оценки длительности задач единицы Story Point (SP) - единицы историй. Но, часто , неправильно...
Читать дальше
#статья
🔥3
В блоге BIPULSE вышла статья:
История и предпосылки появления Agile-подходов
Применяя любые управленческие подходы необходимо их применять осмысленно, а не просто потому что "это модно" и "это популярно", "это у ХХХ получилось". И если "Свод знаний по управлению проектом" это сборник лучших практик, где почти в каждой главе указано "выбрите нужные для вас", то такого нельзя сказать про адаптивные подходы (Agile-подходы). Поэтом давайте разбираться с Agile-подходами к разработке программного обеспечения, почему появились и в чём ключевые отличия.
Чтобы понять почему адаптивные подходы получили популярность нужно понять историческую перспективу. Какая была ситуация на 1995-1996 год (даты выпуска XP, Scrum)? Что в корне изменилось?
Читать дальше
#статья #консервы #agile_цинизм
История и предпосылки появления Agile-подходов
Применяя любые управленческие подходы необходимо их применять осмысленно, а не просто потому что "это модно" и "это популярно", "это у ХХХ получилось". И если "Свод знаний по управлению проектом" это сборник лучших практик, где почти в каждой главе указано "выбрите нужные для вас", то такого нельзя сказать про адаптивные подходы (Agile-подходы). Поэтом давайте разбираться с Agile-подходами к разработке программного обеспечения, почему появились и в чём ключевые отличия.
Чтобы понять почему адаптивные подходы получили популярность нужно понять историческую перспективу. Какая была ситуация на 1995-1996 год (даты выпуска XP, Scrum)? Что в корне изменилось?
Читать дальше
#статья #консервы #agile_цинизм
👍1
По многочисленным просьбам, мы выпустили версию "BIPULSE для рабочего стола 7.12" (BIPULSE Project Desktop)
Это адаптированная версия BIPULSE Project Server для одного пользователя с возможностью работы с переносимыми файлами проектов.
#bipulse
Это адаптированная версия BIPULSE Project Server для одного пользователя с возможностью работы с переносимыми файлами проектов.
#bipulse
🔥3👍1
Управление проектным бизнесом
По многочисленным просьбам, мы выпустили версию "BIPULSE для рабочего стола 7.12" (BIPULSE Project Desktop) Это адаптированная версия BIPULSE Project Server для одного пользователя с возможностью работы с переносимыми файлами проектов. #bipulse
Версия "BIPULSE для рабочего стола 7.12"
Что умеет:
+ Устанавливается на Astra Linux (и другие Linux)
+ Импортировать MS Project, Oracle Primavera файлы.
+ Просматривать файлы MS Project, Oracle Primavera файлы. (без перепланирования, а как там написано)
+ Работать с файлами проектов в своем формате.
+ Продолжать работу с ранее отрытым файлом.
+ В одном файле проектов можно держать несколько проектов (как серверный BIPULSE, только настольный)
+ Есть простое управление ресурсами и их мощностью.
+ Есть настройки режима планирования.
+ Вся история правок пишется в файл проекта.
+ Функции аналитики (И поддержка Критической Цепи) аналогичны серверной версии.
+ Функции "скольжения" незавершенного графика на текущую дату аналогичны серверной версии
+ Экспорт в MSProject аналогичен серверной версии
+ Можно прикреплять файлы к задачам
+ Планирование и запуск задач без установки исполнителя (проставляется автоматически)
+ Завершение задачи задачи без отчёта.
Если давно хотели заменить MS Project на отечественный софт под AstraLinux, напишите нам info@bipulse.ru.
#bipulse
Что умеет:
+ Устанавливается на Astra Linux (и другие Linux)
+ Импортировать MS Project, Oracle Primavera файлы.
+ Просматривать файлы MS Project, Oracle Primavera файлы. (без перепланирования, а как там написано)
+ Работать с файлами проектов в своем формате.
+ Продолжать работу с ранее отрытым файлом.
+ В одном файле проектов можно держать несколько проектов (как серверный BIPULSE, только настольный)
+ Есть простое управление ресурсами и их мощностью.
+ Есть настройки режима планирования.
+ Вся история правок пишется в файл проекта.
+ Функции аналитики (И поддержка Критической Цепи) аналогичны серверной версии.
+ Функции "скольжения" незавершенного графика на текущую дату аналогичны серверной версии
+ Экспорт в MSProject аналогичен серверной версии
+ Можно прикреплять файлы к задачам
+ Планирование и запуск задач без установки исполнителя (проставляется автоматически)
+ Завершение задачи задачи без отчёта.
Если давно хотели заменить MS Project на отечественный софт под AstraLinux, напишите нам info@bipulse.ru.
#bipulse
🔥2
В блоге BIPULSE вышла статья:
Карьерный рост как проект
Что может быть проще чем сменить компанию и что может быть сложнее чем сменить компанию? Мы часто относимся легкомысленно к тому, к чему должны относиться серьезно и наоборот. Смена компании или повышение квалификации мы можем обозначить, как Цель на ближайший год или полгода, то только речь заходит о расходах на оплату обучения, начинается внутренняя борьба между "экономить или нет".
Читать дальше
#статья #консервы
Карьерный рост как проект
Что может быть проще чем сменить компанию и что может быть сложнее чем сменить компанию? Мы часто относимся легкомысленно к тому, к чему должны относиться серьезно и наоборот. Смена компании или повышение квалификации мы можем обозначить, как Цель на ближайший год или полгода, то только речь заходит о расходах на оплату обучения, начинается внутренняя борьба между "экономить или нет".
Читать дальше
#статья #консервы
❤1
В блоге BIPULSE вышла статья:
Откуда взять Scrum Master-а когда бюджет не выделяют, но очень хочется
Так, как слова имеют значение, то давайте для начала определимcя с термином Scrum Master - я переведу его буквально "Хозяин Скрама". Непривычно да? Согласен! Однако, Скрам - это процессный каркас, поэтому предлагаю обобщить: "Хозяин процесса". Так чуть лучше, но предлагаю не использовать термин "Владелец процесса" здесь, так, как можно быть владельцем дома, но не быть его хозяином.
Итак, мы определись с термином, а теперь самый главный вопрос: зачем вам Хозяин процесса? Для какой цели он нужен?
Читать дальше
#статья #консервы
Откуда взять Scrum Master-а когда бюджет не выделяют, но очень хочется
Так, как слова имеют значение, то давайте для начала определимcя с термином Scrum Master - я переведу его буквально "Хозяин Скрама". Непривычно да? Согласен! Однако, Скрам - это процессный каркас, поэтому предлагаю обобщить: "Хозяин процесса". Так чуть лучше, но предлагаю не использовать термин "Владелец процесса" здесь, так, как можно быть владельцем дома, но не быть его хозяином.
Итак, мы определись с термином, а теперь самый главный вопрос: зачем вам Хозяин процесса? Для какой цели он нужен?
Читать дальше
#статья #консервы
Самая популярная тема конференции "Форум по управлению проектами 2023' - как РП получить все нужные ресурсы для выполнения проектов.
Но если руководителю проекта нужно биться за ресурсы и доказывать его нужность и полезность, то у меня большие вопросы к Проектному офису, как-бы он не назывался формально.
Запуск проекта - это как выпуск водителя на маршрут. Если выпускать машину на маршрут с отсутствующим колесом, то как можно гарантировать выполнение заданий?
У проектного офиса всего две ключевых задачи:
1. Приоритизация проектов - а значит и выделение ресурсов. (То есть выпуск на маршрут)
2. Накопление опыта управления и ведения проектов.
Но если руководителю проекта нужно биться за ресурсы и доказывать его нужность и полезность, то у меня большие вопросы к Проектному офису, как-бы он не назывался формально.
Запуск проекта - это как выпуск водителя на маршрут. Если выпускать машину на маршрут с отсутствующим колесом, то как можно гарантировать выполнение заданий?
У проектного офиса всего две ключевых задачи:
1. Приоритизация проектов - а значит и выделение ресурсов. (То есть выпуск на маршрут)
2. Накопление опыта управления и ведения проектов.
👍3
Выпуск №15. Стратегия планирования проектов
- Что такое "стратегия планирования проектов"
- Варианты стратегий планиования проектов
- Необходимость фокусировки ресурсов организации
- Каскадироние и эшелонирование проектов
- Рабочие центры
- Аспекты "паралельного" выполнения проектов.
- Ресурс-ограничение и его влияение на проекты.
- Стратегия фокуса на одном проекте и ресурсный пул.
- Спринты и ритм проекта
Автор и ведущий Иван Абашкин https://t.me/ivan_abashkin
Отвечает на вопросы автор Метода - Алексей Васильев.
Слушать в Дзене
Слушать в Rutube
Слушать в VK
Слушать в YouTube
Слушать в Яндексе
Слушать в Podster.fm
Прочитать подробней про Метод управления проектным бизнесом https://pulsemanagement.org/
Задать вопрос в нашу радиопередачу: https://t.me/proprocess_ru
#подкаст
- Что такое "стратегия планирования проектов"
- Варианты стратегий планиования проектов
- Необходимость фокусировки ресурсов организации
- Каскадироние и эшелонирование проектов
- Рабочие центры
- Аспекты "паралельного" выполнения проектов.
- Ресурс-ограничение и его влияение на проекты.
- Стратегия фокуса на одном проекте и ресурсный пул.
- Спринты и ритм проекта
Автор и ведущий Иван Абашкин https://t.me/ivan_abashkin
Отвечает на вопросы автор Метода - Алексей Васильев.
Слушать в Дзене
Слушать в Rutube
Слушать в VK
Слушать в YouTube
Слушать в Яндексе
Слушать в Podster.fm
Прочитать подробней про Метод управления проектным бизнесом https://pulsemanagement.org/
Задать вопрос в нашу радиопередачу: https://t.me/proprocess_ru
#подкаст
Audio
Выпуск №15. Стратегия планирования проектов
- Что такое "стратегия планирования проектов"
- Варианты стратегий планиования проектов
- Необходимость фокусировки ресурсов организации
- Каскадироние и эшелонирование проектов
- Рабочие центры
- Аспекты "паралельного" выполнения проектов.
- Ресурс-ограничение и его влияение на проекты.
- Стратегия фокуса на одном проекте и ресурсный пул.
- Спринты и ритм проекта
Автор и ведущий Иван Абашкин https://t.me/ivan_abashkin
Отвечает на вопросы автор Метода - Алексей Васильев.
Слушать в Дзене
Слушать в Rutube
Слушать в VK
Слушать в YouTube
Слушать в Яндексе
Слушать в Podster.fm
Прочитать подробней про Метод управления проектным бизнесом https://pulsemanagement.org/
Задать вопрос в нашу радиопередачу: https://t.me/proprocess_ru
#подкаст
- Что такое "стратегия планирования проектов"
- Варианты стратегий планиования проектов
- Необходимость фокусировки ресурсов организации
- Каскадироние и эшелонирование проектов
- Рабочие центры
- Аспекты "паралельного" выполнения проектов.
- Ресурс-ограничение и его влияение на проекты.
- Стратегия фокуса на одном проекте и ресурсный пул.
- Спринты и ритм проекта
Автор и ведущий Иван Абашкин https://t.me/ivan_abashkin
Отвечает на вопросы автор Метода - Алексей Васильев.
Слушать в Дзене
Слушать в Rutube
Слушать в VK
Слушать в YouTube
Слушать в Яндексе
Слушать в Podster.fm
Прочитать подробней про Метод управления проектным бизнесом https://pulsemanagement.org/
Задать вопрос в нашу радиопередачу: https://t.me/proprocess_ru
#подкаст
Фрагмент 16 подкаста. Про человеко-часы
Ведущий: Иван Абашкин, (ИА)
Отвечает на вопросы: Алексей Васильев (АВ)
Транскрабинг: Whipser AI
---
ИА: Оценка задач в идеальных человеко-днях, что такое идеальный человеко-день и как это вообще возможно в них оценивать?
АВ:
Когда я говорю про идеальный человеко-день, первое это реверанс в сторону экстремального программирования, термин взят оттуда, второе это вообще реверанс в сторону всяких agile подходов с их оценками в story-пойнтах.
Story-пойнты это единицы истории или единицы позиции к истории, которые показывают, насколько сложная задача, а также есть еще особенность в оценке в часах. Некоторые оценивают задачи в часах и тут тоже есть особенность.
Первое, мы не можем оценивать задачу или работу в часах, потому что час это "один час", это слишком маленькая единица, точнее слишком точная единица оценки для очень неточной работы.
Например, рабочий день начинается в 10 часов, в 13 часов дня обеденный перерыв начинается, задача на счета пол первого, длительность задачи по оценке один час, вопрос, когда будет закончена эта задача?
ИА: На следующий день, потому что я схожу, пообедаю, потом у меня начнется послеобеденная кома, мозг не работает, надо вспоминать, что делать, а давай-ка я отложу на следующий день
АВ: Точно! Работа будет закончена к обеду следующего дня, поэтому минимальная единица оценки, я обычно говорю, полдня, если IT проект посмотреть, там пока развернешь, пока проверишь, что все работает, пока поймешь, что делать надо и так далее. То есть, хотя у меня целая команда и ребятки там за час могли управиться, тем не менее оценка все равно полдня, меньше не бывает.
Некоторые могут поспорить, сказать, да нет, я оцениваю 15-минутные даже задачи!
Хорошо, вам нравится, вы оцениваете, 15-минутные, и может быть, даже это работает на какой-нибудь галерах. Только проблема в том, что с людьми на этих галерах что происходит? Если людям нравится, хорошо, люди просто могут прийти на галеры, полгода оттарабанить с таким микроменеджментом, сказать, спасибо за навыки, я пошел там, где комфортнее.
Тут, наверное, не стоит забывать еще про накладные расходы на само оценивание. Можно потратить полчаса на оценку 15-минутной задачи. Это полчаса, здесь важен сам способ оценки, так как мы позже
будем говорить про ковбойский метод, он позволит за 5 секунд очень много всего наоценивать, и мы можем быстро научиться. К тому же есть типовые оценки и так далее.
Здесь, поэтому важно, существует концепция идеального человеко-дня.
Я рассказал, час это слишком точная единица для очень неточной работы.
ИА: Следующий вопрос...
---
Вопрос: а такая расшифровка вообще читабельная?
#подкаст
Ведущий: Иван Абашкин, (ИА)
Отвечает на вопросы: Алексей Васильев (АВ)
Транскрабинг: Whipser AI
---
ИА: Оценка задач в идеальных человеко-днях, что такое идеальный человеко-день и как это вообще возможно в них оценивать?
АВ:
Когда я говорю про идеальный человеко-день, первое это реверанс в сторону экстремального программирования, термин взят оттуда, второе это вообще реверанс в сторону всяких agile подходов с их оценками в story-пойнтах.
Story-пойнты это единицы истории или единицы позиции к истории, которые показывают, насколько сложная задача, а также есть еще особенность в оценке в часах. Некоторые оценивают задачи в часах и тут тоже есть особенность.
Первое, мы не можем оценивать задачу или работу в часах, потому что час это "один час", это слишком маленькая единица, точнее слишком точная единица оценки для очень неточной работы.
Например, рабочий день начинается в 10 часов, в 13 часов дня обеденный перерыв начинается, задача на счета пол первого, длительность задачи по оценке один час, вопрос, когда будет закончена эта задача?
ИА: На следующий день, потому что я схожу, пообедаю, потом у меня начнется послеобеденная кома, мозг не работает, надо вспоминать, что делать, а давай-ка я отложу на следующий день
АВ: Точно! Работа будет закончена к обеду следующего дня, поэтому минимальная единица оценки, я обычно говорю, полдня, если IT проект посмотреть, там пока развернешь, пока проверишь, что все работает, пока поймешь, что делать надо и так далее. То есть, хотя у меня целая команда и ребятки там за час могли управиться, тем не менее оценка все равно полдня, меньше не бывает.
Некоторые могут поспорить, сказать, да нет, я оцениваю 15-минутные даже задачи!
Хорошо, вам нравится, вы оцениваете, 15-минутные, и может быть, даже это работает на какой-нибудь галерах. Только проблема в том, что с людьми на этих галерах что происходит? Если людям нравится, хорошо, люди просто могут прийти на галеры, полгода оттарабанить с таким микроменеджментом, сказать, спасибо за навыки, я пошел там, где комфортнее.
Тут, наверное, не стоит забывать еще про накладные расходы на само оценивание. Можно потратить полчаса на оценку 15-минутной задачи. Это полчаса, здесь важен сам способ оценки, так как мы позже
будем говорить про ковбойский метод, он позволит за 5 секунд очень много всего наоценивать, и мы можем быстро научиться. К тому же есть типовые оценки и так далее.
Здесь, поэтому важно, существует концепция идеального человеко-дня.
Я рассказал, час это слишком точная единица для очень неточной работы.
ИА: Следующий вопрос...
---
Вопрос: а такая расшифровка вообще читабельная?
#подкаст
Фрагмент 18 выпуска подкаста
==
– А зачем нам вообще спринты в нашем проектном управлении? Что нам это даёт? А то похоже что мы скрещиваем ужа с ужом, рождая какого-то Фронткенштейна. У нас есть календарно-сетевой график и как бы последовательность задач. Зачем нам еще какие-то спринты?
– Людям важны опорные точки. В экстремальном программировании у Бека еще в первой книжке был такой принцип "Действуйте в соответствии с инстинктами, а не вопреки".
Людям важны контрольные точки, проверки. И расставлять контрольные точки в календарно-сетевом графике достаточно сложно, они будут неритмичны. А нам важно, чтобы была привычка, чтобы эту привычку мы эксплуатировали.
Есть привычка каждое утро вставать и чистить зубы. Независимо от того, во сколько проснулся, утро начинается, во сколько проснулся, идешь чистить зубы. Почему? Привычка. Причем независимо от условий, в поезде, в походе и так далее.
Вот привычка, она работает, мы её эксплуатируем. Здесь то же самое. Если есть привычка каждый понедельник сверяться в план-факт, в 10 утра или в 11, когда все пришли в офис, то сверяемся в план-факт. Смотрим "что хотели сделать", "что получилось". Таким образом у нас есть привычка по планированию.
==
#подкаст
==
– А зачем нам вообще спринты в нашем проектном управлении? Что нам это даёт? А то похоже что мы скрещиваем ужа с ужом, рождая какого-то Фронткенштейна. У нас есть календарно-сетевой график и как бы последовательность задач. Зачем нам еще какие-то спринты?
– Людям важны опорные точки. В экстремальном программировании у Бека еще в первой книжке был такой принцип "Действуйте в соответствии с инстинктами, а не вопреки".
Людям важны контрольные точки, проверки. И расставлять контрольные точки в календарно-сетевом графике достаточно сложно, они будут неритмичны. А нам важно, чтобы была привычка, чтобы эту привычку мы эксплуатировали.
Есть привычка каждое утро вставать и чистить зубы. Независимо от того, во сколько проснулся, утро начинается, во сколько проснулся, идешь чистить зубы. Почему? Привычка. Причем независимо от условий, в поезде, в походе и так далее.
Вот привычка, она работает, мы её эксплуатируем. Здесь то же самое. Если есть привычка каждый понедельник сверяться в план-факт, в 10 утра или в 11, когда все пришли в офис, то сверяемся в план-факт. Смотрим "что хотели сделать", "что получилось". Таким образом у нас есть привычка по планированию.
==
#подкаст
Выпуск №16. Оценка длительности задач
Подкаст Разговоры о проектном бизнесе. Выпуск 16.
Содержание выпуска:
- Оценка длительности задач.
- Почему мы должны отказаться от даты начала и даты завершения каждой задачи?
- Как действовать если нет дат начала и конца задач?
- Будет ли проект управляемым без жестких сроков задач?
- Как мне мотивировать людей работать, если у них нет даты окончания?
- Как мне влиять на людей, если нету сроков? (поощрять, ругать)
- Оценка задач в идеальных человеко-днях
- Как оценивать в идеальных человеко-днях?
- Как людям абстрагироваться от всех отвлечений при оценке?
- Если есть фоновая нагрузка в виде необходимости поддержки существующих продуктов и проектов, она учитывается при этой оценке или исключается?
- Ковбойский метод оценки что даёт и зачем нужен?
Автор и ведущий Иван Абашкин https://t.me/ivan_abashkin
Отвечает на вопросы автор Метода - Алексей Васильев.
Слушать в Дзене
Слушать в Rutube
Слушать в VK
Слушать в YouTube
Слушать в Яндексе
Слушать в Podster.fm
Прочитать подробней про Метод управления проектным бизнесом https://pulsemanagement.org/
Задать вопрос в нашу радиопередачу: https://t.me/proprocess_ru
#подкаст
Подкаст Разговоры о проектном бизнесе. Выпуск 16.
Содержание выпуска:
- Оценка длительности задач.
- Почему мы должны отказаться от даты начала и даты завершения каждой задачи?
- Как действовать если нет дат начала и конца задач?
- Будет ли проект управляемым без жестких сроков задач?
- Как мне мотивировать людей работать, если у них нет даты окончания?
- Как мне влиять на людей, если нету сроков? (поощрять, ругать)
- Оценка задач в идеальных человеко-днях
- Как оценивать в идеальных человеко-днях?
- Как людям абстрагироваться от всех отвлечений при оценке?
- Если есть фоновая нагрузка в виде необходимости поддержки существующих продуктов и проектов, она учитывается при этой оценке или исключается?
- Ковбойский метод оценки что даёт и зачем нужен?
Автор и ведущий Иван Абашкин https://t.me/ivan_abashkin
Отвечает на вопросы автор Метода - Алексей Васильев.
Слушать в Дзене
Слушать в Rutube
Слушать в VK
Слушать в YouTube
Слушать в Яндексе
Слушать в Podster.fm
Прочитать подробней про Метод управления проектным бизнесом https://pulsemanagement.org/
Задать вопрос в нашу радиопередачу: https://t.me/proprocess_ru
#подкаст
Audio
Выпуск №16. Оценка длительности задач
Подкаст Разговоры о проектном бизнесе. Выпуск 16.
Содержание выпуска:
- Оценка длительности задач.
- Почему мы должны отказаться от даты начала и даты завершения каждой задачи?
- Как действовать если нет дат начала и конца задач?
- Будет ли проект управляемым без жестких сроков задач?
- Как мне мотивировать людей работать, если у них нет даты окончания?
- Как мне влиять на людей, если нету сроков? (поощрять, ругать)
- Оценка задач в идеальных человеко-днях
- Как оценивать в идеальных человеко-днях?
- Как людям абстрагироваться от всех отвлечений при оценке?
- Если есть фоновая нагрузка в виде необходимости поддержки существующих продуктов и проектов, она учитывается при этой оценке или исключается?
- Ковбойский метод оценки что даёт и зачем нужен?
#подкаст
Подкаст Разговоры о проектном бизнесе. Выпуск 16.
Содержание выпуска:
- Оценка длительности задач.
- Почему мы должны отказаться от даты начала и даты завершения каждой задачи?
- Как действовать если нет дат начала и конца задач?
- Будет ли проект управляемым без жестких сроков задач?
- Как мне мотивировать людей работать, если у них нет даты окончания?
- Как мне влиять на людей, если нету сроков? (поощрять, ругать)
- Оценка задач в идеальных человеко-днях
- Как оценивать в идеальных человеко-днях?
- Как людям абстрагироваться от всех отвлечений при оценке?
- Если есть фоновая нагрузка в виде необходимости поддержки существующих продуктов и проектов, она учитывается при этой оценке или исключается?
- Ковбойский метод оценки что даёт и зачем нужен?
#подкаст
На днях на тренинге был вопрос о стыковке подходов с обычным управлением проектами. И на недавней конференции Форум по управлению проектами с коллегами обсуждали механики контроля проектов. В частности "Метод освоенного объема".
Метод освоенного объема даёт в целом хороший механизм получения индикаторов. НО! Есть несколько меленьких "но":
1. Индикаторы метода освоенного объема не имеют встроенных механизмов "что такое хорошо" и "что такое плохо". С этим каждый борется по своему задавая уровни отклонений.
2. Индексы отклонения по срокам хороши, но... получается если мы контролируем "допустимый уровень отклонений" , то значит у нас ЕСТЬ БУФЕР, но в расписании мы его не закладываем.
Как же так? Получается, как детской песенке песенке "Ж.па есть а слова нет". Резерв закладываем, но никому его не показываем, но что-то вычисляем.
#ccpm
Метод освоенного объема даёт в целом хороший механизм получения индикаторов. НО! Есть несколько меленьких "но":
1. Индикаторы метода освоенного объема не имеют встроенных механизмов "что такое хорошо" и "что такое плохо". С этим каждый борется по своему задавая уровни отклонений.
2. Индексы отклонения по срокам хороши, но... получается если мы контролируем "допустимый уровень отклонений" , то значит у нас ЕСТЬ БУФЕР, но в расписании мы его не закладываем.
Как же так? Получается, как детской песенке песенке "Ж.па есть а слова нет". Резерв закладываем, но никому его не показываем, но что-то вычисляем.
#ccpm