Фирма 1С Управление проектами (канал)
описание
Это закрытая группа для РП и руководителей фирм 1С:Франчайзи. В группе мы обсуждаем вопросы: 1. Что? Как? и Почему? происходит при управлении проектами. 2. Что? Как? и Почему? надо делать при управлении проектами.
1 157
подписчиков
Охват к подписчикам
55,0%
ERR
Реакции к просмотрам
0,71%
98 на 22 постов
Пересылки к просмотрам
0,40%
55
Постов в день
0,3
всего 22
Где отзываются чаще
доля реакций к просмотрам- 27 апр.27 апреля 😮 «У природы нет плохой погоды» (с)1,96%
- 15 авг.«ИТ-разборы» — живой формат, где представители фирмы "1С" разбирают реальные рабочие ситуации без скучных лекций и общих советов t.me/Projectman... Я принесла свой кейс на «ИТ-разборы» — и не прогадала! Внедрение ERP в девелоперской компании «СМИТТ»: лицензия, моделирование, сопровождение. Казалось, всё идёт по плану, но внутри — куча подводных камней. За 30 минут живого разбора мы с Дмитрием и Екатериной распутали клубок: где процессы, а где человеческий фактор. Я получила не просто «молодец», а реальные работающие решения: ✅ взять на себя ответственность за клиента — не перекладывать, а вести; ✅ составить дорожную карту в двух сценариях — оптимистичном и критическом, чтобы быть готовой ко всему; ✅ срочно встретиться с Заказчиком и проговорить все риски открыто; ✅ привлечь коллег из СМК — разобрать с ними «продажную» часть проекта и синхронизировать ожидания. Эти инсайты стоят дорогого. Спасибо организаторам за честность, поддержку и реальную помощь! Формат бомба — без воды, только боль и её решение. Коллеги, если у вас тоже есть «скелет в шкафу» — несите на разбор. Здесь помогают, а не критикуют. Я теперь точно знаю, что делать дальше. 🚀1,89%
- 2 июн.Коллеги, здравствуйте. Вот и закончился мой отпуск 🥹 Я побывала в восточной сказке ☀️ очень красиво, тепло, песчано. И вкусно))) Ничего общего с проектами ☺️ Точнее, даже не хочется искать это общее))) Начинаем работать 🙂1,49%
- 7 авг.НОВИНКА «ИТ-разборы»: реальные проблемы, честный разговор, конкретные решения Коллеги, Запускаем «ИТ-разборы» — живой формат, где мы разбираем реальные рабочие ситуации без скучных лекций и общих советов. Растёте как специалист, но давно застряли в доходе? Получили ответственность без полномочий? Отдел продаж продал невыполнимый проект? Проект буксует, команда конфликтует, а руководитель требует результат «ещё вчера»? Приносите свой кейс. За 30 минут разберём его с двух сторон: — профессиональной: процессы, решения, компетенции и управление; — человеческой: эмоции, мотивация, конфликты и отношения. Определим, где на самом деле возникла проблема, и наметим конкретные шаги, которые помогут выйти из тупика. На одной встрече — два героя, два реальных кейса и опыт всех участников. Хотите стать героем первого «ИТ-разбора»? Опишите свою ситуацию в комментариях. Можно принести и старый кейс, который до сих пор не отпускает. Ваши кейсы будут разбирать Шатохин Дмитрий и Екатерина Махновская, авторы и ведущие бизнес-игр «Пресейл» и «Кризис». Первый «ИТ-разбор» пройдет 14.08.26 в 10.00. Продолжительность – 1 час. Формат: онлайн Стоимость участия в первом ИТ-разборе: бесплатно. Ссылка будет опубликована позднее в этой группе. (!) Зрители смогут комментировать в чате, но не будут участвовать в обсуждении1,37%
- 8 июл.без подписи1,33%
- 10 июн.Добрый день. Небольшой комментарий в самом начале... Коллеги, никогда к проектам не относилась как к "бою", считаю, что проект это "созидание". Но когда писала этот пост именно эта цитата крутилась в голове. Она все-таки очень про РП ☺️ Этот пост навеян новым потоком обучения по управлению проектами. Рассказывала пока еще только про фазу продажи проекта. И уже получила такой вопрос: «И что это все должен делать РП❓». Так что же должен делать РП? Давайте порассуждаем. Стандартные задачи, которые мы все знаем: 〰️ участвовать с предпроектном обследовании 〰️ участвовать в формулировании требований 〰️ планировать потенциальный проект: составлять и дорожную карту проекта, и планировать ресурсы на исполнение, и формировать бюджет 〰️ участвовать в разработке проекта договора Но есть еще вспомогательные, без которых потом будет сложнее: ✅ формировать понимание того самого потенциального проекта у заказчика – хода проекта, ответственности сторон, результатов ✅ формулировать ограничения и допущения проекта и при переговорах с заказчиком обсуждать эти ограничения, опять же чтобы сформировать правильное понимание проекта ✅ стараться понять цели и задачи проекта – не только формальные, но и неформальные: то что на бумаге не напишешь, но то, от чего зависит успех проекта ✅ внимательно присматриваться, «крутить головой на 360», чтобы понять состав команды со стороны заказчика, мотивы участников, цели, интересы, мотивацию, взаимное влияние, зависимости, статусы, признание, вес слова в коллективе и т.д. Все что пригодится в плане психологии при управлении проектом Коллеги, ничего важного не упустила? Или такой подход при продаже проекта кажется избыточным? #Рассуждения_о_проектах1,33%
- 30 июл.Добрый день. Вчера опять поиграли в «Пресейл» и я в очередной раз заметила 🔎 Как мы говорим. Даже не то, как мы формулируем мысли, насколько мы косноязычны. А как мы используем слова. Да-да, именно о правильности использования слов хотела бы сейчас написать. Итак, фраза: «Внедряем проект» ❓ Вопрос: Вот как вы думаете, насколько она правильная? ✅ Ответ: Абсолютно неправильная. При этом большее количество человек именно такую фразу используют в диалогах о проектах внедрения ИС. Давайте разбираться 💭 Если обратиться к википедии: «Внедрение – это комплексный процесс запуска/внедрения ИС в работу компании». Проект – это форма организации работ. Т.е. это слово стоит в одном ряду с нашими профессиональными выражениями, ну и в принципе с терминами, определяющими организацию работ: «Работа по заявкам», «Процессный подход» и т.п. Это о том, как мы организовываем исполнение работ. И что же получается… Говоря «Внедряем проект», мы по сути говорим «Запускаем», но ЧТО⁉️⁉️⁉️ Коллеги, будьте внимательны, будьте уважительны к русскому языку, к словам. Правильное выражение «Внедряем ИС» или «Запускаем/исполняем/предлагаем обсудить проект внедрения ИС» и т.д. P.S. Вот так очень вольным стилем, написала мысли на совсем серьезную тему о языке. Вот такие мы противоречивые – люди ☺️ А какие фразы режут вам слух? Что мы говорим неправильно? ✏️ Поделитесь, нам всем будет полезно проверить себя и поработать над ошибками.1,24%
- 15 июн.С учетом высокого процента отклонений по срокам, бюджетам и результативности проектов внедрения информационных систем, проектное управление не следует рассматривать как механическое исполнение заранее утвержденного плана. В зрелом применении проектные методологии должны работать как дисциплины проверки гипотез, которые уточняются и пересматриваются по мере появления новых фактов. Руководитель проекта - это менеджер, который организует не исполнение иллюзии, а проверку реальности. Он должен: • сделать цель проекта проверяемой; • выявить критические гипотезы, от которых зависит результат и как можно скорее их проверить; • быстро фиксировать отклонения как сигналы ошибочности исходных гипотез и допущений; • консервативно пересчитывать бюджет и сроки; • управлять изменениями как реакцией на факты; • защищать организацию от ложного прогресса; • инициировать пересмотр, заморозку или остановку проекта, если он потерял смысл; • продолжать только те проекты, где результат остается достижимым и рациональным. Хороший руководитель проекта обеспечивает максимально раннее и честное понимание: проект нужно продолжать, менять или прекращать. Прим. При подготовке ответа использовал ИИ, для корректировки формулировок, саму гипотезу управленческого самообмана при применении проектных технологий, как базис достижения результата сформулировал сам.1,15%
- 13 маяКоллеги, добрый день. Я с новостью. Мы разработали для Вас схемы прохождения курсов по 2 направлениям: 1️⃣ Руководитель проектов/Руководитель проектного офиса 2️⃣ 1С:Аналитик Схемы размещены на сайте УЦ-1 Вот так - кратенько☺️ #Обучение_РП1,00%
- 18 июн.Добрый день. Коллеги, опять хотела бы затронуть вопрос оценки проектов. Мы с вами об этой теме много говорим и рассуждаем. Но, она, как мне кажется одна из самых важных. В этот раз хотела бы поговорить о «глубине» планирования, которая, согласитесь, сильно влияет на качество плана, его реалистичность и, как результат, на качество оценки проекта. Какова же должна быть та самая оптимальная для каждого конкретного случая «глубина» планирования? Нужны ли детали при планировании? И что такое «детали»? Или достаточно ограничиться этапами и планировать «крупными мазками»? Я расскажу свою точку зрения, а вы уточняйте, спорьте, опровергайте или подтверждайте. Как всегда, по пунктам ☺️ 1️⃣ Я сама люблю планировать по принципу «отгадаю мелодию на 7 нот»: этот проект сделаем за 15 месяцев, нам надо 8 спецов, умножаем на ставку, получаем бюджет. Но этот подход только первичный, совсем верхнеуровневый. Используется для формирования ориентира стоимости проекта. 2️⃣ Настоящий план я предпочитаю делать до, скажем так, важных особенностей и нюансов, влияющих на стоимость проекта. Я не люблю расписывать стоимость подготовки ТЗ. В этом случае я скорее скажу – сделаем и согласуем ТЗ за 1,5 месяца, 3 аналитиками + архитектор. А вот продумать вот такие вопросы считаю крайне важными: - будут ли работы по нормализации НСИ? - потребуются ли временные интеграции в случае поэтапного запуска системы? - будет ли «отрисовка» бизнес-процессов, в какой нотации и с помощью какого инструмента? - как будем делать миграцию данных и не скрылась ли внутри проекта необходимость и задача внедрения модуля MDM? - какие работы мы предложим исполнить заказчику самостоятельно, а где требуется его привлечение? - потребуется ли работа в удаленных от проектного офиса точках и кто туда поедет или не поедет, а будет работать на удаленке? И так далее... Это этакие «жизненные» вопросы проекта. То есть подход такой: «я проживаю проект». Да, именно, не планирую виртуальный потенциальный проект, а стараюсь его прожить. «О, Джонни, я хочу, как в синематографе! Прошу тебя – «сделай монтаж» (с) Человек с бульвара Капуци́нов 3️⃣ Но тут вы совершенно логично можете дать замечание, а нужно ли все это показывать заказчику? На мой взгляд – да, нужно. И тут еще раз обращаю внимание, в таком плане детали не про то, сколько займет создание проектного документа (это действительно излишняя и неинтересная для заказчика детализация). В плане фиксируются логически и организационно важные вещи для проекта. И на этапе продажи, считаю, это важно показать заказчику и обсудить с ним ход проекта. Это позволит сформировать правильное понимание проекта, объема и особенностей работ, подготовить заказчика к проекту. 4️⃣ НО‼️ При подготовке к встрече с заказчиком надо задуматься над оформлением документа. Для этого надо понять – кто будет на встрече? каков уровень встречи? И исходя из этого надо подобрать оформление плана. Названия очередей, этапов их длительность, результаты – должны быть продемонстрированы в плане всегда. Нюансы и особенности, рекомендуется выносить в отдельный «стоблец», который можно скрыть, если встреча не предполагает обсуждение деталей и особенностей проекта. Или же открыть для обсуждения нюансов и подробного обсуждения хода проекта. А можно зафиксировать и открытые вопросы под обсуждение. Вот и рассказала, как считаю правильным организовывать работы по составлению плана проекта в рамках продажи. ✏️ Жду ваших мнений – дополняйте, опровергайте, приводите примеры, рассказывайте о практиках. #Рассуждения_о_проектах0,88%
- 24 апр.Коллеги, добрый день. Хочу поделиться новостью. На прошлой неделе мы завершили обучение первого потока курса «1С:Аналитик. Практикум». Учились 6 недель. За это время сделали кейс – 5 домашних задания, объединенных в единый поток работ аналитика на проекте. Обсудили и проработали вот такую цепочку. 1️⃣ Обследование предприятия. Формирование дерева бизнес-процессов Разобрали некоторые важные теоретические темы общие и уже по конкретной задаче обследования: • Жизненный цикл проекта • Задачи аналитика в фазах проекта • Декомпозиция бизнес-процессов • Фиксация функциональных требований А в рамках домашнего задания поработали над формированием навыков сбора и анализа исходной информации по бизнес-процессам, а также потренировались формировать дерево бизнес-процессов. 2️⃣ Далее перешли к моделированию бизнес-процессов Обсудили общие принципы моделирования и основные виды нотаций моделирования А в рамках ДЗ трудились над моделированием бизнес-процессов и выстраивали взаимосвязи со смежными процессами. 3️⃣ Поработали с конфигурацией в рамках работы с требованиями и фиксированием функциональных разрывов Тут обсуждали такие вопросы как: • Анализ полноты и качества требований • Систематизация требований • Выявление функциональных разрывов 4️⃣ Куда ж без документов))) Проектирование системы. Состав и структура проектной документации Разобрали виды документов, относящихся к проектированию. И потренировались составялть Проектное решение. 5️⃣ Реализация / разработка ИС, тестирование ИС Тут проговорили виды тестирования. А в рамках самостоятельной работы разработали Сценарий тестирования ИС. 6️⃣ И завершающее – подготовка к эксплуатации Тут тем много, мы их просто обсудили: • Цели и задачи подготовки ИС к эксплуатации • Виды эксплуатации ИС и ключевые отличия • Анонс работ по подготовке системы к эксплуатации: Подготовка системы, организация миграции НСИ и начальных данных, настройка интеграций, подготовка персонала, организация службы поддержки Достаточно активная и сложная программа. И слушатели разделились на 2 категории: ✍️ те, кто активно работал в ходе курса, «выросли», и уже на последних занятия это было видно 📖 некоторые же попросили перенести обучение в следующий поток, чтобы до начала «прокачки» практики позаниматься теоретическими темами. Молодцы! Выбрали правильный подход и активную позицию – организовали свое обучение лаконично. Коллеги, присоединяйтесь к нам! Присоединяйте своих коллег – аналитиков) Следующий поток обучения 11 июня 2026 года Ссылка для записи #Обучение_РП0,83%
- 7 маяКоллеги, добрый день. Поделюсь... Я ведь же тоже учусь 🤓 И вот только закончила, прямо сегодня, слушать наш же курс "Управленческий и финансовый учет проектов". Отличный курс 👍, про то как должен быть выстроен учет в области управления проектами! Курс полностью пересекается с моим курсом "Как построить проектное управление в фирме-франчази", но открывает многие вопросы именно в разрезе "Как организовать учет". 💯 ✅ Рекомендую Кстати, я то смотрела записи, а сам курс скоро начнется - 26 мая 2026 года. Тем кому интересно - записывайтесь. Там: 1️⃣ и про управленческую себестоимость и расчет ставок специалистов 2️⃣ и про бюджетирование проектов 3️⃣ планирование и учет трудозатрат 4️⃣ рентабельность проекта и управленческую отчетность 5️⃣ куда ж без договоров и контроля исполнения 6️⃣ ну и инструменты проектного управления конечно Ссылка для записи #Обучение_РП0,69%