Вышли новые страницы TOC BOK
At this time, there are now 7 TOC BOK papers which TOCICO has formally recognized as new TOC knowledge:
* Standing on the Shoulders of Giants (Four Concepts of Flow) by Dr. Eli Goldratt
* The Six-Step Process for Standing on the Shoulders of Giants by Dr. Lisa Anne Ferguson
* The TOC Pillars by Humberto Baptista
* Goldratt Six Questions by Eli Schragenheim
* Mystery Analysis by Yuji Kishira
* Unique Features of Government and How Governance Could be Assisted by the Theory of Constraints by Alfredo Mycue and Eli Schragenheim
* Cash Constraint and Cash Buffer by Ravi Gilani
https://www.tocico.org/page/TOCBodyofKnowledge
#tocico
At this time, there are now 7 TOC BOK papers which TOCICO has formally recognized as new TOC knowledge:
* Standing on the Shoulders of Giants (Four Concepts of Flow) by Dr. Eli Goldratt
* The Six-Step Process for Standing on the Shoulders of Giants by Dr. Lisa Anne Ferguson
* The TOC Pillars by Humberto Baptista
* Goldratt Six Questions by Eli Schragenheim
* Mystery Analysis by Yuji Kishira
* Unique Features of Government and How Governance Could be Assisted by the Theory of Constraints by Alfredo Mycue and Eli Schragenheim
* Cash Constraint and Cash Buffer by Ravi Gilani
https://www.tocico.org/page/TOCBodyofKnowledge
#tocico
Agile-манифест ценности. Часть 2.
Работающий продукт важнее исчерпывающей документации
(Дорогой собрат инженер - твои выкладки в документах конечно хороши, но ты не забыл что Клиенту нужно чтобы что-то работало? )
Сотрудничество с заказчиком важнее согласования условий контракта
(Ты же согласен с тем что Клиент не знает что он хочет? Это значит что как бы мы не фиксировали в ТЗ все его хотелки, всё равно будут изменения. Клиенту важнее что он хочет, наше дело реализовать в полном объеме то, что хочет. И нет, мы не бизнес-аналитики и не можем указывать клиенту что ему на самом деле надо. )
Готовность к изменениям важнее следования первоначальному плану
(Если мы точно не знаем какую проблему решает Клиент, то мы будем подстраиваться под него. Для этого подумай о гибкой архитектуре.)
То есть, не отрицая важности того, что справа, мы всё-таки больше ценим то, что слева.
(Дорогой собрат инженер, тебе как мне интересно перехитрить самого себя в лучших инженерных решениях, поэтому пусть Клиент за это платит, если он не может определить Цель точно)
#agile
Работающий продукт важнее исчерпывающей документации
(Дорогой собрат инженер - твои выкладки в документах конечно хороши, но ты не забыл что Клиенту нужно чтобы что-то работало? )
Сотрудничество с заказчиком важнее согласования условий контракта
(Ты же согласен с тем что Клиент не знает что он хочет? Это значит что как бы мы не фиксировали в ТЗ все его хотелки, всё равно будут изменения. Клиенту важнее что он хочет, наше дело реализовать в полном объеме то, что хочет. И нет, мы не бизнес-аналитики и не можем указывать клиенту что ему на самом деле надо. )
Готовность к изменениям важнее следования первоначальному плану
(Если мы точно не знаем какую проблему решает Клиент, то мы будем подстраиваться под него. Для этого подумай о гибкой архитектуре.)
То есть, не отрицая важности того, что справа, мы всё-таки больше ценим то, что слева.
(Дорогой собрат инженер, тебе как мне интересно перехитрить самого себя в лучших инженерных решениях, поэтому пусть Клиент за это платит, если он не может определить Цель точно)
#agile
== Agil-манифест. Принципы часть 1.==
Мы следуем таким принципам:
(Если у нас есть принципы, то мы можем из них развивать ценности. Это математика)
Наивысшим приоритетом для нас является удовлетворение потребностей заказчика, благодаря регулярной и ранней поставке ценного программного обеспечения.
(Мы, с тобой брат, инженеры, а не аналитики. Мы умеем конструировать лучшие решения под заказ, а не выяснять проблемы в голове Заказчика. Если Заказчик не знает что хочет, мы ВЫНУЖДЕНЫ экспериментально это выяснять. Поэтому давай чаще поставлять чтобы корректировать)
Изменение требований приветствуется, даже на поздних стадиях разработки. Agile-процессы позволяют использовать изменения для обеспечения заказчику конкурентного преимущества.
(Если Клиент не понимает "что хочет", значит давай запроектируем гибкую архитектуру и применим всю мощь XP/Crystal/Agile-process для поддержания надежности продукта чтобы он не развалился при изменениях)
#agile
Мы следуем таким принципам:
(Если у нас есть принципы, то мы можем из них развивать ценности. Это математика)
Наивысшим приоритетом для нас является удовлетворение потребностей заказчика, благодаря регулярной и ранней поставке ценного программного обеспечения.
(Мы, с тобой брат, инженеры, а не аналитики. Мы умеем конструировать лучшие решения под заказ, а не выяснять проблемы в голове Заказчика. Если Заказчик не знает что хочет, мы ВЫНУЖДЕНЫ экспериментально это выяснять. Поэтому давай чаще поставлять чтобы корректировать)
Изменение требований приветствуется, даже на поздних стадиях разработки. Agile-процессы позволяют использовать изменения для обеспечения заказчику конкурентного преимущества.
(Если Клиент не понимает "что хочет", значит давай запроектируем гибкую архитектуру и применим всю мощь XP/Crystal/Agile-process для поддержания надежности продукта чтобы он не развалился при изменениях)
#agile
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