Тема описания бизнес-процессов через код не теряет своей актуальности.
Очередная статья о том, как использовать PlantUML для этих целей.

«И чтец, и жнец, и на дуде уже всех тоже достал». Нетиповой функционал 1С
Егор, Аналитик 1С

Ещё со времён работы во внедрении я привык к формату «И чтец, и жнец, и на дуде уже всех тоже достал». Такой подход постепенно вылился в моё участие в работе в основном с нетиповым функционалом 1С. Именно там требуется говорить на одном языке и с пользователем, формирующим потребность, и с программистом, ведущим доработку, и с руководством проекта со стороны Заказчика. Отсюда получаются вполне предсказуемые сложности — типовой функционал, который я вроде как знаю, каждый раз приходится изучать как новый, ведь видел я его последний раз больше года назад, а в случае с дорабатываемым функционалом всегда есть проблема оптимального решения, ведь тут уже не работает аргумент «Так надо, потому что закон/регламент/логика типового функционала…». Решение, которое ты предлагаешь Заказчику — одно из множества различных вариантов.

Справляюсь я этой особенностью нетиповой разработки в основном предподготовкой. Вместо предположения одного решения рассматриваю сразу несколько и их же предлагаю Заказчику. Ведь в каждом конкретном кейсе именно Заказчику виднее, что такое «оптимально» — здесь это максимальная простота поддержки, а там уже сколько угодно можно городить, главное чтобы бухгалтеру нужно было нажать на одну кнопку меньше.

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

Задачи к поддержке, коих появлялось от одной до трёх новых в день, всегда были самые разные. И вот эти самые разные задачи, ввиду размаха доработки, уверенно продолжали сталкивать меня с новым и новым функционалом. В огромном объёме их доработок всегда было что-то, чего я ещё не видел за несколько месяцев поддержки. Вчера находили, что причиной неправильного расчёта комиссий в ГДТ была ошибка, оставленная 1С в типовом коде УТ (и перекочевавшая в ERP) много лет назад, а завтра мы разбираем здоровенный отчёт, строящийся исключительно на нетиповых регистрах для учёта остатков товара на складе на каждую отдельную дату относительно его доли в общем доходе всех продаж, при том что документацию этих регистров уже давно съели мыши. Последнее добавляло и головной боли, и эффекта новизны как ничто другое.

Именно на этом проекте, как мне кажется, я получил больше всего опыта, хотя относительно всего времени моей работы с 1С, он был не таким уж и долгим.

Какие проекты в вашей практике были самыми интересными?

Кейс российского подразделения «Керхер». Перевод бизнес-процессов с SAP на 1С:ERP

До начала проекта основные бизнес-процессы были автоматизированы в SAP, для некоторых задач использовался 1С:Документооборот КОРП. Регламентированная отчетность велась в MS Excel. В связи с прекращением деятельности SAP на территории Российской Федерации, руководством компании Karcher было принято решение о переводе всех основных бизнес-процессов компании на отечественные программные продукты системы 1С:Предприятие. Базовым решением были выбраны конфигурации 1С:ERP Управление предприятием 2 и 1С:Документооборот 8 КОРП.

Подробнее о проекте читайте в нашей новой статье

Прокачиваем hard skills: 10 базовых книг, которые стоит прочитать каждому проектному специалисту.

Вдохновлять, направлять, стремиться к росту, следить за инновациями и внедрять их в работу. Неважно, чем вы занимаетесь: работаете во внедрении или подбираете персонал, руководите отделом или управляете проектами, вам пригодятся помощники — полезные книги с ценным опытом, классными инструментами и крутыми лайфхаками. Антон Долгов, основатель Первого Бита, поделился списком книг, которые стоит прочитать каждому.

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

2. «Психология влияния» Роберт Чалдини.
Топовая и очень полезная книга о том, как мы думаем, как принимаем решения и как действовать в тех или иных ситуациях.

3. «Сначала скажите НЕТ» Джим Кэмп.
Книга про переговоры, о том как договариваться и как противостоять сильному противнику, использующему давление и манипуляции.

4. «Отчаянные аккаунт-менеджеры» Борис Шпирт.
Ранее Борис Шпирт возглавлял студию по Веб-разработке, в книге он делится собственным опытом о том, как работают менеджеры и как взаимодействовать с клиентом. Простая и мегаполезная книга с практическими советами.

5. «Техника продаж крупным клиентам» Радмило Лукич и Евгений Колотилов.
Радмило можно считать продавцом №1 в России. Он возглавлял отделы продаж в крупных IT-компаниях и занимался крупными продажами сложных проектов. В книге он популярно и доходчиво раскрывается полный цикл продаж крупным клиентам — от их поиска до подписания с ними договора.

6. «Лояльный клиент» Джон Шоул.
Небольшая книга от Джона Шоула, который считается одним из самых крутых в области клиентоориентированности, клиентоцентричности и эффективного взимодествия с клиентами. Очень полезная книга о том, как бороться с недовольством клиентов. Прочитайте и используйте в работе.

7. «Управление ИТ-проектами и процессами» Анатолий Чекмарев.
Очень полезна, потому что она дает все необходимые инструменты и рассказывает ак они связаны между собой: что такое проект по Agile, что такое проект по водопаду. В ней разбираются цели клиента, управление рисками, управление конфликтами и т.д. Книга, которая в целом рассказывает про проектный бизнес и дает верхнеуровневый взгляд на него.

8. «Цель» и «Цель 2» Элияху Голдратт.
Неубиваемая классика. Производственный роман, который легко читается и воспитывает мышление. Отличная книга о критичных и узких звеньях, о том, как ставить цели, как выбирать куда ставить цели, как действовать и как ускорить процессы.

9. «Лидер и племя» Дэйв Логан, Джон Кинг и Хэли Фишер-Райт.
Незаменимая книга о корпоративной культуре. Авторы рассказывают, как создать команду, которая будет идти на прорыв, как команда ощущает себя по отношению к друг другу и какая корпоративная культура в команде.

10. «Принцип черного ящика» Мэтью Сайед.
Почему ошибки — основа наших достижений в спорте, бизнесе и жизни. Книга про ошибки выжившего, о том, что ошибки скрывать нельзя, как превратить неудачи в успех и снизить риск непоправимых ошибок.

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

📚 Берегите свое время и читайте книги осмысленно.

Понимание внедряемого продукта на примере блока Закупки в ERP

Сам термин «Закупки» в представлении не нуждается. Все более или менее представляют, что это такое, какую роль они играют в жизни любого предприятия и чего ожидать от программного продукта, отвечающего за автоматизацию этого раздела хозяйственной деятельности. Когда же дело доходит до внедрения учёта закупок на реальном, живом предприятии, всплывает тысяча и один нюанс, непредвиденная потребность и уникальные специфики учёта всех возможных расцветок.

👉 Такие нюансы рассмотрим в новой статье

Вот до чего дошел прогресс.

Идентификация проектных рисков простыми словами

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

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

Различия между портфелем, программой и цепочкой проектов

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

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

Надеемся эта статья поможет вам разобраться в особенностях и тонкостях понятий «портфель проектов», «программа проектов» и «цепочка проектов». Если у вас остались вопросы, задавайте их в комментариях.

Проект компании Первый БИТ «Миграция с международной системы SAP на 1С:ERP” в «Эс Си Джонсон» Россия номинирован на проект года.

Призываем проголосовать за проект!
https://eawards.1c.ru/projects/kompleksnaya-migraciya-c-zarubezhnoy-erp-sistemy-na-1s-erp-176338/

В комментариях можно предложить свои темы, которые вы считаете важными и актуальными.

Не может не радовать тенденция импортозамещения.

Даёшь отечественное!

https://www.tadviser.ru/index.php/Проект:Воздушные_Ворота_Северной_Столицы_(миграция_с_SAP_S4/HANA_на_1С)

Очень хорошая статья о метафорах, применительно к созданию IT-решений.

Метафоры позволяют мыслить и запоминать просто о сложном.

KPI на удаленке: плюсы и минусы

На онлайн–митапе «Мотивация удаленных команд» генеральный директор ООО «Софт-Юнион» Владислав Епанчинцев рассказал, на что обратить внимание при внедрении KPI и предостерег от ошибок в погоне за краткосрочными результатами.

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

➡️ Читать статью https://infostart.ru/1c/articles/1885660/

Kanban — метод управления проектами и задачами

Метод Kanban (японское слово, означающее «визуальная карта» или «доска») придуман очень давно, но при этом не потерял своей актуальности. Он может успешно применяться в различных областях, включая разработку программного обеспечения, управление проектами, управление обслуживанием клиентов и другие. Метод помогает командам лучше организовать свою работу, повысить прозрачность и сотрудничество, а также улучшить результаты и доставку продукта или услуги.

✅ В статье подготовили краткую информацию об этом методе, способах и инструментах его применения.

Как рефакторинг помогает не потратить кучу денег на продукт

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

В статье автор делится практическими советами относительно рефакторинга больших продуктов.

А как вам такой куртец ИТ-шника?

Ну что тут скажешь?

Из проведенного опроса видно, что у большинства коллег самая больная тема - это как сдать работы заинтересованному заказчику 🙂.

Значит будем обсуждать на ближайшем стриме эту тему.

Сплоченность команды и как ее достичь

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

О том, как достичь этого эффекта поговорим в новой небольшой статье