В блоге BIPULSE вышла статья:

История и предпосылки появления Agile-подходов

Применяя любые управленческие подходы необходимо их применять осмысленно, а не просто потому что "это модно" и "это популярно", "это у ХХХ получилось". И если "Свод знаний по управлению проектом" это сборник лучших практик, где почти в каждой главе указано "выбрите нужные для вас", то такого нельзя сказать про адаптивные подходы (Agile-подходы). Поэтом давайте разбираться с Agile-подходами к разработке программного обеспечения, почему появились и в чём ключевые отличия.

Чтобы понять почему адаптивные подходы получили популярность нужно понять историческую перспективу. Какая была ситуация на 1995-1996 год (даты выпуска XP, Scrum)? Что в корне изменилось?

Читать дальше

#статья #консервы #agile_цинизм

Хорошие у Перевозчика правила...

#консервы
#ccpm

По многочисленным просьбам, мы выпустили версию "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

В блоге BIPULSE вышла статья:

Карьерный рост как проект

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

Читать дальше

#статья #консервы

В блоге BIPULSE вышла статья:

Откуда взять Scrum Master-а когда бюджет не выделяют, но очень хочется

Так, как слова имеют значение, то давайте для начала определимcя с термином Scrum Master - я переведу его буквально "Хозяин Скрама". Непривычно да? Согласен! Однако, Скрам - это процессный каркас, поэтому предлагаю обобщить: "Хозяин процесса". Так чуть лучше, но предлагаю не использовать термин "Владелец процесса" здесь, так, как можно быть владельцем дома, но не быть его хозяином.

Итак, мы определись с термином, а теперь самый главный вопрос: зачем вам Хозяин процесса? Для какой цели он нужен?

Читать дальше

#статья #консервы

Самая популярная тема конференции "Форум по управлению проектами 2023' - как РП получить все нужные ресурсы для выполнения проектов.

Но если руководителю проекта нужно биться за ресурсы и доказывать его нужность и полезность, то у меня большие вопросы к Проектному офису, как-бы он не назывался формально.

Запуск проекта - это как выпуск водителя на маршрут. Если выпускать машину на маршрут с отсутствующим колесом, то как можно гарантировать выполнение заданий?

У проектного офиса всего две ключевых задачи:
1. Приоритизация проектов - а значит и выделение ресурсов. (То есть выпуск на маршрут)
2. Накопление опыта управления и ведения проектов.

Выпуск №15. Стратегия планирования проектов

- Что такое "стратегия планирования проектов"
- Варианты стратегий планиования проектов
- Необходимость фокусировки ресурсов организации
- Каскадироние и эшелонирование проектов
- Рабочие центры
- Аспекты "паралельного" выполнения проектов.
- Ресурс-ограничение и его влияение на проекты.
- Стратегия фокуса на одном проекте и ресурсный пул.
- Спринты и ритм проекта

Автор и ведущий Иван Абашкин https://t.me/ivan_abashkin
Отвечает на вопросы автор Метода - Алексей Васильев.

Слушать в Дзене
Слушать в Rutube
Слушать в VK
Слушать в YouTube
Слушать в Яндексе
Слушать в Podster.fm

Прочитать подробней про Метод управления проектным бизнесом https://pulsemanagement.org/
Задать вопрос в нашу радиопередачу: https://t.me/proprocess_ru

#подкаст

Выпуск №15. Стратегия планирования проектов

- Что такое "стратегия планирования проектов"
- Варианты стратегий планиования проектов
- Необходимость фокусировки ресурсов организации
- Каскадироние и эшелонирование проектов
- Рабочие центры
- Аспекты "паралельного" выполнения проектов.
- Ресурс-ограничение и его влияение на проекты.
- Стратегия фокуса на одном проекте и ресурсный пул.
- Спринты и ритм проекта

Автор и ведущий Иван Абашкин https://t.me/ivan_abashkin
Отвечает на вопросы автор Метода - Алексей Васильев.

Слушать в Дзене
Слушать в Rutube
Слушать в VK
Слушать в YouTube
Слушать в Яндексе
Слушать в Podster.fm

Прочитать подробней про Метод управления проектным бизнесом https://pulsemanagement.org/
Задать вопрос в нашу радиопередачу: https://t.me/proprocess_ru

#подкаст

https://youtu.be/wVTCVtExpVM


ТОС в медицине прямо сейчас

Фрагмент 16 подкаста. Про человеко-часы

Ведущий: Иван Абашкин, (ИА)
Отвечает на вопросы: Алексей Васильев (АВ)
Транскрабинг: Whipser AI

---
ИА: Оценка задач в идеальных человеко-днях, что такое идеальный человеко-день и как это вообще возможно в них оценивать?

АВ:
Когда я говорю про идеальный человеко-день, первое это реверанс в сторону экстремального программирования, термин взят оттуда, второе это вообще реверанс в сторону всяких agile подходов с их оценками в story-пойнтах.

Story-пойнты это единицы истории или единицы позиции к истории, которые показывают, насколько сложная задача, а также есть еще особенность в оценке в часах. Некоторые оценивают задачи в часах и тут тоже есть особенность.

Первое, мы не можем оценивать задачу или работу в часах, потому что час это "один час", это слишком маленькая единица, точнее слишком точная единица оценки для очень неточной работы.

Например, рабочий день начинается в 10 часов, в 13 часов дня обеденный перерыв начинается, задача на счета пол первого, длительность задачи по оценке один час, вопрос, когда будет закончена эта задача?

ИА: На следующий день, потому что я схожу, пообедаю, потом у меня начнется послеобеденная кома, мозг не работает, надо вспоминать, что делать, а давай-ка я отложу на следующий день

АВ: Точно! Работа будет закончена к обеду следующего дня, поэтому минимальная единица оценки, я обычно говорю, полдня, если IT проект посмотреть, там пока развернешь, пока проверишь, что все работает, пока поймешь, что делать надо и так далее. То есть, хотя у меня целая команда и ребятки там за час могли управиться, тем не менее оценка все равно полдня, меньше не бывает.

Некоторые могут поспорить, сказать, да нет, я оцениваю 15-минутные даже задачи!
Хорошо, вам нравится, вы оцениваете, 15-минутные, и может быть, даже это работает на какой-нибудь галерах. Только проблема в том, что с людьми на этих галерах что происходит? Если людям нравится, хорошо, люди просто могут прийти на галеры, полгода оттарабанить с таким микроменеджментом, сказать, спасибо за навыки, я пошел там, где комфортнее.

Тут, наверное, не стоит забывать еще про накладные расходы на само оценивание. Можно потратить полчаса на оценку 15-минутной задачи. Это полчаса, здесь важен сам способ оценки, так как мы позже
будем говорить про ковбойский метод, он позволит за 5 секунд очень много всего наоценивать, и мы можем быстро научиться. К тому же есть типовые оценки и так далее.

Здесь, поэтому важно, существует концепция идеального человеко-дня.

Я рассказал, час это слишком точная единица для очень неточной работы.

ИА: Следующий вопрос...

---

Вопрос: а такая расшифровка вообще читабельная?

#подкаст

Фрагмент 18 выпуска подкаста

==
– А зачем нам вообще спринты в нашем проектном управлении? Что нам это даёт? А то похоже что мы скрещиваем ужа с ужом, рождая какого-то Фронткенштейна. У нас есть календарно-сетевой график и как бы последовательность задач. Зачем нам еще какие-то спринты?

– Людям важны опорные точки. В экстремальном программировании у Бека еще в первой книжке был такой принцип "Действуйте в соответствии с инстинктами, а не вопреки".

Людям важны контрольные точки, проверки. И расставлять контрольные точки в календарно-сетевом графике достаточно сложно, они будут неритмичны. А нам важно, чтобы была привычка, чтобы эту привычку мы эксплуатировали.

Есть привычка каждое утро вставать и чистить зубы. Независимо от того, во сколько проснулся, утро начинается, во сколько проснулся, идешь чистить зубы. Почему? Привычка. Причем независимо от условий, в поезде, в походе и так далее.

Вот привычка, она работает, мы её эксплуатируем. Здесь то же самое. Если есть привычка каждый понедельник сверяться в план-факт, в 10 утра или в 11, когда все пришли в офис, то сверяемся в план-факт. Смотрим "что хотели сделать", "что получилось". Таким образом у нас есть привычка по планированию.

==
#подкаст

Выпуск №16. Оценка длительности задач

Подкаст Разговоры о проектном бизнесе. Выпуск 16.


#подкаст

Выпуск №16. Оценка длительности задач

Подкаст Разговоры о проектном бизнесе. Выпуск 16.

Содержание выпуска:

- Оценка длительности задач.
- Почему мы должны отказаться от даты начала и даты завершения каждой задачи?
- Как действовать если нет дат начала и конца задач?
- Будет ли проект управляемым без жестких сроков задач?
- Как мне мотивировать людей работать, если у них нет даты окончания?
- Как мне влиять на людей, если нету сроков? (поощрять, ругать)
- Оценка задач в идеальных человеко-днях
- Как оценивать в идеальных человеко-днях?
- Как людям абстрагироваться от всех отвлечений при оценке?
- Если есть фоновая нагрузка в виде необходимости поддержки существующих продуктов и проектов, она учитывается при этой оценке или исключается?
- Ковбойский метод оценки что даёт и зачем нужен?


Автор и ведущий Иван Абашкин https://t.me/ivan_abashkin
Отвечает на вопросы автор Метода - Алексей Васильев.

Слушать в Дзене
Слушать в Rutube
Слушать в VK
Слушать в YouTube
Слушать в Яндексе
Слушать в Podster.fm

Прочитать подробней про Метод управления проектным бизнесом https://pulsemanagement.org/
Задать вопрос в нашу радиопередачу: https://t.me/proprocess_ru

#подкаст

Выпуск №16. Оценка длительности задач

Подкаст Разговоры о проектном бизнесе. Выпуск 16.

Содержание выпуска:

- Оценка длительности задач.
- Почему мы должны отказаться от даты начала и даты завершения каждой задачи?
- Как действовать если нет дат начала и конца задач?
- Будет ли проект управляемым без жестких сроков задач?
- Как мне мотивировать людей работать, если у них нет даты окончания?
- Как мне влиять на людей, если нету сроков? (поощрять, ругать)
- Оценка задач в идеальных человеко-днях
- Как оценивать в идеальных человеко-днях?
- Как людям абстрагироваться от всех отвлечений при оценке?
- Если есть фоновая нагрузка в виде необходимости поддержки существующих продуктов и проектов, она учитывается при этой оценке или исключается?
- Ковбойский метод оценки что даёт и зачем нужен?

#подкаст

На днях на тренинге был вопрос о стыковке подходов с обычным управлением проектами. И на недавней конференции Форум по управлению проектами с коллегами обсуждали механики контроля проектов. В частности "Метод освоенного объема".

Метод освоенного объема даёт в целом хороший механизм получения индикаторов. НО! Есть несколько меленьких "но":

1. Индикаторы метода освоенного объема не имеют встроенных механизмов "что такое хорошо" и "что такое плохо". С этим каждый борется по своему задавая уровни отклонений.


2. Индексы отклонения по срокам хороши, но... получается если мы контролируем "допустимый уровень отклонений" , то значит у нас ЕСТЬ БУФЕР, но в расписании мы его не закладываем.

Как же так? Получается, как детской песенке песенке "Ж.па есть а слова нет". Резерв закладываем, но никому его не показываем, но что-то вычисляем.

#ccpm

В это воскресенье записали уже 20й выпуск подкаста про управление проектами методом Пульса.

Правда пока выкладывать не торопимся. В паблике только 16 выпуск.

Сегодня сделали отдельный канал с записями подкастов, чтобы удобно слушать прямо из Телеграмма:
https://t.me/bipulse_podcast

Применение Управления проектами критической цепи (Метод Критической Цепи, МКЦ) в строительных проектах.

В проектах капитального строительства часто каждый сокращенный день строительства это прибыль/экономия в миллионах рублей/долларов. Метод Управления проектами критической цепи позволяет сокращать сроки, строительства но за это есть расплата.

При применении МКЦ мы строим "сжатый" или "оптимистичный" график работ, и поэтому жесткого срока выхода подрядчика на объект нет. У этих сроков всегда есть "дрейф" вправо.

Но, часто даты выхода подрядчиков на объект контрактуются, и подрядчик может выполнять несколько проектов ему нужно их стыковать чтобы везде успеть. Поэтому подрядчики не готовы двигать сроки начала работ на объекте.

И такая ситуация - основное препятствие применения МКЦ в капитальном строительстве.

Когда нельзя но очень хочется, есть простое решение:
1. Разбить весь проект на этапы по строительной готовности для каждого подрядчика.
2. Построить оптимистичное расписание каждого этапа и контролировать его исполнение через буфер критической цепи. Убирая все препятствия в выполнении работ по проекту.

И если этап завершится сильно раньше целевого срока , то у вас останется два варианта действий:
1. Найти убедительный довод для подрядчика, чтобы он начал работы на своём этапе раньше оговоренных сроков.
2. Смотреть как несколько миллионов денег (рублей/долларов) убытков или недозаработанных испаряются каждый день.

Какой вариант вы выберете?

#ccpm

Паспорт проекта или Соглашение о Целях.

Пересматривая материалы по "классическому управлению проектами", и также вспоминая, что было на недавнем Форуме по управлению проектами и вопросам наших Клиентов, нашел, что все думают что "Паспорт проекта" это самый важный документ.

Однако, недавно запуская проектное управление по Методу в одной производственной компании, и применяя (ага сам) Правила Запуска проекта, Я нашел что самое важное это не сам результат выполнения правил - "Соглашение о целях проекта", самое важное это "Процесс по составлению Соглашения о целях проекта". Так, как только правильно выполненный Мыслительный Процесс даёт правильные ответы на вопросы о необходимости, целях и содержании проекта. Исключая большую часть последующих проблем.

По всей видимости, по аналогии с Мыслительными процессами Теории ограничений (Thinking processes), в следующих редакциях Метода я буду говорить про:
- Мыслительный процесс "Соглашение о целях проекта"
- Мыслительный процесс "Планирование проекта"
- Мыслительный процесс "Оценка длительности задач"
- Мыслительный процесс "Анализ угроз проекта"

То есть, это не просто "Мероприятие" и "Совещание" или "Алгоритм". Это именно "Мыслительный процесс" выработки решений. И относиться к нему нужно как к Мыслительному процессу, привлекая к выработке решений всех кто владеет ситуацией и понимает что-то в обсуждаемом вопросе.

Следствие из этого: ведущий мероприятия "Мыслительный процесс Соглашение о целях проекта" становится Исследователем, задавая неудобные вопросы: доведение до абсурда, "блондинка", "диверсионный анализ" и другие.

#метод #метод_пульса

Выпуск №17. Алгоритм оценки длительности задач

Подкаст Разговоры о проектном бизнесе. Выпуск 17.

#подкаст