Forwarded from IT-Терапия
На прошедшей неделе было много событий, расскажем не по порядку 😜
В среду, 8 апреля играли в "Пресейл" по продукту "1С:Кабинет сотрудника".
Всем участникам - наше почтение и большое человеческое спасибо за открытость и готовность становиться лучше через практику! Вы крутые 😉
У нас были симуляции встреч (помимо мини-симуляций), в ходе которых две команды боролись за право стать подрядчиком по внедрению продукта, а состав со стороны заказчика менялся по мере развития сюжета 😊
В посте, посвященном предыдущей игре, мы говорили про наш "технический долг" - набор вопросов(серебряных пуль), которые нужно задавать заказчику для определения, на какой из ступеней лестницы Ханта он находится.
Вот он:
Вопрос №1
- Как у вас организован процесс подачи заявлений на отпуск?
Возможные варианты ответов:
- Всё на бумаге, через бухгалтерию, проблем нет (1–2 ступени).
- По электронной почте, но это долго, теряются письма, сотрудники забывают (2–3 ступени: осознание проблемы, возможно уже идет поиск решения).
- Используем гугл таблицы / Excel, но это неудобно, хочется/планируем автоматизацию (3‑я ступень, поиск решения).
Вопрос №2
- Какие системы КЭДО вы рассматривали?
Возможные варианты ответов:
- Пока не разбирались, но слышали про такие системы (2–3 ступени)
- Смотрели "1С:Кабинет сотрудника" и ещё пару систем,» (3-4 ступени).
- Планируем внедрять "1С:Кабинет сотрудника", выбираем подрядчика (4 ступень).
Вопрос №3
- Что вас останавливает от внедрения КЭДО прямо сейчас?
Возможные варианты ответов:
- Боимся, что сотрудники не будут пользоваться, не привыкнут к новому» (5 ступень, сомнения перед покупкой. Нужны кейсы внедрения и обучение)
- Хотим сравнить стоимость проекта с другими решениями/другими подрядчиками» (3-4 ступени)
- Уже всё решили, осталось оформить (5 ступень, переход к покупке, если изначально не ваш клиент, то есть шанс перехватить лучшим предложением)
Вопрос №4
- Что для вас самое важное при выборе системы КЭДО?
Возможные варианты ответов:
- Чтобы было просто и понятно для рядовых сотрудников (3–4 ступени)
- Интеграция с нашей 1С, безопасность данных (4–5 ступени)
- Наличие мобильного приложения, чтобы сотрудники могли подавать заявления с телефона (4–5 ступени)
- Поддержка и обучение после внедрения» (5 ступень, сомнения перед покупкой).
Следующая игра по "1С:Кабинет сотрудника" пройдет 29 апреля, один из кейсов будет посвящен продаже и внедрению продукта в крупную строительную компанию.
Ссылка для записи: https://uc1.1c.ru/course/biznes-igra-presejl/
В среду, 8 апреля играли в "Пресейл" по продукту "1С:Кабинет сотрудника".
Всем участникам - наше почтение и большое человеческое спасибо за открытость и готовность становиться лучше через практику! Вы крутые 😉
У нас были симуляции встреч (помимо мини-симуляций), в ходе которых две команды боролись за право стать подрядчиком по внедрению продукта, а состав со стороны заказчика менялся по мере развития сюжета 😊
В посте, посвященном предыдущей игре, мы говорили про наш "технический долг" - набор вопросов(серебряных пуль), которые нужно задавать заказчику для определения, на какой из ступеней лестницы Ханта он находится.
Вот он:
Вопрос №1
- Как у вас организован процесс подачи заявлений на отпуск?
Возможные варианты ответов:
- Всё на бумаге, через бухгалтерию, проблем нет (1–2 ступени).
- По электронной почте, но это долго, теряются письма, сотрудники забывают (2–3 ступени: осознание проблемы, возможно уже идет поиск решения).
- Используем гугл таблицы / Excel, но это неудобно, хочется/планируем автоматизацию (3‑я ступень, поиск решения).
Вопрос №2
- Какие системы КЭДО вы рассматривали?
Возможные варианты ответов:
- Пока не разбирались, но слышали про такие системы (2–3 ступени)
- Смотрели "1С:Кабинет сотрудника" и ещё пару систем,» (3-4 ступени).
- Планируем внедрять "1С:Кабинет сотрудника", выбираем подрядчика (4 ступень).
Вопрос №3
- Что вас останавливает от внедрения КЭДО прямо сейчас?
Возможные варианты ответов:
- Боимся, что сотрудники не будут пользоваться, не привыкнут к новому» (5 ступень, сомнения перед покупкой. Нужны кейсы внедрения и обучение)
- Хотим сравнить стоимость проекта с другими решениями/другими подрядчиками» (3-4 ступени)
- Уже всё решили, осталось оформить (5 ступень, переход к покупке, если изначально не ваш клиент, то есть шанс перехватить лучшим предложением)
Вопрос №4
- Что для вас самое важное при выборе системы КЭДО?
Возможные варианты ответов:
- Чтобы было просто и понятно для рядовых сотрудников (3–4 ступени)
- Интеграция с нашей 1С, безопасность данных (4–5 ступени)
- Наличие мобильного приложения, чтобы сотрудники могли подавать заявления с телефона (4–5 ступени)
- Поддержка и обучение после внедрения» (5 ступень, сомнения перед покупкой).
Следующая игра по "1С:Кабинет сотрудника" пройдет 29 апреля, один из кейсов будет посвящен продаже и внедрению продукта в крупную строительную компанию.
Ссылка для записи: https://uc1.1c.ru/course/biznes-igra-presejl/
🔥3
Коллеги, добрый день.
Нужна профессиональная помощь!
Для одного проекта очень нужно!
Тема популярная, актуальная, но очень скрытная... В большей части, если и есть, то у каждого своя, в сундучке☺️
Подскажите, есть ли у кого-то методика по расчету экономических эффектов от реализации проекта по доработке и внедрению системы учета производства и цепочек поставок с межзаводской кооперацией.
Если вдруг у кого-то есть и он готов поделиться - пожалуйста, пишите мне в личку @moea_1c
Нужна профессиональная помощь!
Для одного проекта очень нужно!
Тема популярная, актуальная, но очень скрытная... В большей части, если и есть, то у каждого своя, в сундучке
Подскажите, есть ли у кого-то методика по расчету экономических эффектов от реализации проекта по доработке и внедрению системы учета производства и цепочек поставок с межзаводской кооперацией.
Если вдруг у кого-то есть и он готов поделиться - пожалуйста, пишите мне в личку @moea_1c
Please open Telegram to view this post
VIEW IN TELEGRAM
Пока мы рассуждаем о высоком…
Здравствуйте.
Зарисовка🖼
Обучение… Обсуждаем методологические проектные решения, проектные решения по интеграции… Зачем, что, куда, как фиксировать, на что обращать внимание, сложности, рисковые зоны… 🤯
А параллельно – ЖИЗНЬ ...
(Название компаний не обозначаю) 😉
Треснуло лобовое стекло, сделала заявку в страховую. Скрывать не буду☺️ машина кредитная в залоге у банка. Выплата согласована, но не приходит.
Уточняю у страховой – они отправили в банк запрос и ждут подтверждения от банка, что можно делать выплату 🪑⏳
Ну ждать можно долго… А мне-то надо🙂
Звоню в банк. Банк говорит получили запрос неделю назад и дали ответ страховой на следующий день😮
Звоню в страховую. Извиняются. Обещают уточнить...
Уточнили – да, письмо пришло, но не читается🥶 😵
Долго мучаю страховую… Узнала - письмо пришло заархивировано, а архивы страховая не принимает✖️
Страховая говорит, что отправила запрос на другой формат в банк...
Звоню в банк. Банк говорит – повторного запроса не было…🤬 😠 🥶
ААААААААА🤡 🔫
Прошу отправить ответ бумагой. Прошу отправить ответ без архива, но с паролем.
Звоню в страховую, прошу взять на контроль.
А в этот момент☺️ ☺️ ☺️ – обучение… обсуждаем методологические проектные решения … проектные решения по интеграции… 🚀
Поделилась со слушателями – смеются – говорят «Лена, ну вы же РП! Вы справитесь☺️ »
Справилась 💪 выплату сделали на следующий день.
А вы говорите … век технологии… ИИ … 🫣🙈
Здравствуйте.
Зарисовка
Обучение… Обсуждаем методологические проектные решения, проектные решения по интеграции… Зачем, что, куда, как фиксировать, на что обращать внимание, сложности, рисковые зоны… 🤯
А параллельно – ЖИЗНЬ ...
(Название компаний не обозначаю) 😉
Треснуло лобовое стекло, сделала заявку в страховую. Скрывать не буду
Уточняю у страховой – они отправили в банк запрос и ждут подтверждения от банка, что можно делать выплату 🪑
Ну ждать можно долго… А мне-то надо
Звоню в банк. Банк говорит получили запрос неделю назад и дали ответ страховой на следующий день
Звоню в страховую. Извиняются. Обещают уточнить...
Уточнили – да, письмо пришло, но не читается
Долго мучаю страховую… Узнала - письмо пришло заархивировано, а архивы страховая не принимает
Страховая говорит, что отправила запрос на другой формат в банк...
Звоню в банк. Банк говорит – повторного запроса не было…
ААААААААА
Прошу отправить ответ бумагой. Прошу отправить ответ без архива, но с паролем.
Звоню в страховую, прошу взять на контроль.
А в этот момент
Поделилась со слушателями – смеются – говорят «Лена, ну вы же РП! Вы справитесь
Справилась 💪 выплату сделали на следующий день.
А вы говорите … век технологии… ИИ … 🫣🙈
Please open Telegram to view this post
VIEW IN TELEGRAM
🤯4❤1
Forwarded from Фирма 1С Управление проектами (канал) (Елена Морозова)
Коллеги, добрый день.
🎲 22 апреля - опять играем!
Мы подготовили для вас 3 новых кризиса для симуляции!
😱 Первый - проектный, из нашей с вами реальности.
Подрядчик никак не может перевести проект в стадию опытно-промышленной эксплуатации, затраты превысил план, а критические (на взгляд заказчика) ошибки не кончаются.
Участвуют 2 команды по 2 человека.
😱 Второй кризис также про наши реалии, но многостронний.
Заказчик привлек на проект 2х подрядчиков, разделил между ними контуры автоматизации и... что-то пошло не так уже на этапе фиксации процессов "tobe".
3 команды, 6 участников.
😱 И, наконец, первый "фантастический" (он же наш третий) кризис с неограниченное количеством участников и 4 командами.
Кодовое название "Синий апельсин": про попытку договориться представителей корпораций, нашедших уникальный фрукт.
Какие кризисы будем отыгрывать на ближайшей игре 22 апреля - решать участникам 🫵
Ссылка для записи:
https://uc1.1c.ru/course/biznes-igra-krizis
#Обучение_РП
Мы подготовили для вас 3 новых кризиса для симуляции!
Подрядчик никак не может перевести проект в стадию опытно-промышленной эксплуатации, затраты превысил план, а критические (на взгляд заказчика) ошибки не кончаются.
Участвуют 2 команды по 2 человека.
Заказчик привлек на проект 2х подрядчиков, разделил между ними контуры автоматизации и... что-то пошло не так уже на этапе фиксации процессов "tobe".
3 команды, 6 участников.
Кодовое название "Синий апельсин": про попытку договориться представителей корпораций, нашедших уникальный фрукт.
Какие кризисы будем отыгрывать на ближайшей игре 22 апреля - решать участникам 🫵
Ссылка для записи:
https://uc1.1c.ru/course/biznes-igra-krizis
#Обучение_РП
Please open Telegram to view this post
VIEW IN TELEGRAM
Коллеги, здравствуйте ☺️
Мы не только учим, мы и сами учимся☺️ ☺️ ☺️
Мы не только учим, мы и сами учимся
Please open Telegram to view this post
VIEW IN TELEGRAM
Forwarded from IT-Терапия
Два дня, 21 участник и очень честный разговор про публичные выступления.
Команда IT-Терапии провела тренинг «Мастер презентаций» для команды 1Софт. И это тот случай когда теория быстро уступила место практике. Хотя база тоже была: структура, логика, внимание аудитории, вербалика/невербалика - всё, на чем держится сильное выступление.
Но главное не это.
Главное - количество реальных попыток участников стать лучшей версией себя, преодолеть волнение, эмоции и получить новый опыт.
В первый день участники пробовали выступать (некоторые - впервые), ошибались, смотрели на себя со стороны (почти все - впервые). Во второй день уже осознанно собирали выступление из "кирпичиков" полученных знаний и обратной связи, после чего выходили на свои финальные презентации.
И да, на второй день пришлись сразу два праздника:
✨ Пасха
🚀 День космонавтики
Получилось символично: про выход в новое состояние и про «полететь, даже если страшно».
Отдельный фокус был на страхах. Не абстрактно "будь увереннее", "не волнуйся", а про нашу с вами реальность:
- откуда они берутся
- как проявляются
- что с ними делать прямо в моменте
Разбирали, пробовали, проживали. Это был один из самых сильных блоков.
У нас было реально много практики.
Выступали все. По несколько раз. С обратной связью, разбором и новой попыткой.
И, кажется, главный инсайт, с которым уходили участники:
Сложности и волнение есть у всех. Даже у опытных. И это нормально.
Важно не отсутствие волнения, а то, что ты с ним делаешь.
Спасибо команде за то, что прожили это вместе с нами и вместе, поддерживая друг-друга, вы стали лучшими версиями себя.
Это было по-настоящему.
До новых встреч!
Команда IT-Терапии провела тренинг «Мастер презентаций» для команды 1Софт. И это тот случай когда теория быстро уступила место практике. Хотя база тоже была: структура, логика, внимание аудитории, вербалика/невербалика - всё, на чем держится сильное выступление.
Но главное не это.
Главное - количество реальных попыток участников стать лучшей версией себя, преодолеть волнение, эмоции и получить новый опыт.
В первый день участники пробовали выступать (некоторые - впервые), ошибались, смотрели на себя со стороны (почти все - впервые). Во второй день уже осознанно собирали выступление из "кирпичиков" полученных знаний и обратной связи, после чего выходили на свои финальные презентации.
И да, на второй день пришлись сразу два праздника:
✨ Пасха
🚀 День космонавтики
Получилось символично: про выход в новое состояние и про «полететь, даже если страшно».
Отдельный фокус был на страхах. Не абстрактно "будь увереннее", "не волнуйся", а про нашу с вами реальность:
- откуда они берутся
- как проявляются
- что с ними делать прямо в моменте
Разбирали, пробовали, проживали. Это был один из самых сильных блоков.
У нас было реально много практики.
Выступали все. По несколько раз. С обратной связью, разбором и новой попыткой.
И, кажется, главный инсайт, с которым уходили участники:
Сложности и волнение есть у всех. Даже у опытных. И это нормально.
Важно не отсутствие волнения, а то, что ты с ним делаешь.
Спасибо команде за то, что прожили это вместе с нами и вместе, поддерживая друг-друга, вы стали лучшими версиями себя.
Это было по-настоящему.
До новых встреч!
❤5
Добрый день.
Продолжаем ранее начатую тему⬇️
Осталось всего 2 принципа☺️
⚠️ Принцип №5 "Оплата и ввод в эксплуатацию"
Кратко:
Заказчик согласует, а Подрядчик определяет состав необходимых работ для доведения требований до эксплуатации. Заказчик может вносить уточнения в требования, без изменения стоимости работ.
Для договора:
На основе Исходных требований Подрядчик разрабатывает и передаёт Заказчику на согласование детальный перечень работ, необходимых для исполнения обязательств по Договору, с указанием сроков их выполнения. После утверждения Сторонами этот перечень становится обязательным для исполнения.
Подрядчик гарантирует, что утверждённый перечень работ является полным и достаточным для реализации всех функций и требований, зафиксированных в Исходных требованиях и ввода их в эксплуатацию. Если в ходе выполнения работ или после их завершения выявится, что для достижения целей, предусмотренных Исходными требованиями, требуются работы, не включённые в утверждённый перечень, и такие работы не вызваны изменением Исходных требований или действиями Заказчика, они выполняются Подрядчиком за его счёт.
Любые новые или изменённые требования Заказчика, которые не противоречат Исходным требованиям и направлены на уточнение или детализацию уже согласованных функций, считаются вытекающими из Исходных требований и выполняются Подрядчиком в пределах согласованной стоимости работ, за исключением случаев, когда такие требования объективно приводят к необходимости существенного изменения архитектуры системы в целом, что подтверждается совместным заключением Сторон. При этом Подрядчик не вправе ссылаться на связанное увеличение объёма работ как на основание для изменения стоимости.
Подрядчик освобождается от ответственности за полноту перечня, если необходимость дополнительных работ возникла вследствие изменения Исходных требований после утверждения перечня, либо вследствие ошибок, неполноты или несвоевременного предоставления информации Заказчиком, при условии что Подрядчик надлежащим образом фиксировал запросы на предоставление информации в порядке, предусмотренном Принципом №2.
💬 Коллеги, давайте обсуждать
#Рассуждения_о_проектах
Продолжаем ранее начатую тему
Осталось всего 2 принципа
Хочу поделиться с вами интересным документом, который попал ко мне в работу. Это проект "Принципов внедрения 1С", сформулированных командой заказчика. Это не техническое задание и не смета, а именно попытка сформировать "правила игры".
Кратко:
Заказчик согласует, а Подрядчик определяет состав необходимых работ для доведения требований до эксплуатации. Заказчик может вносить уточнения в требования, без изменения стоимости работ.
Для договора:
На основе Исходных требований Подрядчик разрабатывает и передаёт Заказчику на согласование детальный перечень работ, необходимых для исполнения обязательств по Договору, с указанием сроков их выполнения. После утверждения Сторонами этот перечень становится обязательным для исполнения.
Подрядчик гарантирует, что утверждённый перечень работ является полным и достаточным для реализации всех функций и требований, зафиксированных в Исходных требованиях и ввода их в эксплуатацию. Если в ходе выполнения работ или после их завершения выявится, что для достижения целей, предусмотренных Исходными требованиями, требуются работы, не включённые в утверждённый перечень, и такие работы не вызваны изменением Исходных требований или действиями Заказчика, они выполняются Подрядчиком за его счёт.
Любые новые или изменённые требования Заказчика, которые не противоречат Исходным требованиям и направлены на уточнение или детализацию уже согласованных функций, считаются вытекающими из Исходных требований и выполняются Подрядчиком в пределах согласованной стоимости работ, за исключением случаев, когда такие требования объективно приводят к необходимости существенного изменения архитектуры системы в целом, что подтверждается совместным заключением Сторон. При этом Подрядчик не вправе ссылаться на связанное увеличение объёма работ как на основание для изменения стоимости.
Подрядчик освобождается от ответственности за полноту перечня, если необходимость дополнительных работ возникла вследствие изменения Исходных требований после утверждения перечня, либо вследствие ошибок, неполноты или несвоевременного предоставления информации Заказчиком, при условии что Подрядчик надлежащим образом фиксировал запросы на предоставление информации в порядке, предусмотренном Принципом №2.
#Рассуждения_о_проектах
Please open Telegram to view this post
VIEW IN TELEGRAM
Коллеги, добрый день.
Хочу поделиться новостью.
На прошлой неделе мы завершили обучение первого потока курса «1С:Аналитик. Практикум».
Учились 6 недель. За это время сделали кейс – 5 домашних задания, объединенных в единый поток работ аналитика на проекте.
Обсудили и проработали вот такую цепочку.
1️⃣ Обследование предприятия. Формирование дерева бизнес-процессов
Разобрали некоторые важные теоретические темы общие и уже по конкретной задаче обследования:
• Жизненный цикл проекта
• Задачи аналитика в фазах проекта
• Декомпозиция бизнес-процессов
• Фиксация функциональных требований
А в рамках домашнего задания поработали над формированием навыков сбора и анализа исходной информации по бизнес-процессам, а также потренировались формировать дерево бизнес-процессов.
2️⃣ Далее перешли к моделированию бизнес-процессов
Обсудили общие принципы моделирования и основные виды нотаций моделирования
А в рамках ДЗ трудились над моделированием бизнес-процессов и выстраивали взаимосвязи со смежными процессами.
3️⃣ Поработали с конфигурацией в рамках работы с требованиями и фиксированием функциональных разрывов
Тут обсуждали такие вопросы как:
• Анализ полноты и качества требований
• Систематизация требований
• Выявление функциональных разрывов
4️⃣ Куда ж без документов))) Проектирование системы. Состав и структура проектной документации
Разобрали виды документов, относящихся к проектированию.
И потренировались составялть Проектное решение.
5️⃣ Реализация / разработка ИС, тестирование ИС
Тут проговорили виды тестирования.
А в рамках самостоятельной работы разработали Сценарий тестирования ИС.
6️⃣ И завершающее – подготовка к эксплуатации
Тут тем много, мы их просто обсудили:
• Цели и задачи подготовки ИС к эксплуатации
• Виды эксплуатации ИС и ключевые отличия
• Анонс работ по подготовке системы к эксплуатации: Подготовка системы, организация миграции НСИ и начальных данных, настройка интеграций, подготовка персонала, организация службы поддержки
Достаточно активная и сложная программа.
И слушатели разделились на 2 категории:
✍️ те, кто активно работал в ходе курса, «выросли», и уже на последних занятия это было видно
📖 некоторые же попросили перенести обучение в следующий поток, чтобы до начала «прокачки» практики позаниматься теоретическими темами. Молодцы! Выбрали правильный подход и активную позицию – организовали свое обучение лаконично.
Коллеги, присоединяйтесь к нам! Присоединяйте своих коллег – аналитиков)
Следующий поток обучения 11 июня 2026 года
Ссылка для записи
#Обучение_РП
Хочу поделиться новостью.
На прошлой неделе мы завершили обучение первого потока курса «1С:Аналитик. Практикум».
Учились 6 недель. За это время сделали кейс – 5 домашних задания, объединенных в единый поток работ аналитика на проекте.
Обсудили и проработали вот такую цепочку.
Разобрали некоторые важные теоретические темы общие и уже по конкретной задаче обследования:
• Жизненный цикл проекта
• Задачи аналитика в фазах проекта
• Декомпозиция бизнес-процессов
• Фиксация функциональных требований
А в рамках домашнего задания поработали над формированием навыков сбора и анализа исходной информации по бизнес-процессам, а также потренировались формировать дерево бизнес-процессов.
Обсудили общие принципы моделирования и основные виды нотаций моделирования
А в рамках ДЗ трудились над моделированием бизнес-процессов и выстраивали взаимосвязи со смежными процессами.
Тут обсуждали такие вопросы как:
• Анализ полноты и качества требований
• Систематизация требований
• Выявление функциональных разрывов
Разобрали виды документов, относящихся к проектированию.
И потренировались составялть Проектное решение.
Тут проговорили виды тестирования.
А в рамках самостоятельной работы разработали Сценарий тестирования ИС.
Тут тем много, мы их просто обсудили:
• Цели и задачи подготовки ИС к эксплуатации
• Виды эксплуатации ИС и ключевые отличия
• Анонс работ по подготовке системы к эксплуатации: Подготовка системы, организация миграции НСИ и начальных данных, настройка интеграций, подготовка персонала, организация службы поддержки
Достаточно активная и сложная программа.
И слушатели разделились на 2 категории:
📖 некоторые же попросили перенести обучение в следующий поток, чтобы до начала «прокачки» практики позаниматься теоретическими темами. Молодцы! Выбрали правильный подход и активную позицию – организовали свое обучение лаконично.
Коллеги, присоединяйтесь к нам! Присоединяйте своих коллег – аналитиков)
Следующий поток обучения 11 июня 2026 года
Ссылка для записи
#Обучение_РП
Please open Telegram to view this post
VIEW IN TELEGRAM
👍3❤1
Please open Telegram to view this post
VIEW IN TELEGRAM
❤🔥3🙏2🏆2😨2
Здравствуйте, коллеги.
Для вас уже не секрет, что мы постоянно проводим бизнес-игры.
Отличный формат обучения, выявления зон роста для каждого участника индивидуально.
Почему индивидуально? А потому, что в ходе игры, каждый участник «показывает» себя – ведь такой уж это формат☺️ И это позволяет тренерам поработать хард и софт-скиллс с каждым участником индивидуально.
Но я-то участвую в играх, как наблюдатель. Стараюсь собирать и обобщать, систематизировать…
И хочу с вами поделиться некоторыми выводами относительно того, какие зоны являются самыми непроработанными. И, на самом деле, я сама удивляюсь этим выводам, так как кажется, что это основное!!!
1️⃣ Часто путаются в жизненном цикле проекта – какие этапы нужны в проекте, зачем они нужны, какие работы выполняются в рамках каждого этапа. Т.е. по сути, не могут проработать жизненный цикл проекта, предложить его заказчику и, самое главное, пояснить и обосновать его для заказчика.
2️⃣ Деталь. Планируют и презентуют заказчику работы по описанию процессов, а нотаций не знают. Не до деталей, нет, а иногда даже правильных названий нотаций.
3️⃣ Путаются в понятии «Функциональный разрыв». Кажется, таком популярном в настоящее время.
4️⃣ Управленцы часто не умеют делегировать. Пытаются закрыть все вопросы сами. А в результате – провал, т.к. не знают (см. выше) нотаций, планов работ и целей исполнения работ и т.д. Итог тут печальный – провал встречи.
5️⃣ «Неумение ставить на паузу». Поясню, ситуация… Заказчик задает вопрос, но ответа сразу нет. Вместо того, чтобы сказать «Ваш вопрос крайне важен, но в настоящий момент ответить на него сложно, (например) т.к. у нас на встрече нет предметника в данной области. Мы вернемся в офис, обсудим и отправим вам ответ письмом». Ведущий встречи начинает что-то отвечать, плавать в вопросе и, в результате, демонстрирует некомпетентность. Итог тот же самый – провал встречи.
Просто поделилась…
Коллеги, надо учиться, всегда надо учиться – не останавливаться…
Даже когда кажется, что знаешь все и все умеешь – ведь всегда есть зоны улучшения…
И пост был не рекламный, но все же…
Приходите учиться.
Наши курсы и бизнес-игрыпо управлению проектами
А тут есть классные темы по хард и софт-скиллам.
#Обучение_РП
Для вас уже не секрет, что мы постоянно проводим бизнес-игры.
Отличный формат обучения, выявления зон роста для каждого участника индивидуально.
Почему индивидуально? А потому, что в ходе игры, каждый участник «показывает» себя – ведь такой уж это формат
Но я-то участвую в играх, как наблюдатель. Стараюсь собирать и обобщать, систематизировать…
И хочу с вами поделиться некоторыми выводами относительно того, какие зоны являются самыми непроработанными. И, на самом деле, я сама удивляюсь этим выводам, так как кажется, что это основное!!!
Просто поделилась…
Коллеги, надо учиться, всегда надо учиться – не останавливаться…
Даже когда кажется, что знаешь все и все умеешь – ведь всегда есть зоны улучшения…
И пост был не рекламный, но все же…
Приходите учиться.
Наши курсы и бизнес-игрыпо управлению проектами
А тут есть классные темы по хард и софт-скиллам.
#Обучение_РП
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥1
Добрый день.
Продолжаем ранее начатую тему⬇️
⚠️ Принцип №6 "Скорость выполнения операций и типовой функционал"
Кратко:
Сделать не хуже чем в исторической системе. Скорость работы пользователя в 1С:ERP не должна превышать аналогичную работу в исторической системе. Стимулировать использование типового функционала.
Для договора:
Подрядчик обязуется обеспечить, что совокупные трудозатраты пользователей на выполнение операций в разрабатываемой системе (как типовых, так и доработанных) не превышают трудозатрат на выполнение аналогичных операций в исторической системе.
При этом Стороны исходят из того, что типовой (неизменённый) функционал платформы 1С:ЕРП по умолчанию соответствует данному требованию, если Заказчиком не доказано иное.
Если Подрядчик предлагает реализацию функции нетиповым способом (путём доработки), он обязан при согласовании перечня работ (Принцип №5) письменно подтвердить, что такая реализация не приведёт к превышению указанного порога трудозатрат. В случае последующего выявления превышения по вине нетиповой реализации Подрядчик устраняет его за свой счёт, а также компенсирует Заказчику расходы на проведение замеров.
Если в ходе эксплуатации Заказчик направит мотивированный запрос о превышении указанного порога, Стороны в рабочем порядке проводят совместное мероприятие (замеры, анализ, экспертную оценку) для проверки обоснованности обращения. Формат, сроки и методика проведения мероприятия определяются Сторонами по взаимной договорённости при получении запроса.
В случае подтверждения факта устойчивого (не разового) превышения трудозатрат пользователя, Подрядчика за свой счёт выполняет работы по оптимизации системы. Если превышение вызвано изменением исходных требований, аппаратного обеспечения или иными обстоятельствами, независящими от Подрядчика, Стороны обсуждают возможность доработок на условиях дополнительного соглашения.
💬 Коллеги, давайте обсуждать
#Рассуждения_о_проектах
Продолжаем ранее начатую тему
Хочу поделиться с вами интересным документом, который попал ко мне в работу. Это проект "Принципов внедрения 1С", сформулированных командой заказчика. Это не техническое задание и не смета, а именно попытка сформировать "правила игры".
Кратко:
Сделать не хуже чем в исторической системе. Скорость работы пользователя в 1С:ERP не должна превышать аналогичную работу в исторической системе. Стимулировать использование типового функционала.
Для договора:
Подрядчик обязуется обеспечить, что совокупные трудозатраты пользователей на выполнение операций в разрабатываемой системе (как типовых, так и доработанных) не превышают трудозатрат на выполнение аналогичных операций в исторической системе.
При этом Стороны исходят из того, что типовой (неизменённый) функционал платформы 1С:ЕРП по умолчанию соответствует данному требованию, если Заказчиком не доказано иное.
Если Подрядчик предлагает реализацию функции нетиповым способом (путём доработки), он обязан при согласовании перечня работ (Принцип №5) письменно подтвердить, что такая реализация не приведёт к превышению указанного порога трудозатрат. В случае последующего выявления превышения по вине нетиповой реализации Подрядчик устраняет его за свой счёт, а также компенсирует Заказчику расходы на проведение замеров.
Если в ходе эксплуатации Заказчик направит мотивированный запрос о превышении указанного порога, Стороны в рабочем порядке проводят совместное мероприятие (замеры, анализ, экспертную оценку) для проверки обоснованности обращения. Формат, сроки и методика проведения мероприятия определяются Сторонами по взаимной договорённости при получении запроса.
В случае подтверждения факта устойчивого (не разового) превышения трудозатрат пользователя, Подрядчика за свой счёт выполняет работы по оптимизации системы. Если превышение вызвано изменением исходных требований, аппаратного обеспечения или иными обстоятельствами, независящими от Подрядчика, Стороны обсуждают возможность доработок на условиях дополнительного соглашения.
#Рассуждения_о_проектах
Please open Telegram to view this post
VIEW IN TELEGRAM