Есть ли управление рисками в ИТ-проектах?
Часто (почти всегда), управления рисками в ИТ-проектах нет.
Потому что:
1. ИТ-проекты делают инженеры - им не интересно думать про и-риски.
2. ИТ-проектами ЧАСТО управляют инженеры - им нужно "пасти котов" а не заниматься и-рисками.
3. Заказчик ЧАСТО приходит с Решением, которое НЕ РЕШАЕТ его проблему.
4. Инженеры думают что, то что принёс Заказчик это о что ему НУЖНО.
5. Инженерам пофиг на цель Заказчика, интересней решать инженерную "вкусную" задачу.
Это характерно для всех знаниевых проектов. (могут быть вариации в зависимости от среды)
Из этих посылок я и свёл все в Метод Управления проектным бизнесом. Чтобы нормально управлять знаниевыми проекта.
(по следам одного из чатов)
@bipulse
Часто (почти всегда), управления рисками в ИТ-проектах нет.
Потому что:
1. ИТ-проекты делают инженеры - им не интересно думать про и-риски.
2. ИТ-проектами ЧАСТО управляют инженеры - им нужно "пасти котов" а не заниматься и-рисками.
3. Заказчик ЧАСТО приходит с Решением, которое НЕ РЕШАЕТ его проблему.
4. Инженеры думают что, то что принёс Заказчик это о что ему НУЖНО.
5. Инженерам пофиг на цель Заказчика, интересней решать инженерную "вкусную" задачу.
Это характерно для всех знаниевых проектов. (могут быть вариации в зависимости от среды)
Из этих посылок я и свёл все в Метод Управления проектным бизнесом. Чтобы нормально управлять знаниевыми проекта.
(по следам одного из чатов)
@bipulse
❤1
Можно ли получить устойчивый навык планирования проекта за 24 часа обучения
В одном чате возник спор про качество обучения навыками управления проектами. А так как мы (и я Алексей Васильев лично) проводим обучение управлению проектами, то мы можем утверждать что технология Метода и формат проводимого обучения действительно даёт начальные навыки управления для управления проектами на приемлемом уровне для последующей отработки и дальнейшего развития.
В качестве доказательства приведу пару примеров
Ситуация 1:
* Школьник, 14 лет, "вписался" управлять двумя проектами по созданию игр. Первая часть обоих проектов там это постановка цели и планирование достижения цели.
Начальные знания:
* Прочитал книгу "Управление проектным бизнесом"
* Послушал пару выпусков подкаста "Разговоры о Методе Управления проектным бизнесом" , где я про планирование рассказываю.
Итоги:
* Постановка цели проекта: 3 раунда для 2 проектов (2+1). - 1 корректировка по рекомендации. После 2 раундов по первому проекту, третий по второму уже прошел без ошибок.
* Планирование проекта - 2 корректировки. К 4 раунду планирования уже проводил планирование без ошибок.
И это при том, что он НЕ проходил моего системного обучения с практикой.
Ситуация 2.
Было:
Руководитель архитектурного бюро (самый главный архитектор). Задачи велись в Трелло.
Все проекты выполнялись с просрочкой.
Стало:
После объяснения как строить надежные планы (рекомендации Метода) и 3 корректировок самостоятельно начал планировать другие проекты и через 6 месяцев заполнил свой портфель проектов на 3 месяца вперед с успеваемостью всех вовремя.
Выводы:
* Навык постановки цели и планирования проекта отрабатывается за 24 часа обучения.
* Управлять планированием проекта можно даже зная контекста, потому что его знают владельцы экспертизы / исполнители / ГИПы.
* Нельзя путать качество планирования как процесса и содержание.
Бывает что в строительной среде есть выделенные планировщики проектов которые ДОЛЖНЫ понимать особенности строительства объектов, и они этого не понимают, это НЕ ТОЖЕ САМОЕ что навык планирования проекта.
Два примера выше показывают что технология планирования проекта одинаково работает и для опытного инженера и для школьника.
==
А 27 ноября стартует онлайн креш-курс "Выполнение проектов вовремя и с рамках бюджета" (по формуле 4 недели 8 занятий) , еще есть места но быстро заканчиваются. Когда будет следующий я не знаю (честно не знаю)
В одном чате возник спор про качество обучения навыками управления проектами. А так как мы (и я Алексей Васильев лично) проводим обучение управлению проектами, то мы можем утверждать что технология Метода и формат проводимого обучения действительно даёт начальные навыки управления для управления проектами на приемлемом уровне для последующей отработки и дальнейшего развития.
В качестве доказательства приведу пару примеров
Ситуация 1:
* Школьник, 14 лет, "вписался" управлять двумя проектами по созданию игр. Первая часть обоих проектов там это постановка цели и планирование достижения цели.
Начальные знания:
* Прочитал книгу "Управление проектным бизнесом"
* Послушал пару выпусков подкаста "Разговоры о Методе Управления проектным бизнесом" , где я про планирование рассказываю.
Итоги:
* Постановка цели проекта: 3 раунда для 2 проектов (2+1). - 1 корректировка по рекомендации. После 2 раундов по первому проекту, третий по второму уже прошел без ошибок.
* Планирование проекта - 2 корректировки. К 4 раунду планирования уже проводил планирование без ошибок.
И это при том, что он НЕ проходил моего системного обучения с практикой.
Ситуация 2.
Было:
Руководитель архитектурного бюро (самый главный архитектор). Задачи велись в Трелло.
Все проекты выполнялись с просрочкой.
Стало:
После объяснения как строить надежные планы (рекомендации Метода) и 3 корректировок самостоятельно начал планировать другие проекты и через 6 месяцев заполнил свой портфель проектов на 3 месяца вперед с успеваемостью всех вовремя.
Выводы:
* Навык постановки цели и планирования проекта отрабатывается за 24 часа обучения.
* Управлять планированием проекта можно даже зная контекста, потому что его знают владельцы экспертизы / исполнители / ГИПы.
* Нельзя путать качество планирования как процесса и содержание.
Бывает что в строительной среде есть выделенные планировщики проектов которые ДОЛЖНЫ понимать особенности строительства объектов, и они этого не понимают, это НЕ ТОЖЕ САМОЕ что навык планирования проекта.
Два примера выше показывают что технология планирования проекта одинаково работает и для опытного инженера и для школьника.
==
А 27 ноября стартует онлайн креш-курс "Выполнение проектов вовремя и с рамках бюджета" (по формуле 4 недели 8 занятий) , еще есть места но быстро заканчиваются. Когда будет следующий я не знаю (честно не знаю)
👍4🔥1
Вебинар буду проводить. 14 ноября , 11-00 МСК
Бесплатный вебинар "Как управлять проектом когда много изменений"
На вебинаре вы узнаете, как решать проблемы, которые возникают на проекте внезапно, но требуют немедленного решения. Расскажем, как обещать надежные сроки заказчикам, быть с ними на одной волне и преодолевать сопротивление.
Важные темы, рассматриваемые на вебинаре:
* Какие возможности есть для избегания встречи с «нежданчиком»
* Как обрабатывать «нежданчики»
* Как управлять заинтересованными сторонами, когда «нежданчик» всё-таки пришёл
* Как приоритизировать проекты когда их много
* Причём здесь Теория ограничений
Регистрация по ссылке:
https://pulsemanagement.timepad.ru/event/2666087/
Бесплатный вебинар "Как управлять проектом когда много изменений"
На вебинаре вы узнаете, как решать проблемы, которые возникают на проекте внезапно, но требуют немедленного решения. Расскажем, как обещать надежные сроки заказчикам, быть с ними на одной волне и преодолевать сопротивление.
Важные темы, рассматриваемые на вебинаре:
* Какие возможности есть для избегания встречи с «нежданчиком»
* Как обрабатывать «нежданчики»
* Как управлять заинтересованными сторонами, когда «нежданчик» всё-таки пришёл
* Как приоритизировать проекты когда их много
* Причём здесь Теория ограничений
Регистрация по ссылке:
https://pulsemanagement.timepad.ru/event/2666087/
pulsemanagement.timepad.ru
Бесплатный вебинар "Как управлять проектом когда много изменений" / События на TimePad.ru
На вебинаре вы узнаете, как решать проблемы, которые возникают на проекте внезапно, но требуют немедленного решения. Расскажем, как обещать надежные сроки заказчикам, быть с ними на одной волне и преодолевать сопротивление.
💯2❤1
Иногда я выступаю на конференциях. На этой конференции было сразу 2 доклада.
А по теме "Как ставить цель проекта так, чтобы её можно было достигнуть, а не как обычно" в этот четверг в 11-00 МСК будет вебинар:
https://pulsemanagement.timepad.ru/event/2680680/
А по теме "Как ставить цель проекта так, чтобы её можно было достигнуть, а не как обычно" в этот четверг в 11-00 МСК будет вебинар:
https://pulsemanagement.timepad.ru/event/2680680/
🔥2👍1
Правила программируют организацию, договаривайтесь о правилах!
Forwarded from Ivan Abashkin blog
Создание процессов и правил - это не просто бюрократическая забава, это фундаментальное основание любой организации. Но тут есть одно большое "но": эти правила и процессы должны быть не просто записаны, они должны быть живыми, дышащими договорённостями между людьми. Они должны быть чем-то большим, чем просто строки в инструкции, которую никто не читает.
Если процессы и правила взяты навязаны сверху, то люди будут следовать им лишь формально, и то, только под давлением. Но если эти процессы и правила рождаются из реального общения, из способности людей договариваться, решать проблемы и конфликты вместе, то это совершенно другая история. В этом случае формальная фиксация - это просто способ не забыть, но не более того.
Когда вы вводите правила и регламенты, даже если вы абсолютный гений в своем деле, вы рискуете унизить людей, для которых эти правила предназначены. Почему? Потому что вы своими действиями говорите: "Я знаю лучше". Но, черт возьми, откуда вы знаете, что действительно знаете лучше? Вы это доказали? Почему вы считаете, что имеете право решать за других?
Так вот, есть два пути. Первый - играть роль "большого папочки", кому все должны подчиняться. И да, люди могут подчиняться, но только потому, что они не имеют выбора. Второй путь - гораздо умнее. Это когда вы тонко подводите людей к тому, чтобы они сами пришли к нужным выводам. Вы не навязываете, а скорее направляете их мысли. Это искусство, требующее умения слушать, понимать и уважать других.
Помните, что в конечном итоге, самое важное в любой организации - это не процессы и правила, а люди, которые за ними стоят. Создавайте среду, где люди могут общаться, договариваться и решать проблемы вместе. Тогда процессы и правила будут не бременем, а естественным продолжением совместной работы и коллективной мудрости.
Если процессы и правила взяты навязаны сверху, то люди будут следовать им лишь формально, и то, только под давлением. Но если эти процессы и правила рождаются из реального общения, из способности людей договариваться, решать проблемы и конфликты вместе, то это совершенно другая история. В этом случае формальная фиксация - это просто способ не забыть, но не более того.
Когда вы вводите правила и регламенты, даже если вы абсолютный гений в своем деле, вы рискуете унизить людей, для которых эти правила предназначены. Почему? Потому что вы своими действиями говорите: "Я знаю лучше". Но, черт возьми, откуда вы знаете, что действительно знаете лучше? Вы это доказали? Почему вы считаете, что имеете право решать за других?
Так вот, есть два пути. Первый - играть роль "большого папочки", кому все должны подчиняться. И да, люди могут подчиняться, но только потому, что они не имеют выбора. Второй путь - гораздо умнее. Это когда вы тонко подводите людей к тому, чтобы они сами пришли к нужным выводам. Вы не навязываете, а скорее направляете их мысли. Это искусство, требующее умения слушать, понимать и уважать других.
Помните, что в конечном итоге, самое важное в любой организации - это не процессы и правила, а люди, которые за ними стоят. Создавайте среду, где люди могут общаться, договариваться и решать проблемы вместе. Тогда процессы и правила будут не бременем, а естественным продолжением совместной работы и коллективной мудрости.
🔥9
Про Винcтона Ройса, Agile и разработку программного обеспечения.
На заре индустрии разработки программного обеспечения был хороший доклад Винстона Ройса (Winston Royce 1970) про то, как БЫСТРЕЕ выводить программный продукт в эксплуатацию. Так, как основная проблема отрасли это... ОШИБКИ!
Ключевая мысль доклада: Пиши БОЛЬШЕ документов, чтобы БЫСТРЕЕ выводить программный продукт в эксплуатацию.
И тут стоит понимать, что в 1970 году, время от Идеи до осязаемого Результата - минимум 1 неделя, просто потому что технологии такие.
И тут на курсе (который сейчас провожу), при разборе применения Теории Ограничений коллеги заметили что, на самом деле Ройс решал проблему ЗАЩИТЫ ОГРАНИЧЕНИЯ!
То есть:
Пиши много документов для того, чтобы..... ЗАЩИТИТЬ ОГРАНИЧЕНИЕ!
Где Ограничение - машинное время ЭВМ.
Другими словами, это шаг "три" из пяти фокусирующих шагов ТОС.
Отсюда вывод:
Если у вас разработчики - это Ограничение, то им нужны Аналитики и Архитекторы, как "цех заготовки". Чтобы разработчики делали то, что нужно сделать и не делали то, что не нужно делать. И была "полная комплектация" перед началом работы по задаче.
#ответы_на_вопросы #TOC
На заре индустрии разработки программного обеспечения был хороший доклад Винстона Ройса (Winston Royce 1970) про то, как БЫСТРЕЕ выводить программный продукт в эксплуатацию. Так, как основная проблема отрасли это... ОШИБКИ!
Ключевая мысль доклада: Пиши БОЛЬШЕ документов, чтобы БЫСТРЕЕ выводить программный продукт в эксплуатацию.
И тут стоит понимать, что в 1970 году, время от Идеи до осязаемого Результата - минимум 1 неделя, просто потому что технологии такие.
И тут на курсе (который сейчас провожу), при разборе применения Теории Ограничений коллеги заметили что, на самом деле Ройс решал проблему ЗАЩИТЫ ОГРАНИЧЕНИЯ!
То есть:
Пиши много документов для того, чтобы..... ЗАЩИТИТЬ ОГРАНИЧЕНИЕ!
Где Ограничение - машинное время ЭВМ.
Другими словами, это шаг "три" из пяти фокусирующих шагов ТОС.
Отсюда вывод:
Если у вас разработчики - это Ограничение, то им нужны Аналитики и Архитекторы, как "цех заготовки". Чтобы разработчики делали то, что нужно сделать и не делали то, что не нужно делать. И была "полная комплектация" перед началом работы по задаче.
#ответы_на_вопросы #TOC
🔥7👍3
Уведомление BIPULSE
С 02:00 до 07:00 МСК в четверг, 14 декабря, может быть недоступность сервиса в течение 5-40 минут. в связи с техническими работами на оборудовании.
#bipulse
С 02:00 до 07:00 МСК в четверг, 14 декабря, может быть недоступность сервиса в течение 5-40 минут. в связи с техническими работами на оборудовании.
#bipulse
Forwarded from Ivan Abashkin blog
Что выгоднее взять в работу? На чем именно сконцентрироваться? Если вам сложно принимать решения о приоритетах - то это сообщение для вас.
Алексей Васильев опубликовал у себя на сайте статью про метод приоритизации инициатив, с помощью которого можно быстро оценить, что брать в работу в первую очередь, а что вообще делать не нужно. Метод простой и призван экономить мыслетопливо и время в процессе принятия решений.
На самом деле, этот подход можно использовать не только на стратегическом уровне предприятия, но и для приоритизации личных проектов в вашей жизни.
Пользуйтесь! Если что-то не понятно - спрашивайте. Помогу объяснить непонятные моменты по инструменту.
Алексей Васильев опубликовал у себя на сайте статью про метод приоритизации инициатив, с помощью которого можно быстро оценить, что брать в работу в первую очередь, а что вообще делать не нужно. Метод простой и призван экономить мыслетопливо и время в процессе принятия решений.
На самом деле, этот подход можно использовать не только на стратегическом уровне предприятия, но и для приоритизации личных проектов в вашей жизни.
Пользуйтесь! Если что-то не понятно - спрашивайте. Помогу объяснить непонятные моменты по инструменту.
Pulse Management
Как выбирать проекты - Pulse Management
Основной проблемой проектов развития бизнеса или Продукта является то, что непонятно “Какой проект сделать в первую очередь?” и “Делать ли проект?”. Метод управления проектным бизнесом “Pulse Management” говорит “Договоритесь о правилах взятия инициатив в…
🔥2
Коллеги, Проектная ассоциация готовит план вебинаров на январь-март.
> Предлагаем спикерам выступить с темой "Стандарты проектного управления".
>Мы и хотим представить методики стандарты и прочие российские придумки.
Кто хочет про Метод рассказать? (Раскрыть суть как пользователь методики)
Я могу поддержать, раскрыть какие-то детали, помочь в подготовке доклада.
> Предлагаем спикерам выступить с темой "Стандарты проектного управления".
>Мы и хотим представить методики стандарты и прочие российские придумки.
Кто хочет про Метод рассказать? (Раскрыть суть как пользователь методики)
Я могу поддержать, раскрыть какие-то детали, помочь в подготовке доклада.
🔥4
Видео конференции 2017 года "Теория ограничений и другие управленческие подходы" организованной Жизнеспособной Системой управления
Рави Гилани об ограничении денег
https://www.youtube.com/watch?v=7YEOhmcr5FQ
Рави Гилани об ограничении денег
https://www.youtube.com/watch?v=7YEOhmcr5FQ
YouTube
Рави Гилани об ограничении денег
Выступление на конференции, организованной Жизнеспособной Системой управления в Петербурге в мае 2017 года
👍1🔥1
Видео конференции 2017 года "Теория ограничений и другие управленческие подходы" организованной Жизнеспособной Системой управления
Эли Шрагенхайм об основных открытиях Теории ограничений
https://www.youtube.com/watch?v=8n57by6wHJw
Эли Шрагенхайм об основных открытиях Теории ограничений
https://www.youtube.com/watch?v=8n57by6wHJw
YouTube
Эли Шрагенхайм об основных открытиях Теории ограничений
Выступление в мае 2017 на конференции, организованной Жизнеспособной Системой Управления в Петербурге
👍3
Видео конференции 2017 года "Теория ограничений и другие управленческие подходы" организованной Жизнеспособной Системой управления
Филипп Маррис о концепции TLS (TOC + Lean + Six Sigma )
https://www.youtube.com/watch?v=d6EirdMwWS4
Филипп Маррис о концепции TLS (TOC + Lean + Six Sigma )
https://www.youtube.com/watch?v=d6EirdMwWS4
YouTube
Филипп Маррис о концепции TLS
Выступление на конференции в Петербурге в мае 2017 года
Какой размер буфера критической закладывать
Управление проектами критической цепи (CCPM) от первопроходцев предлагает несколько вариантов:
Метод 1: 50% длительности цепи. Исходя из базовой посылки что нам дают пессимистичную оценку длительности работ.
Метод 2: квадратный корень суммы квадратов (КСК, SSQ — Square Root of the Sum of the Squares). В методе КСК используется информация о двух длительностях каждой операции в цепи — наиболее вероятной и средней. (стр 197 Лоуренс Лича)
Этот метод базируется на том что "наиболее вероятная оценка" - это некоторая стандартизированная оценка по историческим данным, или оценка в нормо-часах для известной работы. В то время, как пессимистичная оценка это "отклонение" (сигма)
Метод управления проектным бизнесом подходит к оценке иначе:
Метод 3: Сумма всех разниц между оптимистичной и пессимистичной оценкой работ на критической цепи.
Этот метод базируется на том, что у нас нет стандартных нормо-часов, а значит и разница между оценками не будет считаться "отклонением". Также, в знаниевых проектах (ИТ, НИОКР) мы многого не знаем о сути работы и там есть встроенные "особые причины вариабельности" (то есть неизвестные угрозы) которые нужно учитывать для расчёта надежного срока проекта.
И если CCPM предлагает выбрать Метод 1 или Метод 2 ,то Метод управления проектным бизнесом говорит "Выбирай больший размер из Метода 1 или 3" для обеспечения надежной защиты срока завершения проекта.
#метод #метод_пульса #ccpm
Управление проектами критической цепи (CCPM) от первопроходцев предлагает несколько вариантов:
Метод 1: 50% длительности цепи. Исходя из базовой посылки что нам дают пессимистичную оценку длительности работ.
Метод 2: квадратный корень суммы квадратов (КСК, SSQ — Square Root of the Sum of the Squares). В методе КСК используется информация о двух длительностях каждой операции в цепи — наиболее вероятной и средней. (стр 197 Лоуренс Лича)
Этот метод базируется на том что "наиболее вероятная оценка" - это некоторая стандартизированная оценка по историческим данным, или оценка в нормо-часах для известной работы. В то время, как пессимистичная оценка это "отклонение" (сигма)
Метод управления проектным бизнесом подходит к оценке иначе:
Метод 3: Сумма всех разниц между оптимистичной и пессимистичной оценкой работ на критической цепи.
Этот метод базируется на том, что у нас нет стандартных нормо-часов, а значит и разница между оценками не будет считаться "отклонением". Также, в знаниевых проектах (ИТ, НИОКР) мы многого не знаем о сути работы и там есть встроенные "особые причины вариабельности" (то есть неизвестные угрозы) которые нужно учитывать для расчёта надежного срока проекта.
И если CCPM предлагает выбрать Метод 1 или Метод 2 ,то Метод управления проектным бизнесом говорит "Выбирай больший размер из Метода 1 или 3" для обеспечения надежной защиты срока завершения проекта.
#метод #метод_пульса #ccpm
👍1
Видео конференции 2017 года "Теория ограничений и другие управленческие подходы" организованной Жизнеспособной Системой управления
Виктор Вальчук об интегрированной Трубе продаж
https://www.youtube.com/watch?v=a0rIe_BM6XE
Виктор Вальчук об интегрированной Трубе продаж
https://www.youtube.com/watch?v=a0rIe_BM6XE
YouTube
Виктор Вальчук об интегрированной Трубе продаж
Выступление на конференции в Петербурге в мае 2017
Видео конференции 2017 года "Теория ограничений и другие управленческие подходы" организованной Жизнеспособной Системой управления
Дмитрий Егоров. Опыт внедрения решений ТОС. История ошибок и поисков решений
https://youtu.be/qXrmK-91zxY?si=zNz0DrbAQWf4lqmQ
Дмитрий Егоров. Опыт внедрения решений ТОС. История ошибок и поисков решений
https://youtu.be/qXrmK-91zxY?si=zNz0DrbAQWf4lqmQ
YouTube
Дмитрий Егоров. Опыт внедрения решений ТОС. История ошибок и поисков решений
Выступление на конференции в Петербурге в мае 2017 года
🔥1