Фирма 1С Управление проектами (канал)
1.15K subscribers
222 photos
3 videos
1 file
90 links
Это закрытая группа для РП и руководителей фирм 1С:Франчайзи.
В группе мы обсуждаем вопросы:
1. Что? Как? и Почему? происходит при управлении проектами.
2. Что? Как? и Почему? надо делать при управлении проектами.
Download Telegram
Forwarded from IT-Терапия
Спасибо участникам!
Завершился августовский "Пресейл", и вот какие мысли/фидбеки есть по его итогу:

- попробовали новый формат защиты КП: без презентаций, наподобие "элеватор питч". Похоже, зашло, будем повторять ;)

- получили интересный фидбек в части однотипности процесса защиты КП.

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

Все это в совокупности натолкнуло на мысль сделать 2 разные по концепции игры:

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

Вторая - про "харды", т.е. про совместное формирование план-графика проекта по полученной информации. То самое "ковыряние" в цифрах с уточнение недостающей информации "на лету". Это больше для РП и аналитиков.

Что думаете про такие концепции?
7🔥4👍3
Коллеги, добрый день.
Давайте попробуем поговорить об актировании этапов, если мы делаем проект по гибриду.

Для этого нам понадобится опять схема этапов ☝️

Итак...
Мы разобрали ранее, что есть 3 понятия:
- приемка работ
- актирование работ
- взаиморасчеты

Сейчас говорим об актировании ‼️

🔎 Этап "Обследование". Он исполняется согласно технологии по принципам "водопада". Т.е. делаем этап, сдаем работы, актируем. Для этого этапа подходят варианты "Актирование по завершению этапа" и "Ежемесячное актирование по выполненным работам".

🧩 Этап "Моделирование" . Тут 2 варианта организации работ в зависимости от договоренности с клиентом - работа по "водопаду" или по принципам "гибкой разработки". Тогда актирование может быть следующим:
- для "водопада" применяем на этом этапе "Актирование по завершению этапа" и "Ежемесячное актирование по выполненным работам"
- а если работаем по гибкому подходу, то используем "Актирование исполненного спринта" или "Ежемесячное актирование по выполненным работам".

Этапы гибкой итерационной разработки "Проектирование" и "Настройка и разработка" исполняются по принципам гибкого подхода. Соответственно применяется "Актирование исполненного спринта" или "Ежемесячное актирование по выполненным работам".

🗝 Этапы "Подготовка к эксплуатации" и сама эксплуатация подчинены принципам "водопада" и актирование, соответственно" применяется следующее "Актирование по завершению этапа" и "Ежемесячное актирование по выполненным работам".

Таким образом получается, что контракт/договор у нас сложно сочененный, с разными принципами актирования на разных этапах.
Но это же гибрид) Вот он во всех его проявлениях.

Открытыми остались вопросы:
"Как проводить приемку работ по этапам, относящимся к гибкой разработке?"
"Что является критерием акцептования заказчиком наших затрат по этим этапам?"
"Как фиксировать тот самый спринт?"

Кто готов поделиться опытом

#Рассуждения_о_проектах
Please open Telegram to view this post
VIEW IN TELEGRAM
Пятница…. Отпуск…

Здравствуйте)
Не про проекты… просто о жизни…

Отдыхаю, читаю и почему-то зацепило…
Поделюсь… Просто для настроения, для мыслей не о работе…
Ведь пятница)

Жизнь коротка. И надо уметь.

Надо уметь уходить с плохого фильма. Бросать плохую книгу.
Уходить от плохого человека. Их много.
Дело не идущее бросать.
Даже от посредственности уходить.
Их много. Время дороже.
Лучше поспать. Лучше поесть.
Лучше посмотреть на огонь, на ребенка, на женщину, на воду.

Музыка стала врагом человека.
Музыка навязывается, лезет в уши.
Через стены.
Через потолок.
Через пол.
Вдыхаешь музыку и удары синтезаторов.
Низкие бьют в грудь, высокие зудят под пломбами.
Спектакль менее наглый, но с него тоже не уйдешь.
Шикают. Одергивают.
Ставят подножку…

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

Мысли общие.
Слова общие.
Нет! Жизнь коротка.
И только книга деликатна.
Снял с полки.
Полистал.
Поставил.
В ней нет наглости.
Она не проникает в тебя без спросу.
Стоит на полке, молчит, ждет, когда возьмут в теплые руки.
И она раскроется.
Если бы с людьми так.
Нас много. Всех не полистаешь.
Даже одного.
Даже своего.
Даже себя.
Жизнь коротка.
Что-то откроется само.
Для чего-то установишь правила.
На остальное нет времени.

Закон один: уходить, бросать, бежать, захлопывать или не открывать!

Чтобы не отдать этому миг, назначенный для другого.


© Михаил Жванецкий
👍155
Коллеги, добрый день.

Какой-то активный первый день после отпуска.
И тема какая-то не "полеотпускная")

Скажите, кто из Вас, из управленцев, из РП пользуется, скажем так "элементами психологии"?

Поделюсь своим самым любимым открытием...
В один момент, когда я ознакомилась с циклом принятия изменений (цикл Элизабет Кюблер-Росс или, как его называют, "пять стадий горя"), мне стало как-то проще реагировать на реакции людей в ходе проекта. Да-да, именно реагировать на реакции людей.
Я теперь хладнокровно понимаю и абсолютно не переживаю, когда вижу отрицание и гнев. Я просто жду... Чтобы человек сам с собой "договорился", принял изменения, а потом выхожу на второй этап переговоров.

✍️ Поделитесь, какие инструменты, практики, теории вы применяете.
Please open Telegram to view this post
VIEW IN TELEGRAM
Forwarded from Александр Степанов
Добрый день.
Последнее время стали поступать запросы в стиле, мы большие , сложные, крутые со своим штатом 1С отделом, но
помогите за 1-2 месяца сделать все - вы же профессионалы и т.д.
///
У нас есть своя команда разработчиков и
поддержки 1С, которая частично
выполнила данную задачу и настроила
интеграции, но в связи с высокой
загруженностью текущими задачами и
сжатыми сроками, мы хотим найти
профессиональную проектную команду,
которая бы смогла доработать,
запустить и протестировать данную базу
в кратчайшие сроки (1-2 месяца)
////

Я ввел в своей компании понятие Зрелости компании ( у вас нет зрелости/готовности компании к такого рода изменениям, или вы готовы) - и вместо обьяснений , что да почему говорю, бенифициарам об этом.
Ранее для таких компаний мы сильно завышали ценник и естественно не ввязывались в проект,
сейчас хочется все же помогать им меняться, менять штат, бизнес процессы выстаивать и готовиться к переходам и автоматизации.

Как считаете - правильно ли так поступать или нет?
как это оформить документально?
Коллеги, добрый день.

8 октября опять играем в "Пресейл".

Какую тему на этот раз нам приготовили ведущие?

Но точно будут команды заказчика и потенциальных подрядчиков.
Будет симуляция уточнения требований 💬.
Будет подготовка предложений и их защита 🥶 ☺️ 🫡 ⭐️ .....
Будет обратная связь от ведущих и коллег 🔥 💣

Тайминг, как обычно - 6 часов.

Присоединяйтесь

Ссылка для записи ☝️
Please open Telegram to view this post
VIEW IN TELEGRAM
Коллеги, добрый день.
Почему-то очень мало кто проголосовал про игры 😭
Почему?
Anonymous Poll
56%
Игры не интересны 👎
44%
Игры интересны. Но…. не проголосовал 🤷‍♀️ ( Проголосуйте 🙏)
Коллеги, добрый день.

Нащупали еще одну «больную» предметную тему в проектах – Миграция НСИ и исходных данных.
В группе пошло большое обсуждение этой темы, а тут и я еще параллельно готовлю материалы по миграции для ПрофКейс ✍️

О чем…
Часто при оценке и планировании проектов мы недооцениваем сложность, объемность и значимость такой «простой» задачи как миграция. Это приводится к весьма большим сложностям на этапах подготовки ИС к запуску в эксплуатацию, зачастую даже к переносу сроков запуска.
🧩 В рамках проектных технологий фирмы «1С», мы, конечно, описываем и сам пакет работ, и даем шаблоны, и обращаем ваше внимание на какие-то важные моменты. Но так как это описано в рамках всего жизненного цикла проекта, где много задач, много результатов и вообще все сложно, то эта информация «теряется». Ровно как и сами работы по планированию задач миграции теряются в ходе реального проекта.

Давайте немного зафиксируем основные нюансы, которые важно помнить при организации работ по планированию миграции.
1️⃣ Все стороны проекта должны понимать, что задача миграции – это совместная задача исполнителя и заказчика.
2️⃣ Особенности в планировании и организации работ по миграции НСИ и исходных данных могут быть обусловлены: территориальной и организационной структурой компании-заказчика а также технической и программной архитектурой. Эти особенности определяют этапность миграции НСИ и исходных данных, а также технические нюансы.
3️⃣ Важно знать, что в ряде случаев сложность работ по миграции НСИ и исходных данных может не соответствовать сложности работ по созданию и внедрению ИС.

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

И еще одна абсолютно недооценнная задача блока работ по миграции данных – подготовка данных к переносу: нормализация, трансформация и обогащение данных.

Это основные моменты.
Добавляйте, если что-то упустила.

#Предметные_вопросы
Please open Telegram to view this post
VIEW IN TELEGRAM
8🔥4
Коллеги, здравствуйте.

🆕 🆕 🆕 🔥 🔥 🔥

Бизнес-игра «Кризис»

🎲 29 октября 2025

Долго многие ждали…
Новая бизнес-игра от проверенных опытных и зажигательных тренеров - Дмитрий Шатохин и Екатерина Махновская.

Бизнес-игра "Кризис" – это ролевая симуляция кризисных ситуаций на проектах.

В ходе бизнес-игры "Кризис" участники смогут пройти несколько кризисных ситуаций, опробовать различные переговорные стратегии, смогут лучше понять мотивацию различных участников.

В начале игры будут даны описания кризисных ситуаций, а также определены роли.
В каждой кризисной ситуации будут обозначены как командные, так и личные цели участников.
Задача участников – в ходе переговоров добиться как командных, так и личных целей.


Для кого Да для всех участников проекта ‼️
Ведь все мы проходили кризисы и не раз еще там будем 🥵 🥹 😭 🤬

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

В общем - «огонь» 👍

Ссылка для записи
Please open Telegram to view this post
VIEW IN TELEGRAM
👍3
Коллеги, из обсуждений в группе возник хороший вопрос)
Может быть порассуждаем 💬 ?Присоединяйтесь ✏️
См. ниже5️⃣
Please open Telegram to view this post
VIEW IN TELEGRAM
А вот тут как раз хороший вопрос:
«Что можно доверить в непосредственное самостоятельное исполнение рп-стажеру. А что все же оставить под контролем наставника?»
Коллеги, добрый день.
На всякий случай еще раз напоминаю об игре «Пресейл» 8 октября 2025.
Forwarded from Фирма 1С Управление проектами (канал) (Елена Морозова)
Коллеги, добрый день.

8 октября опять играем в "Пресейл".

Какую тему на этот раз нам приготовили ведущие?

Но точно будут команды заказчика и потенциальных подрядчиков.
Будет симуляция уточнения требований 💬.
Будет подготовка предложений и их защита 🥶 ☺️ 🫡 ⭐️ .....
Будет обратная связь от ведущих и коллег 🔥 💣

Тайминг, как обычно - 6 часов.

Присоединяйтесь

Ссылка для записи ☝️
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥1
Коллеги, добрый день.
Новость.

‼️ Онлайн курс "Архитектура и автоматизация бюджетного процесса"
Дата старта 7 октября 2025

Программу курса разработали эксперты из «1С ПРО Консалтинг» с более чем 20-летним опытом в сфере ИТ, управлении финансами, консалтинга в Big4.

🔥 Программа огонь
На курсе вы:
• Изучите современные методологии бюджетирования;
• Научитесь выстраивать workflow бюджетного процесса с учетом ролей, этапов и маршрутов согласования;
• Сможете проектировать структуру бюджетов, формировать аналитики и мастер-данные с учетом требований к автоматизированной системе;
• Разработаете набор собственных шаблонов: матрицу ответственности, структуру бюджетов, карту лимитов, применимых в своей компании;
• Научитесь адаптировать методологию под требования автоматизации;
• Получите практические рекомендации по подготовке проекта автоматизации: от сбора требований и методологической подготовки до управления рисками и взаимодействия с ИТ.

В ходе обучения участники курса выполнят ✍️ домашние задания ✍️ по основам методологии бюджетирования, рабочему процессу, контролю лимитов и управления бюджетом, адаптации методологии бюджетирования под автоматизированную систему.
Количество мест ограничено.

Запись и подробности здесь

#Обучение_РП
Please open Telegram to view this post
VIEW IN TELEGRAM
2
Forwarded from IT-Терапия
Экономика фак-эффектов.

Сколько стоит проигранная сделка?
Давайте посчитаем.
Берём срез воронки продаж условной фирмы-франчайзи 1С.

Там обычно такие статусы:
- первичное общение
- подготовка к встрече /первая встреча
- подготовка КП
- КП отправлено
- согласование договора

Далее финальный статус "победа" и/или перевод сделки в воронку выполнения проекта/сопровождения.

И что у нас получается:

Было 100 квалифицированных ЛИДов (т.е. целевых для нас, кому есть что предложить. Конверсия ЛИД->целевой ЛИД это отдельная песня). ABC/XYZ сегментацию не берём.

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

До стадии первой встречи доходит около 80% сделок.

Далее, мы проводим встречу(возможно, не одну) и по итогу идем готовить коммерческое предложение.
Тут отвалов практически не бывает, хотя небольшая часть запросов окажется нецелевой после погружения в задачу, а кто-то из заказчиков сразу скажет — спасибо за консультацию, но мы пока как-нибудь сами.
Так что в 85-90% случаев мы идем готовить КП.

Дальше самое интересное:
сотрудники подготовили КП, оно прошло циклы согласований внутри компании, сотрудники "намазали" нужное количество запасов, рисков, управленческих резервов и коммерческих бонусов (о процедуре "намазки" в одном из следующих постов) и документ торжественно был отправлен заказчику.

И тут крассическое:
- подождите, документ еще не все посмотрели
- мы еще не от всех подрядчиков получили предложения
- отпуска
- совещания, решения еще нет
...и т.д., и т.п.

А менеджеры волнуются, РПшники уже распланировали ресурсы, руководители добавили бюджет в планы на следующий квартал/год...

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

Хотя вот один из вариантов: отправляйте приглашение на проведение встречи по защите КП до его отправки. Пусть заказчик его увидит впервые на встрече, а вы увидите его реакцию и многое пойдёте прямо на встрече.

В итоге вы получите заветное "готовьте договор", либо в каком-то виде отказ.
Конверсия на этом этапе в среднем равна 20%.

Т.е. на каждые 4-5 отправленных КП всего 1 решение контрактоваться.

Но даже если вы победили, это не гарантия начала работ!
Около 30% проектов не проходят стадию контрактования: не договариваются об условиях договора, случаются внешние обстоятельства, проект переносят или вовсе отменяют.

И что у нас получается:
1) Было 100 ЛИДов. Усредненно, по 10 млн. рублей каждый.
2) До встречи дошли 80.
3) По итогу встречи осталось 70, кому мы отправили КП.
4) Из 70 отправленных КП нас выбрали 14 компаний.
5) Из этих 14 компаний до начала работ дошли 10.

Т.о. конверсия квалифицированный ЛИД -> подписанный договор составила
10%. Это 100 млн рублей оборота и, усредненно, 10 млн рублей прибыли компании.

Теперь прикинем, если на самом "остром" этапе (КП->согласование договора)
мы повысим конверсию с 20 до 25%, например, за счет устранения самых острых "фак-эффектов".

Теперь из 70 отправленных КП до согласования договора дойдут 17 (вообще 17,5, но мы округлим), а до контракта и начала работ — 12 сделок.
Оборот компании увеличится на 20 млн, а прибыль - на 2 млн рублей.

Если же к устранению фак-эффектов подойти комплексно, выявить и устранить их на всех стадиях пресейла, то синергетический эффект может достигнуть двукратного роста конверсии и, соответственно, оборота и прибыли.
😁32
Forwarded from IT-Терапия
Пресейл v.1.2.

Мы регулярно вносим изменения и улучшения в бизнес-игру на основании собственных разборов и обратной связи участников, чтобы еще больше усилить для вас эффект от участия в ней.

Что нового появится на ближайшей бизнес-игре 8 октября:

1. Больше спикерства и обратной связи: вопросы на этапе первой встречи будут задать все участники команды, а не только те, кого выбирают "капитаны".

2. Обновлённые шаблоны КП. Меньше слайдов и теории, больше сути и общения.

3. Обоснование расчета стоимости проекта теперь обязательная часть защиты КП (а значит обязательными станут и наши рекомендации по его формированию).

4. Формат "Elevator pitch" как отдельная попытка убедить заказчика выбрать вас (самый простой и быстрый способ участнику понять свои навыки переговоров и обоснования позиции, а нам - дать оперативную обратную связь и "прокачать" участника).

На ближайшей игре будет кейс торговой компании, которая поглотила конкурента и теперь ищет подрядчика для комплексной автоматизации управления бизнесом в качестве замены "бардака" исторических систем обеих компаний.
Помимо сложной ситуации с IT ландшафтом, заказчику предстоит решить ряд внутренних конфликтов, связанных с перестановками в менеджменте после слияния.

Скоро узнаем, кто сможет предложить подходы и решения, устраивающие заказчика, услышит его и подберет "ключи" к победе в игре.

Ждём тех, кто хочет узнать про свои фак-эффекты, повысить конверсию продаж и прожить эту "маленькую жизнь" вместе с нами 😊

IT-Терапия. Давайте прорабатываться вместе 😉
📚Читаем книги

Всем, здравствуйте.

В прошедшую среду мы опять поиграли в «Пресейл».

Но сейчас речь не об этом…

В качестве обратной связи получила вот такое замечание предложение к каналу:

Надо бы в канале начать делиться информацией о книгах на профессиональную тему


👍 Принято

Но, есть одно «Но».

Я больше читаю академические источники, а дополнительную литературу не отслеживаю - такая сейчас у меня ситуация 😌

Коллеги, поэтому обращаюсь к Вам.

Давайте попробуем начать общаться о книгах:
✏️ поделимся друг с другом названиями винтересных на ваш взгляд книг
〰️ а может скинем ссылку
💬 а те кто прочитал, могут даже сделать краткий анонс книги и поделиться мыслями и идеями 💭

За все за это буду вам очень признательна.

Скажите, готовы поактивничать?

Закреплю пост и очень надеюсь, что получится открыть новую ветку профессиональных обсуждений.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍4🤩2
Интересный кейс на крупном проекте:

Идёт разработка и следующее за ней функциональное тестирование доработок.
В каждом ЧТЗ (частном тех. задании) аналитики пишут раздел "сценарий тестирования". Вместе со сдачей доработок оформляется "протокол тестирования", т.е. тот же сценарий, но с отметками "ок", "не ок, "почти ок".

У заказчика есть собственная группа разработки и свои аналитики.
Сегодня они сообщили, что тестировать будут после наших аналитиков и техарха (но это мы и так знали) по СВОЕМУ сценарию тестирования, чтобы "предусмотреть все".

Подрядчик предлагает: "ок, давайте расширять базовый сценарий и докидывать часов на его подготовку и само тестирование, чтобы у нас был артефакт, к которому можно обратиться в случае споров".

Заказчик отказывается с формулировкой "вы вечно будете эти сценарии описывать", у нас сроки.

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

Пока разошлись по углам, но, похоже, на проекте получается огромная мина замедленного действия.

Есть привычная схема:
- вот сценарий (или ПМИ)
- вот протокол заполненный, при заказчике заполнялся.

А вот так, чтобы внутренние 1Сники и аналитики отдельно от бизнеса смотрели, да еще по своим собственным стандартам...

Может кто проходил такое 2х ступенчатое тестирование на проектах и подскажет, какие стоит оформлять договоренности с заказчиком?
1