⚡️Кейс «Переход с 1С:УСО на 1С:ERP в строительной компании»

Наш клиент занимается комплексным строительством, реконструкцией и ремонтом автомобильных дорог, аэродромов, промышленных и гидротехнических сооружений. На момент обращения строительная компания использовала программу «1С:Управление строительной организацией». Она не позволяла нашему заказчику использовать современные технологические наработки «1С», а также в полной мере удовлетворить возросшие потребности бизнеса к учету, планированию и управлению.

Как проходил переход с 1С:УСО на 1С:ERP

Кажется неплохая статья. Хоть и не об 1С, но подходы к решению проблемы описаны верно.

У многих зарубежных программных продуктов существуют российские аналоги. Относительно качества и полноты функционала совсем нового ПО, оперативно разработанного в прошлом году, у потенциальных пользователей есть сомнения, и зачастую обоснованные.
В нашей статье сосредоточимся на решениях, разработанных компанией 1С.

🌀ТЗ Шрёдингера

Мы привыкли делиться успешными кейсами и показывать себя только с лучших сторон. Но бывает и негативный опыт, который многому может научить, как Исполнителя, так и Заказчика. Таким “негативным” кейсом поделился наш коллега:

2020-2021 гг. Идёт внедрение ERP в одной из производственных компаний. Стадия Моделирование. Всё прекрасно, все в общем-то довольны результатами, ДС закрываются один за другим. В ТЗ вносятся правки по отработанным системным процессам, которые конечно же по требованию бизнеса меняются. Каждая встреча ‒ активное бурление мнений. Все в предвкушении новой системы, особенно Заказчик.

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

Ноябрь 2022 года. Бизнес в РФ адаптировался к санкциям, проложены новые маршруты, появились новые поставщики. Заказчик возвращается к нам, но как нетрудно догадаться почему, - команда уже на других проектах. Ни РП, ни аналитиков, ни архитектора уже не найти и не привлечь обратно. Они лишь рассказали в общих чертах, что было на проекте. Да ещё и у Заказчика проектом занимается новый РП ‒ нанятый финансовый директор, сменил в этой роли директора по кадрам.

Меня ставят на проект и я собираю пока двух человек - архитектора и аналитика. Мы начинаем переслушивать и перечитывать все накопившиеся материалы. Тратим время. А время у нас что? Правильно ‒ деньги. И вот, потратив примерно 40 часов на то, чтобы всё переслушать, перечитать, подготовить новый план работ, мы готовимся к встрече с Заказчиком. И тут выясняется, что несмотря на то, что шло моделирование - в ТЗ нет ни строчки про функциональные требования. Нет ни ЧТЗ, ни ЛТ. А почему? Правильно, потому что активные бурления у Заказчика шли без матрицы ответственности. То главбух побеждал технолога, то технолог побеждал главбуха. Наши старательно писали протоколы, которые на следующей встрече отменялись и писались заново. Так было потрачено 6 млн. рублей.

Новый РП Заказчика тогда заняла позицию "РП Шрёдингера":
- У нас есть ТЗ делайте по нему.
- ТЗ плохое, за что мы вам платили?!

Более того, оказалось, что у всех участников проектной группы заказчика "отложилось в памяти, что проект в целом будет стоить 10 млн.". Но это “не отложилось” ни в одном из документов, которые бы были подписаны сторонами.

Проект, конечно, никуда не пошёл. Я пытался объяснить Заказчику, что изменения, которые произошли за время пока проект не двигался, обязаны были повлиять на то, что было проделано. Что нам надо начать проработку функциональных требований заново, что проект по внедрению ERP на их число рабочих мест не может стоить 4 млн., которые они предлагали нам за его завершение. Но они заняли позицию "штош, очень жаль! Вот такая вот плохая у вас компания".

Для себя же я отметил некоторые вещи:
1. Всегда под запись предупреждать Заказчика, что проект не должен останавливаться на длительное время.
2. Работать надо так, как учит Юлий Минькин в “Школе руководителя проекта”, а аналитиков надо брать тех, что прошли его курс “Школа аналитика”.
3. Что без матрицы ответственности и прочих атрибутов рекомендуемых PMBoK мы просто увеличиваем риски проекта.

В принципе, достаточно просто работать по курсам Школы проектного специалиста, ведь там подробно рассказывается про все необходимые атрибуты, в том числе и из PMBoK. А вам я желаю хороших клиентов и легких проектов 🙌

В статье приводится результат опросов представителей бизнеса по теме сложности работы с поколением Z (теми, кто родился в 2000 году и позже).

🎉 5 мая – это не только пятница перед длинными выходными, а еще и День криптографа в России.

По такому случаю мы сделали подборку менеджеров паролей:
⏵KeePass Бесплатно. Открытый исходный код и хранение базы данных в виде зашифрованного файла на вашем компьютере. Можно установить в операционную систему или пользоваться портативной версией, есть мобильные приложения и все они совместимы друг с другом по формату баз. Можно держать пароли, пин-коды, ИНН, СНИЛС, банковские реквизиты.
⏵Bitwarden Бесплатно, есть премиум-версия. Почти все возможности доступны бесплатно: премиум‑версия добавляет двухфакторную аутентификацию и командный вариант использования.
⏵1Password Платно. Хранит пароли, документы, защищённые заметки и банковские карты. Поддерживает работу без подключения к Сети.
⏵NordPass Бесплатно, есть премиум-версия. Умеет генерировать надёжные комбинации, проверяет, не были ли взломаны учётные записи, а кредитные карты похищены.
⏵Enpass Бесплатно, есть премиум-версия. Простой и удобный интерфейс. Можно держать данные для входа на сайты, личные документы, кредитные карты и др. Программа бесплатна на десктопах, за использование мобильной версией придётся заплатить.
⏵Zoho Vault Бесплатно, есть премиум-версия. Поддерживает двухфакторную авторизацию, в наличии также защищённое хранилище для заметок и документов и генератор паролей.
⏵Dashlane Бесплатно, есть премиум-версия. Поддерживает несколько способов разблокировки парольной базы: только мастер‑пароль или ещё и ПИН‑код, аутентификация через приложение для смартфона или биометрическое распознавание по лицу или сканеру отпечатков.
⏵RoboForm Бесплатно, есть премиум-версия. Умеет определять поля для ввода учётных данных в браузерах и приложениях — мессенджерах, облачных клиентах, магазинах игр и т.д. Есть защита от фишинга: предупредит, если вы попытаетесь ввести данные на поддельном сайте.

Берегите себя и свои пароли!🔒

Желаем всем хороших выходных🕺🏻

Когда подписан закрывающий акт по проекту.

Методология SCRUM была впервые представлена в 1995 году, а сегодня уже широко применяется во многих компаниях по всему миру, в том числе и в России. Но так ли универсальна эта технология и как ее можно применять при внедрении сложных и комплексных автоматизированных систем?
➡️ Читайте в нашей новой статье

Со "сказочными" условиями оплаты проектных работ сегодня ознакомился в тендерной документации по внедрению "1С:ERP УХ" в группе торгово-производственных предприятий на 11 бизнес-единиц с количеством пользователей из нескольких сотен:

8.3 Порядок оплаты работ
30% от стоимости услуг по Договору оплачивается в порядке предоплаты, на основании счета, выставленного Исполнителем в течение 10 (десяти) рабочих дней после выставления счета на предварительную оплату.
70% от стоимости услуг оплачиваются Заказчиком по факту оказания услуг Исполнителем, в течение 10 (десяти) рабочих дней с момента подписания Сторонами акта приемки-сдачи оказанных услуг.

Даже представители гос. компаний с большим (ударение на первом слоге) пониманием относятся к этому вопросу.
Пришлось крепко задуматься.

9 трендов управления проектами в 2023 году – куда мы движемся?

Во время поиска информации для домашнего задания в Школе Руководителя проектов наткнулся на интересную статью про тенденции управления проектами. Автор анализирует какие изменения мы увидим в таких областях, как планирование ресурсов, совместная работа, методы и инструменты. Как изменятся роли участников проекта? И какие новые задачи ожидают Проектные Офисы.

В этой статье автор рассматривает перспективы в среде Agile, традиционных и гибридных проектов на ближайшие годы. Тенденции, однако, не одинаково применимы ко всем отраслям и типам проектов. Мы сочетаем собственный опыт с информацией из открытых источников и выводим из этого основные положения. Основываясь на оценках и прогнозах, вы сможете реализовать правильные стратегии для вашей среды управления проектами.

Темы, которые вас ждут в статье:

1️⃣ Искусственный интеллект в управлении проектами набирает обороты
2️⃣ Самоорганизация и работа в гибких средах
3️⃣ Планирование ресурсов приобретает все большее значение
4️⃣ Больший акцент на преимуществах результатов
5️⃣ Обмен знаниями продолжает набирать обороты
6️⃣ Гибкие и гибридные методы приобретают все большее значение
7️⃣ Управление изменениями становится все важнее
8️⃣ Проектные Офисы все чаще берут на себя ответственность за реализацию стратегических целей.
9️⃣ Появление на рынке множества решений для автоматизации процессов управления проектами

Оригинал статьи читайте здесь.

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

Друзья, нас уже больше 600 человек на канале!🚀

Спасибо за ваш интерес и поддержку. Будем стараться и дальше публиковать полезный и интересный контент🤝

В настоящее время гибкие и адаптивные методологии управления проектами стали очень популярными и часто используются в IT-отрасли. Но это не означает, что старый и проверенный подход "водопад" (Waterfall) утратил свою ценность. Напротив, он по-прежнему может быть эффективным в некоторых проектах.

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

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

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

Если у тебя запросили информацию о статусе задачи, значит нужно предоставить такую информацию в понятном и полезном для адресата виде, например, % выполнения, срок завершения, возникшие проблемы и вопросы (если имеются).

Привет. Вот прям наболело у меня :)
Вот такая тема - важность ведения статусов задач и работ при работе в команде.
И умение правильно подавать статус по работам и результат работ заказчику.
Я сегодня просто убилась объяснять коллегам, что если заказчик нервничает о сроках, то говорить - готовность сообщим по факту, очень плохая идея. И что нужно максимально прозрачно, но в выгодном свете показать статус работ.
Как выяснилось, этот момент не всеми понимается как важный.

Изучая информацию о формировании и управлении командой проекта, а также её мотивации, я попал на серию аналитики компании Гэллапа (Gallup), измеряющей вовлеченность сотрудников. И не могу не поделиться некоторыми статистическими данными о производительности и вовлеченности сотрудников, которые мне показались интересными в контексте подбора команды и ее мотивации на успешное завершение проекта.

Часть примеров применительны к рынку США, но не думаю, что они значительно отличаются по Миру:
► Средний сотрудник продуктивно работает 2 часа 53 минуты.
► Талантливые специалисты на 400 % более продуктивными, среднего сотрудника.
► Недосыпающие сотрудники обходятся в 63 миллиарда долларов в год.
► Счастливые сотрудники более продуктивны.
► 91% сотрудников спят на совещаниях.
► Улучшение коммуникации на рабочем месте повышает производительность на 20–25 %.
► Занятия спортом перед выходом на работу повышают производительность на 15%.
► Работа на дому повышает производительность труда сотрудников на 14%.

Полную статистику объединил в статье