Образцы паспорта проекта


5 года 4 мес. назад #50699 от Александр Запорожцев

Дмитрий Стукалов пишет: Если проблема в этом, то эффект чувствуется всегда, и нет причин ему пропасть с течением времени. Главное, чтобы работа в соответствии с новыми правилами стала нормой.

Как часто проблема в том?
Как часто работа по новым правилам затухает?

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.


5 года 4 мес. назад #50700 от Дмитрий Стукалов
Александр, мы далеко ушли за рамки темы!

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.


5 года 4 мес. назад #50702 от Андрей Николаевич
Моё мнение:
1. Для начала надо выбрать тему проекта. Не факт, что руководство делает это всегда правильно...
2. Никто не в состоянии поставить адекватную цель подробно не изучив процесс.
3. Выделение ресурсов для реализации проекта до его инициации (т.е. не понятно, что надо сделать) немного абсурдно... Правда есть методика реализации таких проектов в условиях высокой неопределённости, но тогда в исходной тройке (ресурсы-время-цель) должен быть как минимум один свободный (не ограниченный) параметр.
Поэтому считаю, что надо:
1. Назначить руководителя проекта.
2. Руководитель проекта проводит обоснование выбора темы проекта. Выбор проводится на основе целей компании.
3. Создаётся проектная группа из числа участников проекта.
4. Задаются потенциальные направления для улучшения и границы проекта. Создаётся карточка проекта.
5. Проводится сбор и анализ текущего состояния процесса. Внедряется производственный анализ. Картируется материальный и информационный поток.
6. Корректируются (актуализируются) направления для улучшения и границы проекта.
7. Разрабатывается идеальное состояние карты потока.
8. Разрабатывается целевое состояние карты потока. Устанавливаются цели по проекту. Уточняется карточка проекта. Разрабатывается план мероприятий по достижению целей проекта. Определяются сроки и ресурсы необходимые для реализации проекта.
9. Реализация плана мероприятий по достижению целей проекта.

Если говорить о карточке проекта, то это некоторый рабочий документ, который может быть актуализирован по мере необходимости, содержащий краткую информацию о проекте.

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.


5 года 4 мес. назад #50712 от Дмитрий Стукалов
Ну да, то есть логика такая: давайте назначим руководителя проекта, пусть он нам че-нить замутит...
А потом на стенах появляются карты процессов, создается отчет, и... Руководство компании, которое не всегда все понимает (даже тему выбрать не может), принимает решение распустить группу!
Знакомо?
;)

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.


5 года 4 мес. назад #50713 от Андрей Николаевич

Дмитрий Стукалов пишет: Ну да, то есть логика такая: давайте назначим руководителя проекта, пусть он нам че-нить замутит...
А потом на стенах появляются карты процессов, создается отчет, и... Руководство компании, которое не всегда все понимает (даже тему выбрать не может), принимает решение распустить группу!
Знакомо?
;)

Конечно знакомо. При этом ещё дают денег и ставят непонятные, никому не нужные цели. А в моём алгоритме есть пункт 2 в котором назначенный руководитель проекта проводит обоснование выбора проекта и доказывает, что надо заниматься именно этим. Дальнейшая работа без утверждения темы не проводится.

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.


5 года 4 мес. назад #50714 от Игорь Киселев
Большое спасибо за развернутый ответ. Ни в коем случае не противопоставляю, просто мысли.

Андрей Николаевич пишет: Моё мнение:
1. Для начала надо выбрать тему проекта. Не факт, что руководство делает это всегда правильно...

Должны быть поставлены корректные цели компании и из них уже следуют темы проекта (это в моей карточке есть)
+ Нужно исходить из Узкого места (ограничения) бизнес-системы на данный момент - если руководство не способно это сделать, то оно некомпетентно как руководство

Андрей Николаевич пишет: 2. Никто не в состоянии поставить адекватную цель подробно не изучив процесс.

В каком смысле адекватную? Мне кажется, что Вы говорите про большие проекты, революции. Это противоречит Кайдзен. Чем короче срок проекта, тем меньше неопределённость и вполне возможно поставить цель в формате минимум-норма-максимум. И проекты без достижения цели тоже никто не отменял. Почему-то все этого так боятся... )

Андрей Николаевич пишет: 3. Выделение ресурсов для реализации проекта до его инициации (т.е. не понятно, что надо сделать) немного абсурдно... Правда есть методика реализации таких проектов в условиях высокой неопределённости, но тогда в исходной тройке (ресурсы-время-цель) должен быть как минимум один свободный (не ограниченный) параметр.

Про ресурсы согласен, и для исследования (измерения) тоже нужны ресурсы.

Андрей Николаевич пишет: Поэтому считаю, что надо:
1. Назначить руководителя проекта.
2. Руководитель проекта проводит обоснование выбора темы проекта. Выбор проводится на основе целей компании.
3. Создаётся проектная группа из числа участников проекта.
4. Задаются потенциальные направления для улучшения и границы проекта. Создаётся карточка проекта.
5. Проводится сбор и анализ текущего состояния процесса. Внедряется производственный анализ. Картируется материальный и информационный поток.
6. Корректируются (актуализируются) направления для улучшения и границы проекта.
7. Разрабатывается идеальное состояние карты потока.
8. Разрабатывается целевое состояние карты потока. Устанавливаются цели по проекту. Уточняется карточка проекта. Разрабатывается план мероприятий по достижению целей проекта. Определяются сроки и ресурсы необходимые для реализации проекта.
9. Реализация плана мероприятий по достижению целей проекта.
Если говорить о карточке проекта, то это некоторый рабочий документ, который может быть актуализирован по мере необходимости, содержащий краткую информацию о проекте.

Придумана уже методология реализации DMAIC в 6 сигмах. Если проекты небольшие, то с ними легче справляться. Коллектив привыкает к ним и к изменениям, постепенно переучивается, приспосабливается.
Картирование - частный случай. Может быть использована куча инструментов по ситуации.
Ещё раз спасибо за конструктивные мысли.

tobetter.ru/ - Личный блог о практике Lean и другим вопросам развития...

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.


5 года 4 мес. назад #50716 от Андрей Николаевич

Игорь Киселев пишет:

Андрей Николаевич пишет: 2. Никто не в состоянии поставить адекватную цель подробно не изучив процесс.

В каком смысле адекватную? Мне кажется, что Вы говорите про большие проекты, революции. Это противоречит Кайдзен. Чем короче срок проекта, тем меньше неопределённость и вполне возможно поставить цель в формате минимум-норма-максимум. И проекты без достижения цели тоже никто не отменял. Почему-то все этого так боятся... )

Величина проекта не имеет значения. Не важно рассматриваете ли вы мега поток с точностью до передела или одно рабочее место с точностью до отдельного движения (приходилось и тем и другим заниматься). Пока вы не изучите текущее положение чели можно ставить экспертно, но согласитесь, что даже при большом опыте бывают ошибки как в ту, так и в другую сторону. Однако, если вы работаете на показатель (KPI), то обычно ставится заниженная цель. А если на результат, то адекватная, т.е. реально обоснованная и реально достижимая.

Игорь Киселев пишет: Придумана уже методология реализации DMAIC в 6 сигмах.

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

Игорь Киселев пишет: Если проекты небольшие, то с ними легче справляться. Коллектив привыкает к ним и к изменениям, постепенно переучивается, приспосабливается.

"Большие" и "маленькие" понятие субъективное - не интересно! Сама форма организации совершенствования процессов в виде проекта меня не совсем устраивает. Потому, что проект это мероприятие ограниченное во времени. Т.е. он рано или поздно кончится. А как же цикл PDCA?

Игорь Киселев пишет: Картирование - частный случай. Может быть использована куча инструментов по ситуации.
Ещё раз спасибо за конструктивные мысли.

Картирование - это наиболее общий из инструментов. Пока вы не изучите процесс вы ничего путного сделать не сможете... Хотя, наверное, то картирование, которое обычно делают в Lean, действительно можно не делать, вообще.

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.


5 года 4 мес. назад #50718 от Игорь Киселев
DMAIC
Определение
Измерение
Анализ
Реализация
Контроль
По остальному можно дискутировать, но не продуктивно. Всё зависит от конкретики и здравого смысла. На 90% согласен с Вашими тезисами.

tobetter.ru/ - Личный блог о практике Lean и другим вопросам развития...

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.


5 года 4 мес. назад #50719 от Андрей Николаевич

Игорь Киселев пишет: DMAIC
Определение
Измерение
Анализ
Реализация
Контроль

Игорь, а причём тут DMAIC? Это тот же PDCA только в профиль...
Можно еще А3 и 8D вспомнить.

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.


5 года 4 мес. назад #50720 от Игорь Киселев
Да, можно, но с какой целью? Вы просили, я расшифровал.

tobetter.ru/ - Личный блог о практике Lean и другим вопросам развития...

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

Работает на Kunena форум