Управление проектом через буфер критической цепи это просто иной подход к управлению через Контрольные точки (КТ).
В типовом управлении по КТ считаются отклонения в днях и по ним идёт сигнализация (зеленый - желтый - красный). Но проблема в том, что для разной длительности проекта и прогресса нужны разные границы зеленой-желтой-красной зоны. А график температур (fever chart) потребления буфера критической цепи это обеспечивает.
Примечание 1: Это верно для сценария когда расписание перестраивается каждый день и мы видим отклонение от КТ сразу, а не в момент её наступления. (и ИСУП поддерживает это режим).
Примечание 2: явное выделение времени для буфера критической цепи и иную оценку длительности я исключаю из этого сравнения.
#ccpm #метод_пульса #метод
В типовом управлении по КТ считаются отклонения в днях и по ним идёт сигнализация (зеленый - желтый - красный). Но проблема в том, что для разной длительности проекта и прогресса нужны разные границы зеленой-желтой-красной зоны. А график температур (fever chart) потребления буфера критической цепи это обеспечивает.
Примечание 1: Это верно для сценария когда расписание перестраивается каждый день и мы видим отклонение от КТ сразу, а не в момент её наступления. (и ИСУП поддерживает это режим).
Примечание 2: явное выделение времени для буфера критической цепи и иную оценку длительности я исключаю из этого сравнения.
#ccpm #метод_пульса #метод
Есть идея, а не провести ли мне вебинар на тему
"Pulse Management - another way to reach goals faster for IT and R&D companies"
то есть:
"Pulse Management - другой путь достижения целей быстрее для ИТ компаний и конструкторских бюро "
?
Тема доклада: рассказ о методе управления проектным бизнесом "Pulse Management" с точки зрения типовых решений Теории Ограничений и управления проектами критической Цепи. В формате обоснования решения по алгоритму "Стоя на плечах гигантов".
Это будет перевод моего доклада конференции Critcal chain 2022.
Поставьте лайк, если интересно.
"Pulse Management - another way to reach goals faster for IT and R&D companies"
то есть:
"Pulse Management - другой путь достижения целей быстрее для ИТ компаний и конструкторских бюро "
?
Тема доклада: рассказ о методе управления проектным бизнесом "Pulse Management" с точки зрения типовых решений Теории Ограничений и управления проектами критической Цепи. В формате обоснования решения по алгоритму "Стоя на плечах гигантов".
Это будет перевод моего доклада конференции Critcal chain 2022.
Поставьте лайк, если интересно.
🔥7👍5
Завтра (в среду) в 15-00 МСК
https://www.youtube.com/watch?v=PKXXBYe5kVI
Будет презентация книги Правила Потока.
=
Доктор Efrat Goldratt-Ashlag поделится историей своей новой книги «Правила потока Голдратта» 7 июня 2023 года в 8:00 по восточному времени (GMT-4). С тех пор, как The Goal была впервые представлена, #theoryofconstraints (TOC) эволюционировала и превратилась в одну из лучших методологий улучшения бизнеса, используемых сегодня в мире. Доктор Эфрат Голдратт-Ашлаг рассказал, что с момента своего новаторского выпуска в 1984 году «Цель» остается самым ценным шедевром Илая, неизменно являясь бестселлером номер один среди всех его работ. Тем не менее, Эли страстно подчеркивал, что управление проектами является первостепенной задачей, превосходящей производство, и незаменимой практикой, охватывающей все организации, отрасли и сектора. И именно в этой сфере #TOC может оказать глубокое и положительное влияние на человечество, применяя эти преобразующие правила. Эли Голдратт намеревался продвинуть свою раннюю работу над Critical Chain, но, к сожалению, его кончина оставила эту жизненно важную задачу в умелых руках Эфрата, который успешно завершил эту работу. Послушайте опыт Эфрат вместе с ее отцом, когда он разрабатывал теорию ограничений и критической цепи. Теперь ключ заключается в том, чтобы сохранить импульс осведомленности об этой знаковой работе и распространить ее влияние на мир управления проектами, точно так же, как The Goal произвела революцию в операционной среде. Присоединяйтесь к нам, чтобы почтить наследие доктора Голдратта и сотрудничать, чтобы повысить осведомленность о «Правилах потока Голдратта», особенно в академических кругах, ориентируясь на студентов и преподавателей. «Улучшение кровотока является основной целью каждой операции» ~ Д-р Эли Голдратт. Не пропустите эту живую премьеру 7 июня. Подпишитесь на @TOCICO на YouTube и включите уведомления.
==
Видимо это выкладка доклада с конференции, рекомендую.
https://www.youtube.com/watch?v=PKXXBYe5kVI
Будет презентация книги Правила Потока.
=
Доктор Efrat Goldratt-Ashlag поделится историей своей новой книги «Правила потока Голдратта» 7 июня 2023 года в 8:00 по восточному времени (GMT-4). С тех пор, как The Goal была впервые представлена, #theoryofconstraints (TOC) эволюционировала и превратилась в одну из лучших методологий улучшения бизнеса, используемых сегодня в мире. Доктор Эфрат Голдратт-Ашлаг рассказал, что с момента своего новаторского выпуска в 1984 году «Цель» остается самым ценным шедевром Илая, неизменно являясь бестселлером номер один среди всех его работ. Тем не менее, Эли страстно подчеркивал, что управление проектами является первостепенной задачей, превосходящей производство, и незаменимой практикой, охватывающей все организации, отрасли и сектора. И именно в этой сфере #TOC может оказать глубокое и положительное влияние на человечество, применяя эти преобразующие правила. Эли Голдратт намеревался продвинуть свою раннюю работу над Critical Chain, но, к сожалению, его кончина оставила эту жизненно важную задачу в умелых руках Эфрата, который успешно завершил эту работу. Послушайте опыт Эфрат вместе с ее отцом, когда он разрабатывал теорию ограничений и критической цепи. Теперь ключ заключается в том, чтобы сохранить импульс осведомленности об этой знаковой работе и распространить ее влияние на мир управления проектами, точно так же, как The Goal произвела революцию в операционной среде. Присоединяйтесь к нам, чтобы почтить наследие доктора Голдратта и сотрудничать, чтобы повысить осведомленность о «Правилах потока Голдратта», особенно в академических кругах, ориентируясь на студентов и преподавателей. «Улучшение кровотока является основной целью каждой операции» ~ Д-р Эли Голдратт. Не пропустите эту живую премьеру 7 июня. Подпишитесь на @TOCICO на YouTube и включите уведомления.
==
Видимо это выкладка доклада с конференции, рекомендую.
YouTube
Goldratt's Rules of Flow - My Story Behind the Book - Presented by Efrat Goldratt-Ashlag
Since The Goal was first introduced, the Theory of Constraints (TOC) has evolved and developed into one of the top business improvement methodologies used in the world today. Dr Efrat Goldratt-Ashlag has revealed that since its groundbreaking release in…
Как оценивать задачи в Story Points на Agile-проектах
Сейчас те, кто кто не начинал применение адаптивных подходов к разработке программного обеспечения в 2000 годах, а прошли различное обучение или по верхам нахватались, применяют для оценки длительности задач единицы Story Point (SP) - единицы историй. Но, часто , неправильно...
По сравнению с оценкой в человеко-днях, оценка в Story points - это относительная оценка задач. Такая оценка обеспечивает возможность учёта и управления ожиданиями Заказчика когда непонятно "что делать", но есть субъективное мнение "эта задача больше чем" или "эта задача меньше чем".
Читать дальше: https://bipulse.ru/blog/index.php?post/2023/06/07/How-to-use-story-points
#agile_цинизм #статья
Сейчас те, кто кто не начинал применение адаптивных подходов к разработке программного обеспечения в 2000 годах, а прошли различное обучение или по верхам нахватались, применяют для оценки длительности задач единицы Story Point (SP) - единицы историй. Но, часто , неправильно...
По сравнению с оценкой в человеко-днях, оценка в Story points - это относительная оценка задач. Такая оценка обеспечивает возможность учёта и управления ожиданиями Заказчика когда непонятно "что делать", но есть субъективное мнение "эта задача больше чем" или "эта задача меньше чем".
Читать дальше: https://bipulse.ru/blog/index.php?post/2023/06/07/How-to-use-story-points
#agile_цинизм #статья
bipulse.ru
Как оценивать задачи в Story Points на Agile-проектах
Сейчас те, кто кто не начинал применение адаптивных подходов к разработке программного обеспечения в 2000 годах, а прошли различное обучение или по верхам нахватались, применяют для оценки длительности задач единицы Story Point (SP) - единицы историй. Но…
🔥1
Управление проектным бизнесом
Photo
Кейс Ембрайер от Филиппа Мариса
===
E190-E2 - это среднемагистральный самолет, разработанный Embraer всего за пять лет.
Программа была инициирована в 2013 году и анонсирована на Парижском авиасалоне.
Цель состояла в том, чтобы разработать совершенно новый среднемагистральный самолет, основанный на новой промышленной архитектуре и новой цепочке поставок.
Программа была разделена на несколько рабочих пакетов, управляемых по методу управления проектами Critical Chain.
➡️ Embraer принял теорию ограничений в 1990 году и внедряет подход критической цепи с 2009 года.
➡️ Самолет E190-E2 является первым, полностью разработанным в соответствии с принципами критической цепи.
➡️ Уже на этапе планирования им удалось сократить продолжительность проекта на 22 месяца.
➡️ Каждый рабочий пакет имел буфер, и управление буфером контролировалось на протяжении всего выполнения рабочих пакетов.
➡️ Благодаря последующему наблюдению с помощью Fever Chart, они быстро отреагировали на заносы и закончили примерно на месяц раньше запланированного срока.
➡️ Эта система позволила правильно расставить приоритеты, сосредоточив усилия и внимание руководства на рабочих пакетах с наихудшим соотношением между ходом выполнения проекта и потреблением буфера, читаемых на диаграммах лихорадки.
Модель была сертифицирована и запущена в 2018 году, всего через пять лет после утверждения бизнес-плана, на месяц раньше запланированного срока. Подвиг!
==
#ccpm
===
E190-E2 - это среднемагистральный самолет, разработанный Embraer всего за пять лет.
Программа была инициирована в 2013 году и анонсирована на Парижском авиасалоне.
Цель состояла в том, чтобы разработать совершенно новый среднемагистральный самолет, основанный на новой промышленной архитектуре и новой цепочке поставок.
Программа была разделена на несколько рабочих пакетов, управляемых по методу управления проектами Critical Chain.
➡️ Embraer принял теорию ограничений в 1990 году и внедряет подход критической цепи с 2009 года.
➡️ Самолет E190-E2 является первым, полностью разработанным в соответствии с принципами критической цепи.
➡️ Уже на этапе планирования им удалось сократить продолжительность проекта на 22 месяца.
➡️ Каждый рабочий пакет имел буфер, и управление буфером контролировалось на протяжении всего выполнения рабочих пакетов.
➡️ Благодаря последующему наблюдению с помощью Fever Chart, они быстро отреагировали на заносы и закончили примерно на месяц раньше запланированного срока.
➡️ Эта система позволила правильно расставить приоритеты, сосредоточив усилия и внимание руководства на рабочих пакетах с наихудшим соотношением между ходом выполнения проекта и потреблением буфера, читаемых на диаграммах лихорадки.
Модель была сертифицирована и запущена в 2018 году, всего через пять лет после утверждения бизнес-плана, на месяц раньше запланированного срока. Подвиг!
==
#ccpm
Управление проектным бизнесом
Кейс Ембрайер от Филиппа Мариса === E190-E2 - это среднемагистральный самолет, разработанный Embraer всего за пять лет. Программа была инициирована в 2013 году и анонсирована на Парижском авиасалоне. Цель состояла в том, чтобы разработать совершенно новый…
Вот подробная презентация Edy Nilton D. Aparecido Embraer на английском языке, которая рассказывает эту замечательную историю:
https://www.youtube.com/watch?v=5Ag5tLgGpE4&feature=youtu.be
https://www.youtube.com/watch?v=5Ag5tLgGpE4&feature=youtu.be
YouTube
Embraer and ToC - A Journey of Achievements E-Jets E2 Program Development - Aparecido Edy
Embraer built a heritage out of challenging the impossible. The typical cycle of the development of a new Aviation Program is 7 to 9 years.The E2 Program is not only a new airplane, but also a new industrial architecture, a new supply chain, a new and more…
Forwarded from Alexey Vasilyev [bipulse.ru]
Выдержки из видео, благодаря @AbashkinIvan
==
Мы должны избегать плохой многозадачности на уровне задач, потому что это убивает нас. Она убивает наше время, нашу энергию и нашу мотивацию. Сегодняшняя культура поощряет постоянные перебои и восхваляет многозадачность, и мы платим за это большую цену.
...
Это проблема. Если мы хотим завершить проекты быстрее, нам нужно изменить наши личные привычки, а также организационную культуру, чтобы поощрять непрерывное время работы и противостоять плохой многозадачности.
==
когда прототип, новая инициатива не работает, мы сталкиваемся с двумя альтернативами. Одна - жаловаться на реальность, а другая - извлечь пользу из подарка, который она нам только что сделала, знание о том, что нужно исправить.
==
Улучшение потока - это основная цель каждой операции. Когда отец начал говорить в терминах потока, все последние части пазла начали вставать на свои места. Видение многопроектных сред как потока проектов, проходящих через операцию, имеет все смыслы в мире
==
я знаю, чего он ждал. Дело в том, что в начальный период он полагал, что фокус его решения в управлении проектами — это буферы. Буферы должны были использоваться для контроля над ходом проектов и сокращения сроков выполнения. Оказалось, что буферы важны, но они лишь часть картинки, и не самая главная. Акцент должен быть на управлении потоком. Чтобы доказать это, он должен был убедиться, что управление потоком достаточно для сокращения сроков. Так что он больше не нуждался в том, чтобы рекомендовать людям сокращать буферное время в два раза.
==
инженер, который встречался с моим отцом в BEDEC в начале 90-х. После долгой и успешной карьеры он ушёл на пенсию и угостил себя степенью MBA. Его обзор литературы охватывал все научные работы, которые упоминали CCPM с момента публикации книги "Critical Chain" и до настоящего времени. Он обнаружил, что практики, обеспечивающие механику управления проектами, такие как распределение и размер буферов, планирование и установка продолжительности задач, составляют 77% дискуссии. И очень мало внимания уделялось аспектам улучшения потока в CCPM. Казалось, что люди, как в академическом сообществе, так и в организациях, были знакомы с ранними концепциями CCPM и не знали о потрясающем развитии управления потоком.
В этой диссертации он затем провёл глубокие интервью с 15 ведущими экспертами в области CCPM, спросив их, каковы шансы успешно выполнить проекты, если их организация сосредоточена только на механике буферов и т.д. Ответ был единогласен. Все эксперты сказали, что без управления потоком шансы на успех невелики.
==
==
Мы должны избегать плохой многозадачности на уровне задач, потому что это убивает нас. Она убивает наше время, нашу энергию и нашу мотивацию. Сегодняшняя культура поощряет постоянные перебои и восхваляет многозадачность, и мы платим за это большую цену.
...
Это проблема. Если мы хотим завершить проекты быстрее, нам нужно изменить наши личные привычки, а также организационную культуру, чтобы поощрять непрерывное время работы и противостоять плохой многозадачности.
==
когда прототип, новая инициатива не работает, мы сталкиваемся с двумя альтернативами. Одна - жаловаться на реальность, а другая - извлечь пользу из подарка, который она нам только что сделала, знание о том, что нужно исправить.
==
Улучшение потока - это основная цель каждой операции. Когда отец начал говорить в терминах потока, все последние части пазла начали вставать на свои места. Видение многопроектных сред как потока проектов, проходящих через операцию, имеет все смыслы в мире
==
я знаю, чего он ждал. Дело в том, что в начальный период он полагал, что фокус его решения в управлении проектами — это буферы. Буферы должны были использоваться для контроля над ходом проектов и сокращения сроков выполнения. Оказалось, что буферы важны, но они лишь часть картинки, и не самая главная. Акцент должен быть на управлении потоком. Чтобы доказать это, он должен был убедиться, что управление потоком достаточно для сокращения сроков. Так что он больше не нуждался в том, чтобы рекомендовать людям сокращать буферное время в два раза.
==
инженер, который встречался с моим отцом в BEDEC в начале 90-х. После долгой и успешной карьеры он ушёл на пенсию и угостил себя степенью MBA. Его обзор литературы охватывал все научные работы, которые упоминали CCPM с момента публикации книги "Critical Chain" и до настоящего времени. Он обнаружил, что практики, обеспечивающие механику управления проектами, такие как распределение и размер буферов, планирование и установка продолжительности задач, составляют 77% дискуссии. И очень мало внимания уделялось аспектам улучшения потока в CCPM. Казалось, что люди, как в академическом сообществе, так и в организациях, были знакомы с ранними концепциями CCPM и не знали о потрясающем развитии управления потоком.
В этой диссертации он затем провёл глубокие интервью с 15 ведущими экспертами в области CCPM, спросив их, каковы шансы успешно выполнить проекты, если их организация сосредоточена только на механике буферов и т.д. Ответ был единогласен. Все эксперты сказали, что без управления потоком шансы на успех невелики.
==
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