Коллеги, добрый день.

От одного из наших коллеги, поступил вопрос «Какие навыки РП важны для успешной оценки проекта?»

Постараюсь ответить на этот вопрос.

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

Теперь подетальнее…

Первое, о чем надо поговорить, как РП делает оценку:
✅ «Сверху-вниз», то есть, как я говорю, «я отгадаю эту мелодию за 7 нот». Т.е. оценка делается так: чтобы исполнить этот проект, мне надо 5 человек на 100% на 10 месяцев. А далее бюджет формируется по формуле

количество человек * загрузка * месяцы * 164 часа в месяц * внешняя ставка специалиста.

✅«Снизу-вверх», т.е. от детальных задач. Обычно такую оценку делают предметные специалисты (аналитики, архитекторы, разработчики). Такой подход может, конечно, использовать и РП. При этом подходе смотрят какие конкретно работы надо исполнить, какой по ним срок, трудозатраты. По сути это подход с формированием почти детального плана-графика работ, а потом опять риски, управление, ставка и в итоге общий бюджет проекта.

Подход «Сверху-вниз» основан абсолютно на опыте.
А вот подход «Снизу-вверх» как раз базируется не только на опыте, но и на знаниях специфики отрасли заказчика (специфики автоматизируемых процессов), программного продукта, проектных технологий и жизненного цикла (этапов, работ внутри этапов, результирующих документов), понимания сложности оргструктуры компании-заказчика.

Чем можно пользоваться 📕:
1️⃣ Рекомендуемые формы для расчета бюджета проекта можно взять в базах знаний ПрофКейс.
2️⃣ Комментарии к этим формам в виде электронной книги «Методическое пособие по расчету стоимости проектов и организации участия в тендерных процедурах» на стартовой странице Партвеба.
3️⃣ Список проектных работ 1С:ТКВ 2.0. как чек-лист – все ли работы вы включили в проект.
4️⃣ Знание ПП – обучение и изучение ПП.
5️⃣ А вот знание специфики отрасли, понимания сложности – это опыт.

#Предметные_вопросы

Добрый день!

27 мая 2025 года фирма "1С" совместно с Центром разработки ITLand проводит вебинар "1C:PM Управление проектами КОРП - обзор новой 5 редакции: портфели, фазы проектов, инвестиции, риски и иерархические проекты", приглашаем принять участие.

Цели вебинара:
Рассказать о расширенных функциональных возможностях новой 5 редакции программного продукта "1C:PM Управление проектами КОРП", предназначенного для автоматизации управления проектами, портфелями и программами проектов крупных и средних предприятий, а также подразделений холдингов, использующих управление проектами в своей деятельности.

Основные темы вебинара:
✅ Краткий обзор линейки решений "1С:PM Управление проектами": назначение, варианты поставки и обзор функциональных возможностей;
✅ Обзор ключевых изменений в новой 5 редакции "1C:PM Управление проектами КОРП":
-инструменты по работе со структурой проекта, программы, портфеля и диаграммой Ганта;
- многомерные и иерархические проекты;
- фазы и контрольные точки проекта, управление рисками;
- заявки на проекты и формирование инвестиционной программы;
годовые объемы проектов: законтрактованные и перспективные;
- оценка проекта и расчет цены контракта, управление проектными договорами и обязательствами;
- статус-отчеты по проектам, актуализация и мониторинг;
- работа подразделений и субподряд.
✅ Интеграционные возможности и порядок перехода на новую 5 редакцию;
✅ Кейсы заказчиков, выбравших "1C:PM Управление проектами КОРП";
✅ Ответы на вопросы.

Участие в вебинаре бесплатное. Для участия в вебинаре нужно предварительно зарегистрироваться по ссылке.

Вебинар будет проводиться 27 мая 2025 года, начало в 11:00 по московскому времени, ориентировочная продолжительность – 1,5 часа.

Всем привет.

💗 Эмоции...

Сегодня стартонул 14 поток курса "Управление проектами на основе 1С:ТКВ 2.0"

🤩 Ого, уже 14-ый ‼️ как много 🔥

Обучилось 350 человек 😭 как мало...

Вот такие мы, люди... всегда в эмоциях, и в поиске баланса...

Всем, здравствуйте.
Задалась вопросом – есть ли грейды у РП и как их определить?
Выделила 3 грейда:
1️⃣ Начинающий РП. Тот кто еще не имеет серьезных навыков планирования проектов, только начинает свой путь с этом направлении. Каждый проект для него в новинку. Не отлажен навык переговоров, навык организации работ внутри команды. Да, он знает инструменты, но опыта применения еще мало. Поэтому начинающему РП обязательно нужен наставник, который поможет спланировать проект, выбрать инструменты организации и контроля работ, будет поддерживать на переговорах с заказчиком. А вот работы внутри команды он все еже оставит исключительно начинающему РП – пусть тренируется.
2️⃣ Состоявшийся РП. За плечами уже достаточно проектов. Планирование, организация и контроль выстроены. И не только с учетом корпоративных инструментов и подходов, но и личных практик. Для такого РП рутиной являются обычные проекты внедрения одной или двух систем в средних компаниях: когда нет очень серьезных требований к документированию, формализации и бюрократии. Состоявшемуся РП отдают на исполнение проекты «живые», динамичные, с понятными целями. Не политические и не бюрократические.
3️⃣ Как мы говорим, корпоративный РП. Это уже РП, который 100% знает и понимает как управлять проектами. Но клиенты становятся «массивнее» - больше заинтересованных сторон с разными ожиданиями, больше задействованных организаций в проекте – почти всегда ген и суб подряд, больше окружение проекта, больше территориальные рамки проекта. И отсюда сложные «политические» условия внутри проекта, требования к организации работ нескольких команд и т.д.
Как вы считаете жизнеспособные грейды?
Или что-то не учла?

Коллеги, добрый день.

Опять пропала надолго, но была причина 🥹
И я с новостями... ‼️

Занималась созданием модели компетенций по позиции "Руководитель проекта".

В ближайшее время подготовлю В-версию для вычитки, выверки.

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

Ориентировочно середина - конец июля.

Кто готов участвовать прошу написать мне личное сообщение:
- ФИО
- компания
- должность
- эл. почта

Набираем группу примерно в 20 человек.

Пишите ✏️

Коллеги, добрый день.
Спасибо 💥 фокус-группу 💥 по модели компетенций по позиции "Руководитель проекта" собрали.

Коллеги, добрый день.

🆕 Новость 🆕

Мы все стараемся 😌

Перевели курс "Что, кем, когда? План-график проекта" в супер удобный формат. Теперь это ВИДЕОКУРС.

Приобретайте, изучайте - ссылка.

#Обучение_РП

Коллеги, добрый день.

❓ Что вы видите на картинке ❓

То же что и я ❓🙈

Всем привет!

Запланировали следующий "Пресейл" на 20 августа. Записывайтесь сами и зовите коллег - будет познавательно, эмоционально и полезно ✋

Ссылка для записи: https://uc1.1c.ru/course/biznes-igra-presejl/

А мы хотим посоветоваться с вами, какой кейс разобрать на игре:
- продажа небольшого проекта по внедрению 11 УТшки вместо в хлам перепиленной 10ки, т.к. не всем заходит корп. сегмент и был запрос на проекты поменьше
- не отходить от темы корпоративных внедрений и отыграть политические дрязги среди ЛПР заказчика и дать участникам прочувствовать в корпоративной войне при выборе подрядчика крупного проекта по внедрению ERP.

Если есть еще идеи - предлагайте в комментариях 🕺

Пост родился из предыдущего опроса про актуальность «гибрида».

Уважаемая аудитория! Сразу оговорюсь. Ни в коей мере не имею ввиду этот пост каким-то личным, осуждающим или обсуждающим тех, кто участвовал в опросе.
Наоборот, безмерно благодарна, тем кто активно участвует в жизни канала 👏 Спасибо ☺️
Выши ответы на вопросы в канале - запускают цепочку мыслей, рассуждений...

И тут именно так.
Поделюсь своими мыслями, не про вас, про себя… 💭💭💭
Это мысли возникшие, обращу внимание, первыми, вот прям сразу после просмотра первых результатов голосования. А значит, 🦋 почти бессознательные 🦋, то что возникло без анализа «что, как и почему»…. И кстати, пока писала этот пост, возникли уже другие мысли – сознательные. Поделюсь ими чуть позже…

А сейчас про бессознательные ощущения.
Вот уже не первый раз наблюдаю картину…
Появляется что-то новое – 🆕 технология, 🆕 подход, 🆕 инструмент.
И все начинают активно его обсуждать 💬💬💬💬💬, да ладно обсуждать, иногда просто сразу применять . Применять так, как понимают. 🆗

Вспомним Agile.
Как он появился официально 🔥🔥🔥 Какой восторг 🌟🌟🌟 Как стали его сразу применять, не совсем, не до конца понимая его сути. Как он перестал, бедненький, нравится в процессе применения… 🥵 И как о нем все обидно забыли, незаслуженно 😭😭😭
И тут про гибрид опять аналогичная ситуация? Скорее да… 😭

Мы люди, нам интересно новое, старое кажется нам обыденным и скучным. Наверно причина в этом…

⏰ Теперь о сознательном ...
Включился анализ, рассуждения… 🔎⏳ И думаю, а почему «Не хотят поговорить о гибриде»?

Ведь не просто же так…
〰️ Может – изучили и применяют. Так что ж разговаривать, если уже это все в работе и обкатано.
〰️ Может – изучили и решили, что применять не будут. Отсюда и отсутствие интереса.
〰️ Может – даже не изучали, но есть своя устоявшаяся технология и менять ее не планируют. А по приоритетам изучать что-то новое сейчас ну никак, тем более болтать об этом.

А почему вы проголосовали «Против» обсуждения гибрида?

Добрый день.
Обещала про "гибрид".
Давайте попробуем порассуждать о нем.

То, что пишу в этом посте, создано, конечно, совместно с партнерами ✊

На картинке: Жизненный цикл проекта по технологии "Гибрид".
Немного комментариев...

Гибридная проектная технология объединяет «сильные» стороны классической каскадной модели и продвинутой гибкой разработки.

✅ Основные постулаты:
• Согласно правилам каскадной модели производится верхнеуровневое планирование и формирование бюджета проекта. Это дает понимание состава работ, этапов и ориентировочных сроков, стоимости и результатов;
• Внутри этапов моделирования, проектирования, настройки и разработки используются инструменты и принципы гибкой итерационной разработки.
• Нюанс. Именно допускается применение гибкого подхода на этапе моделирования.

❓ Почему Agile рекомендуется применять только внутри вышеперечисленных этапов?
✅ Ответ прост.
В рамках этапов обследования и моделирования команда проекта должна определить и четко зафиксировать объем работ (бэклог) проекта, согласно требованиям Agile. А вот работы по проектированию, настройке и доработке можно выполнять в динамичном формате гибкого подхода. Тем самым обеспечивая системность поставляемых результатов для заказчика.
А далее опять формальная процедура запуска информационной системы в эксплуатацию – этапы подготовки и проведения ОПЭ.

〰️ И тот самый нюанс о допуске (не обязательном применении гибкого подхода на фазе моделирования).
Да, именно допускается применение гибкого подхода на этапе моделирования. Но в этом случае риски связанные с объемом проекта значительно возрастают. Это связано с тем, что именно на этапе моделирования может быть четко определен и зафиксирован объем проекта, который образует бэклог проекта. На этапе обследования бэклог тоже может быть определен, но точность и полнота требований, зафиксированных на этом этапе значительно ниже, в связи с менее глубоким анализом требований заказчика.

Коллеги, добрый день.

Уже 20 августа следующая игра "Пресейл".

Новый кейс, новый опыт, новые эмоции.

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

Записывайтесь сами и зовите коллег - будет познавательно, эмоционально и полезно ✋

Ссылка для записи: https://uc1.1c.ru/course/biznes-igra-presejl/

Добрый день.

... Продолжая тему гибрида, хотела бы поговорить про контрактование «гибрида».

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

✅ Порядок приемки работ
✍️ Порядок актирования работ
👛 Порядок взаиморасчетов

Все эти 3 пункта должны быть в договоре. ‼️ И именно 3 пункта, а не один ‼️

При любой организации работ должно быть определено:
1️⃣ Порядок приемки работ. Что является результатом каждого блока работ и что является критерием приемки работ. Например. Документ «Проектное решение», согласованное заказчиком. Дополнительно (возможно уже не в контракте, а в Уставе) должен быть определен порядок согласования: сколько версий документа, какой срок согласования, допускается ли на новую итерацию согласования выставлять новые замечания или рассматривается только исправление замечания, полученных в предыдущей итерации и т.д.

2️⃣ Порядок актирования работ. Это о том, что по результатам завершения этапа мы выставляем акт, что есть процедура согласования акта, есть мотивированный отказ. Правильным еще считается, уточнять, что единственным и достаточным условием подписания акта является наличие всех результатов принятых заказчиком согласно положениям предыдущего пункта (порядок приемки работ).

3️⃣ Порядок взаиморачетов. Авансы, постоплаты. Их размер. Сроки осуществления платежей относительно каких-то вех проекта.

И руководителю проекта, и всем кто работает с контрактами/договорами это крайне важно понимать. Не путать, не объединять, не исключать...

#Рассуждения_о_проектах

Всем доброе утро)

🌈 А вы видели когда-нибудь, как радуга упирается в землю?

И вот первый раз🌈

(Присмотритесь к первой радуге, той что поярче и поближе)

Почему-то это вызвало восторг 🤩🤩🤩🤩
Какое-то волшебство, которое обычно на небе… а тут спустилось на землю 😍

‼️ ВНИМАНИЕ ‼️

Уже послезавтра 20 августа играем в "Пресейл".

Кто еще не записался, записывайтесь
https://uc1.1c.ru/course/biznes-igra-presejl/