Автоматизация vs оптимизация

Публикация № 1684592 27.06.22

Управление - Анализ и проектирование ИТ-систем

Анализ и оптимизация бизнес-процессов становятся все более востребованными в проектах автоматизации, а с массовым переходом с 1С: УПП на 1С:ERP эта задача станет еще более актуальной. О том, как собрать полную картину реальных потребностей вашего заказчика, исходя из логики его бизнес-процессов, на конференции Infostart Event 2021 Moscow Premiere рассказала Елена Иванова.

 

Меня зовут Иванова Елена, в прошлом Буравлева. Я не разработчик и не программист. Я бизнес-архитектор, консультант по управлению, руководитель проектов, связанных с консалтингом, который постоянно работает на стыке с автоматизацией бизнес-процессов.

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

Начинала я с классического консалтинга – уже более 20 лет работаю в этом направлении.

Последние 15 лет я очень плотно работаю в совместных проектах на стыке с ИТ-отраслью. Причем, я стараюсь работать таким образом, чтобы мы заходили в проект вместе с командой, которая будет потом внедрять информационную систему. Потому что только так достигается синергия. Невозможно делать проекты, когда отдельно приходят консультанты, которые как-то описывают бизнес-процессы, выдают огромные “талмуды”, потом приходит отдельная внедренческая команда, которой нужны совсем другие данные, получает эти документы с некими моделями бизнес-процессов, смотрит на них и заново начинает обследование.

6 лет я проработала внутри фирмы «1С», где возглавляла направление 1С:Консалтинг и занималась его развитием. Это дало мне колоссальный опыт понимания того, как взаимосвязаны ИТ и классический консалтинг..

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

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

Прежде чем начать, я хочу задать пару вопросов:

  • Кто в своих проектах выстраивает логику проекта от возможностей информационной системы? Примерно десятая часть аудитории.

  • А кто выстраивает логику проекта от требований пользователей? Примерно половина присутствующих.

  • А теперь следующий вопрос – кто выстраивает логику проекта от требований бизнеса? Таких почему-то меньше.

Вот об этом мы с вами сейчас и поговорим.

 

Взгляд ИТ-аналитика на цели и задачи проекта

 

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

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

Но, по сути, мы в этих проектах отвечаем на вопрос «ЧТО?», плюс даем компании некий инструментарий, который отвечает на вопрос «КАК?»

 

Взгляд бизнес-заказчика на цели и задачи проекта

 

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

Бизнес хочет повысить бизнес-эффективность. А что такое бизнес-эффективность?

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

  • Естественно, бизнес очень хочет выработать сам или получить от вас какой-то Best Practice по различным методикам: расчета, анализа, трансформации данных. Для принятия управленческих решений на основе этих данных.

  • И, естественно, бизнес хочет более четко закрепить ответственность через автоматизацию – я с этим регулярно сталкиваюсь. Мне директор говорит: «Если у меня проблемы в компании, я хочу четко знать, с кого спросить. Я хочу понять, кто у меня отвечает за ввод именно этого показателя, за формирование тех или иных аналитик. Если у меня вдруг где-то какой-то KPI “сбоит”, я хочу знать, с кого спросить за то, что у меня этот KPI отклонился от моего целевого значения».

Соответственно, бизнес, когда заказывает этот проект автоматизации, хочет получить ответ на вопрос «ДЛЯ ЧЕГО» на уровне целей и смыслов. Поэтому правильнее всего – выстраивать логику проекта и сбор требований на входе именно от потребностей и целей бизнеса и предпосылок инициации этого проекта.

И здесь у нас возникает зона несоответствия.

 

Рост рынка оптимизации бизнес-процессов

 

Немного статистики. Подтверждением того, о чем я сейчас говорю, является аналитика по рынку – я периодически мониторю спрос на те или иные услуги в проектах ИТ и их долевое соотношение. На слайде представлены данные рейтингового агентства «Эксперт».

Данные по колонке за 2017 год я в свое время собирала еще для доклада на секции “1С:Консалтинг”. Если вы обратите внимание, то у нас с вами ИТ-разработка и ИТ-консалтинг – 33% и 26%. Все остальное – производственный, финансовый консалтинг, и некие еще “Прочие”.

А что у нас в 2020 году? У ИТ-разработки и ИТ-консалтинга до сих пор высокая доля, но она снижается по сравнению с общим спросом на разного рода услуги. А что растет?

  • Финансовый консалтинг – сюда входит финансовый анализ, показатели финансово-хозяйственной деятельности, управленческая отчетность

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

  • И вот это – Прочее. И вы знаете, что удивительно? В этом «Прочем» есть такая зона, которая связана с консалтингом по выстраиванию оптимизации бизнес-процессов. Его почему-то отдельно не выделяют, но сейчас по данным того же TAdviser и рейтингового агентства «Эксперт» ежегодно прирост спроса на консалтинг в области совершенствования бизнес-процессов за счет автоматизации примерно 15% в год. Также в этот круг услуг входят KPI бизнес-процессов, нормализация данных и т.д.

 

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

Например, если мы с вами говорим о том, что у нас есть задача «Снизить издержки», мы должны:

  • усовершенствовать управление закупками и запасами;

  • разобраться с производственным планированием;

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

Чтобы это автоматизировать, нам нужно:

  • настроить методику оборачиваемости запасов;

  • нам нужен сценарный подход к закупкам, чтобы в зависимости от вида номенклатуры мы оптимальным образом запускали этот процесс, сокращали ненужные действия и задавали жесткие алгоритмы – что и по каким правилам закупаем (под запас на склад, под заказ или еще каким-то образом).

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

Если у нашего бизнеса стоит задача «Рост продаж». Для этого мы должны усовершенствовать:

  • ценообразование и управление скидками;

  • работу с каналами продаж – номенклатура, сегменты и т.д.;

  • анализ эффективности продаж, каналов привлечения;

  • контроль работы сбытового персонала;

  • оперативную работу с клиентами по воронке продаж.

Чтобы это автоматизировать, нам нужны:

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

  • правильная методика расчета маржинальности этих сделок;

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

Если бизнес говорит: «Я хочу за счет автоматизации повысить экономическую эффективность», мы сразу начинаем разговаривать о том, что:

  • мы должны выстроить систему бюджетирования и финансового планирования;

  • мы должны выстроить метрики анализа и показатели финансово-хозяйственной деятельности;

  • реализовать систему принятия решений по этим показателям.

Что нам для этого нужно?

  • нам нужна структура и система планирования по центрам финансовой ответственности;

  • нам нужна классификация статей затрат и статей доходов;

  • нам нужна методика расчета и распределения этих показателей не только по статьям, но и по различным аналитикам – по проектам, по ЦФО и т.д.;

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

И эти задачи не про автоматизацию.

 

Выход – комплексный (системный) подход

 

Когда вы приходите на проект, у вас есть два варианта:

  • Либо бизнес вам это все выдает в готовом виде, по четким правилам, по четким формулам, чтобы вы могли загнать это в систему, предложить оптимальный инструмент решения этих задач;

  • Либо бизнес ждет, что вы, как компания, которая обладает отраслевым опытом или опытом решения определенных задач, принесете ему Best Practice и скажете: «Ребята, вот формула, которая вас устроит». Либо каким-то волшебным образом за счет автоматизации поможете ему это все сформулировать, оцифровать, и в системе это как-то само появится.

Но чудес не бывает.

Так что же нам с этим делать? Чтобы нам корректно в такие проекты входить, дать бизнесу нужный результат,, который мы можем ему дать за счет информационной системы, не обещать то, чего мы дать не можем, чтобы потом нам не было мучительно больно на этапе сдачи системы в эксплуатацию, нам нужно подойти к этому проекту комплексно.

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

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

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

    • эти задачи мы можем решить за счет автоматизации;

    • эти задачи мы можем решить за счет наших методологов, консультантов, специалистов, нашего отраслевого опыта;

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

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

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

Пусть это более трудоемко, но, если вы системно подойдете к проекту, вы сможете снизить риски проекта в 2-3 раза минимум. Под рисками подразумевается увеличение времени, трудозатрат, стоимости. И, как побочный эффект, вы сможете сохранить и поддержать свою репутацию как профессионала на этом рынке. И, что очень важно, обеспечить удовлетворенность заказчика по завершению проекта.

 

Первый шаг – определить контур проекта и выделить процессы компании

 

 

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

Для начала надо понять, какие вообще бизнес-процессы в компании есть, что мы будем с вами автоматизировать и на каком уровне мы будем с вами работать.

Классический инструмент – декомпозиция процессов.

  • Если мы с вами работаем на этапе предпроектной диагностики, мы обычно работаем на уровне процессов и подпроцессов – это верхний уровень.

  • Когда мы переходим на этап детального сбора и формализации требований, естественно, мы уже работаем на уровне процедур и операций.

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

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

 

Второй шаг – количество и виды бизнес-процессов

 

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

Тут у нас есть еще один подводный камень, с которым мы регулярно сталкиваемся. Есть понятие модификации. Это некая разновидность одного и того же процесса.

Классический пример – процесс продажи. Казалось бы, один процесс. Ничего подобного. У нас, например, есть продажа ВИП-клиентам и есть продажа мелким клиентам. И они могут различаться.

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

  • Во-вторых, ВИП-клиенты – это годовые контракты, резервирование товара под заказ клиента еще в производстве или на этапе закупки у поставщика. А у мелких клиентов – отгрузка со склада и оперативные заказы только при наличии остатков на складах.

Если вы понимаете и умеете выделять эти модификации, вам становится намного проще, потому что вы понимаете, что требования у процессов разные, и объекты, с которыми вы будете потом работать в системе, тоже будут разные. И у вас появляется уже не один моно-процесс, а два.

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

Каким образом это можно определить?

  • У вас могут быть разные ответственные/ владельцы бизнес-процесса. Значит это, скорее всего, уже модификация.

  • У вас эти подпроцессы внутри по содержанию могут различаться. Это выясняется на выделении ключевых этапов процесса.

  • У вас типы организации, типы клиентов, типы продажи, типы производства могут различаться – это повод задуматься о наличии модификации.

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

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

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

  • Базовые процессы – это те процессы, которые формируют добавленную стоимость. Это, собственно, производство, продажа, оказание услуг.

  • Вспомогательные процессы – это все, что обеспечивает основную деятельность ресурсами

  • А процессы управления – это процессы, которые задают ограничения и обеспечивают выработку решений.

Почему это важно? Потому что у бизнеса, как правило, «болят» процессы управления. И я очень часто сталкиваюсь с тем, что при входе в проект мне говорят: «Мы хотим поставить бюджетирование». И это еще одна ошибка- начинать проект с процессов управления.

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

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

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

  • Если у нас поставщики и потребители – внешние, значит, совершенно точно, это базовый процесс.

  • Если поставщики и потребители – внутренние, то это либо вспомогательный процесс, либо процесс управления (в зависимости от результата).

 

Для каждого процесса – свой набор инструментов

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

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

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

 

Пример проработки процессов

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

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

Начинаем разбираться с процессами, исходя из поставщиков данных.

  • На этапе планирования закупок у нас поставщики данных – это производственное планирование и планирование продаж. Или, если у нас речь идет о закупках под инвестиции, то данные мы получим из процесса управления развитием.

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

  • Если мы говорим про процесс управления запасами, значит, нам нужно какое-то нормирование, нам нужны данные из этого процесса.

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

Обратная история – потребители данных.

  • У планирования закупок потребителем является бюджетирование, потому что в зависимости от того, что в каком объеме мы будем закупать, зависит, какие деньги требуются, и есть ли у компании на это финансовые средства.

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

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

  • А потребителем данных из завершения обязательств – управление отношениями с поставщиками и управление задолженностями, потому что у нас есть задолженность как с нашей стороны, так, возможно, и со стороны поставщика – он нам поставил не все и не в полном объеме.

 

Как с этим работать в проектах

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

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

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

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

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

 

Инструмент зависит от задачи

 

Если вы это все понимаете, то, каким образом должна выстраиваться логика работы в такого рода проектах?

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

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

  • Если задача – просто обеспечить оперативный ввод данных, автоматизации будет достаточно.

И, в зависимости от того, с какой областью вы работаете, что ожидает заказчик, с чем вы сталкиваетесь на входе, вы предлагаете:

  • либо готовые решения в информационной системе;

  • либо типовые и отраслевые модели, если они у вас есть, которые можно адаптировать под конкретного заказчика;

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

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

 

Всегда ли нужна оптимизация?

Оптимизация на проекте нужна не всегда.

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

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

  • Когда у нас есть какая-то изолированная область, не очень связанная с другой деятельностью, ее можно выделить в отдельный контур, для которого предложить типовое решение – например, «Управление автотранспортом». Там внутри, конечно, тоже есть зоны оптимизации, но при этом не нужно выстраивать сквозные бизнес-процессы, и общую аналитику со всей остальной деятельностью.

  • И еще очень важный момент из личной практики – не заходите никогда в оптимизацию и выстраивание деятельности, если компания только начинает свою работу. Потому что у нее еще нет никаких бизнес-процессов, они только начинают формироваться. Даже если компания предлагает вам использовать какие-то предыдущие наработки от другой компании, их придется адаптировать. Потому что есть корпоративная культура, специфика ментальности топ-менеджмента, среда, в которой эта компания работает. Это все будет накладывать определенные ограничения и трансформировать их бизнес-процессы. И если вы начнете помогать им выстраивать деятельность на этапе старта бизнеса, то у вас требования к этой деятельности и ее автоматизации в течение примерно пары лет будут меняться. Поэтому в этом случае лучше заходить с типовым решением,возможно с отраслевым решением, но с типовым. Годик-два компания должна стабилизироваться. Процессы “устаканились”, бизнес понял, что ему нужно, и после этого можно уже приходить с предложением оптимизации, чтобы уже повышать бизнес-эффективность.

 

*************

Данная статья написана по итогам доклада (видео), прочитанного на конференции Infostart Event 2021 Moscow Premiere. Больше статей можно прочитать здесь.

Приглашаем всех 6-8 октября принять участие в INFOSTART EVENT 2022 в Санкт-Петербурге: //infostart.ru/events/1573038/

*************

Специальные предложения

Оставьте свое сообщение

См. также

Путь покупателя интернет-магазина (Customer Journey) с использованием УФМТП Промо

Анализ и проектирование ИТ-систем УУ Бесплатно (free)

Недавно у меня вышла статья под названием «Универсальная функциональная модель торгового предприятия (УФМТП) в нотации IDEF0». И одно из пожеланий читателей было пояснить подробнее, как я лично пользуюсь этой моделью и как вообще ее можно применять на практике. В этой статье я выполню просьбу читателей. И на примере взаимодействия покупателей с интернет-магазином продемонстрирую практическое применение этой модели.

12.05.2022    718    raiml    2    

10 «заповедей» эксплуатации крупной информационной системы 1С

Управление ИТ-подразделением Внедрение ИТ-системы HighLoad оптимизация Бесплатно (free)

Крупные системы 1С давно уже перешагнули и десятки терабайт, и тысячи пользователей, но во многих случаях подход к эксплуатации таких систем остаётся не на должном уровне. Антон Дорошкевич на конференции Infostart Event 2021 Post-Apocalypse поделился более чем 10-ти летним опытом эксплуатации подобных систем, сведя его к 10 «заповедям», соблюдение которых сделает 1С надёжнее, а труд разработчика – благодарнее и благороднее.

11.07.2022    5303    a.doroshkevich    33    

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

Анализ и проектирование ИТ-систем Бесплатно (free)

Считается, что аналитику для работы на проекте достаточно уметь строить бизнес-процессы в одной-двух популярных нотациях. Но это не так, потому что работа аналитика гораздо разнообразнее и не ограничивается рисованием схем. О том, какие инструменты пригодятся аналитику и помогут ему сделать свою работу комфортной и удобной, на конференции Infostart Event 2021 Moscow Premiere рассказала руководитель отдела сопровождения финансового учета компании «Самокат» Анастасия Штей.

23.06.2022    3010    ashtey    0    

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

Внедрение ИТ-системы Россия Бесплатно (free)

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

16.06.2022    2481    1СERP    0    

Универсальная функциональная модель торгового предприятия в нотации IDEF0 Промо

Анализ и проектирование ИТ-систем УУ Бесплатно (free)

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

12.05.2022    1055    raiml    4    

Эмпатия и системный подход в сборе требований и составлении ТЗ

Анализ и проектирование ИТ-систем Внедрение ИТ-системы Бесплатно (free)

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

10.06.2022    1471    kacelena    2    

Открытое ПО и опыт его внедрения

Linux Внедрение ИТ-системы Бесплатно (free)

Open Source. Открытое ПО и опыт его внедрения.

30.05.2022    2603    300_po_vstrechke    56    

1С-ники могут все, но они не могут все сразу. Рекомендации по внедрению Канбан-системы для проектов 1С

Внедрение ИТ-системы Управление проектом Бесплатно (free)

Директор по проектам Инфостарт Мария Темчина на конференции Infostart Event Post-Apocalypse делала большой доклад о внедрении Канбан-систем. В преддверии старта курсов Марии по управлению ИТ-проектами редакция Инфостарт решила поделиться с читателями докладом о работе ИТ-команд с Канбан. В статье вы узнаете, зачем внедрять такую систему работы, и как она помогает договариваться разработчикам и бизнесу.

22.04.2022    2039    MariaTemchina    1    

Кто такой архитектор? Системный или функциональный? Статья 1 Промо

Анализ и проектирование ИТ-систем Бесплатно (free)

Часто сталкиваюсь с непониманием того, кто такой архитектор. Во многих командах эту компетенцию не используют, либо используют неверно. В связи с непониманием того, как устроен процесс разработки в сфере 1С и кто за что отвечает, будут написаны 8 статей. Это первая статья. В статье постараюсь раскрыть роль архитектора и его значимость в процессе проектирования и разработки. Основываюсь на своём опыте (более 15 лет). Для написания этой статьи изучал статьи на эту тему от коллег и консультировался с руководителями крупных команд.

30.06.2020    27896    biimmap    74    

Business Objective Model или Модель бизнес-целей - где, зачем и как применять?

Анализ и проектирование ИТ-систем Бесплатно (free)

Модель бизнес-целей или Business Objective Model (далее BOM) - техника, которая захватила моё сердце и разум с первого взгляда. Простая и наглядная, она помогает избежать того, от чего так часто возникает недопонимание между бизнесом и теми, кто его автоматизирует.

23.03.2022    1706    SerjoginaMaria    18    

Какие риски и ответственность берет на себя бизнес-аналитик

Анализ и проектирование ИТ-систем Бесплатно (free)

Профессия бизнес-аналитика хотя и интересная, но полна неопределенности. Чем должен заниматься этот специалист, какими навыками обладать, за что отвечать? На эти вопросы попытался ответить исполнительный директор Инфостарта Александр Чавалах.

16.02.2022    2641    chavalah    8    

Не надо делать мне как лучше, оставьте мне как хорошо

Анализ и проектирование ИТ-систем 1С:Франчайзи, автоматизация бизнеса Бесплатно (free)

Даже самое продуманное решение может потерпеть фиаско при внедрении, если пользователи не увидят в нем пользу.

08.02.2022    3135    SerjoginaMaria    37    

Обзор рынка автоматизации ввода данных с документов в систему учета Промо

Внедрение ИТ-системы Россия Бесплатно (free)

Главная цель для бизнеса - заработать как можно больше денег при меньших издержках. Тут же возникает вопрос - как? На самом деле, многих затрат можно легко избежать через автоматизацию рутинных процессов, таких как ввод первички. Сейчас представляется возможным и даже реальным такая картина, когда пользователи могут просто сфотографировать или отсканировать нужный документ, после чего программа автоматически переносит данные в систему учёта. Предлагаем узнать о таких сервисах подробнее в нашем обзоре.

07.11.2018    23749    Yana Petina    34    

42 или главный вопрос по бизнес-процессам

Анализ и проектирование ИТ-систем Бесплатно (free)

Приветствую вас, уважаемые коллеги! Меня зовут Анастасия Штей, я – бизнес-аналитик 1С. Именно так я начинала свои доклады на INFOSTART EVENT 2021 Post-Apocalypse и INFOSTART EVENT 2021 Moscow Premiere. Мне очень близка тема бизнес-анализа, изучения подходов и практик моделирования бизнес-процессов и компетенции бизнес-аналитика. И сейчас я запускаю на Инфостарт серию статей, а уже скоро и курс, посвященный основам моделирования и анализа бизнес-процессов.

07.02.2022    4989    ashtey    20    

Документальное оформление бизнес-процессов в проектах по автоматизации

Анализ и проектирование ИТ-систем Управление проектом Внедрение ИТ-системы Бесплатно (free)

При формировании проектной документации под конкретного заказчика важно использовать в качестве основного источника информации автоматизируемые бизнес-процессы. О том, как такой подход позволяет соблюсти правило полноты и непротиворечивости информации на митапе «Бизнес-аналитик. Роль в команде, компетенции, инструментарий» рассказал руководитель отдела экспертизы компании «Первый БИТ» Денис Галимов.

02.02.2022    3403    denisgalimoff    3    

Матрица компетенций аналитика 1С

Мотивация, лидерство и личная эффективность Анализ и проектирование ИТ-систем Бесплатно (free)

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

28.01.2022    2708    abir    20    

Иерархия IT-систем и выбор программного обеспечения для организации труда Промо

Внедрение ИТ-системы Бесплатно (free)

IT-системы плотно вошли в нашу жизнь. Мощные и сложные программные продукты используются в самых разных сферах. При этом многие забывают, что появились IT-системы не просто так, как программные продукты, которые нужно продавать и внедрять, а как инструменты организации и автоматизации труда.И очень важно помнить при выборе и внедрении IT-систем, что первичен здесь — труд, а не программное решение. Я не единожды сталкивался с тем, что люди выбирали программу просто потому, что: “она понравилась”. В результате появляются попытки “натянуть” процессное производство, например, работу молокозавода, на ERP-систему, предназначенную для дискретного производства (сборка изделий). 

23.03.2018    12680    raiml    16    

Экспресс-обследование и реинжиниринг бизнес-процессов

Внедрение ИТ-системы Управление проектом Анализ и проектирование ИТ-систем Бесплатно (free)

Проведение обследования – это первый этап работы на проекте. От того, как этот этап пройдет, и какие результаты будут получены, будет зависеть дальнейший исход вообще всего проекта. О проведении обследования предприятия для целей управленческого учета на основе МСФО рассказал Генеральный директор ООО «Рэй Консалтинг» Николай Шилкин.

26.01.2022    1917    RayCon    0    

Бизнес-аналитики 1С: спрос есть, но кто они?

Управление ИТ-подразделением Внедрение ИТ-системы Анализ и проектирование ИТ-систем Бесплатно (free)

Каждый понимает по-своему, кто такой бизнес-аналитик и чем он занимается. Руководитель компании CORS Consulting Илья Отькало постарался ответить на вопросы, что должен знать такой специалист, какие знания и навыки ему пригодятся в работе.

24.01.2022    4767    otkalo    0    

Роль и задачи аналитика в проектной команде при внедрении 1С

Управление командой Внедрение ИТ-системы Анализ и проектирование ИТ-систем Бесплатно (free)

Типовые продукты фирмы «1С» становятся все более гибкими, и функция разработки или изменения для них очень часто вообще не требуется или требуется точечно, поэтому для подобных проектов появился отдельный специалист – аналитик 1С. Какие у него задачи, и чем он отличается от системного аналитика и бизнес-аналитика, рассказал руководитель отдела экспертизы компании «Первый БИТ» Денис Галимов.

19.01.2022    5701    denisgalimoff    8    

Проблемы внедрения 1С:ERP на крупном предприятии Промо

Внедрение ИТ-системы Бесплатно (free)

В ходе публикации предыдущих статей о проектной технологии ВЦ «Раздолье» и системе мотивации в фирме-франчайзи 1С, читатели попросили поделиться опытом реальных проектов, поскольку парадные рапорты о нескончаемых успехах всех утомили и не несут пользы для профессионалов. Мы попросили руководителей проектов ВЦ «Раздолье» поделиться такой непростой информацией. И сейчас представляем Вашему вниманию очередную статью по этой теме. Автор – Пикурен Вера – руководитель проектов ВЦ «Раздолье».

29.06.2017    37300    1СERP    79    

Как быстро нарисовать блок-схему или изобразить бизнес-процесс

Анализ и проектирование ИТ-систем Россия Бесплатно (free)

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

25.11.2021    5960    VachKirp    7    

Реактивный интерфейс для 1С:Предприятия

Работа с интерфейсом Анализ и проектирование ИТ-систем Бесплатно (free)

Интеграция 1С:Предприятие с веб-приложениями требует нестандартных решений. О том, как построить веб-интерфейс для 1С на HTTP-сервисах, и какие технологии при этом можно использовать, на митапе «Интерфейс в 1С» рассказал автор профессиональных курсов по JavaScript в HTML Academy Игорь Антонов.

27.10.2021    4567    antonov_i    17    

Уникальный дизайн в 1С на примере разработки реального продукта

Работа с интерфейсом Анализ и проектирование ИТ-систем Бесплатно (free)

Изменить стандартный дизайн интерфейса в 1С можно не только с помощью классических веб-технологий. О том, как для этой цели использовать SVG-картинки, и какие особенности есть у такого подхода, рассказал разработчик 1С в компании «Ангелы ИТ» Сергей Харламов.

18.10.2021    10991    papa_harlo    37    

IDEF0. Знакомство с нотацией и пример использования Промо

Анализ и проектирование ИТ-систем Обучение, бизнес-тренинг, курсы 1С:Франчайзи, автоматизация бизнеса Бесплатно (free)

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

28.06.2017    52101    raiml    37    

Когда интерфейсам 1С нужны веб-технологии

WEB Работа с интерфейсом Анализ и проектирование ИТ-систем Бесплатно (free)

Есть несколько способов сделать интерфейс в 1С богаче и оптимальнее с помощью веб-технологий. О том, какие практические приемы помогут в этой задаче, на митапе «Интерфейс в 1С» рассказали руководители разработки в компании «Арбис» Матвей Серегин и Анна Гнатюк.

15.10.2021    4192    Akcium    10    

Из арт-директора веб-студии в команду разработки продукта на платформе 1С

Работа с интерфейсом Анализ и проектирование ИТ-систем Бесплатно (free)

В мире 1С по сравнению с веб-разработкой незаслуженно мало внимания уделяется поведению и внешнему виду интерфейсов. На митапе «Интерфейс в 1С» руководитель группы разработки компании АРБИС Анна Гнатюк рассказала, что она привнесла из большого мира дизайна в разработку на 1С.

13.10.2021    1370    gntk    2    

Берримор, ты потерял рецепт овсянки? Не беда, нам поможет DFD!

Анализ и проектирование ИТ-систем Бесплатно (free)

Методология DFD наряду с нотациями IDEF0 и IDEF3 входит в тройку популярных методологий описания бизнес-процессов. Мы не говорим о современных нотациях eEPC или BPMN, мы говорим о классике.

16.08.2021    5179    ashtey    2    

Краткое описание BPMN с примером Промо

Анализ и проектирование ИТ-систем Бесплатно (free)

О том, что такое BPMN, написано очень много. Но проблема в том, что почти вся информация, которую можно найти в Интернет, ориентирована на людей, которые уже ранее сталкивались с BPMN или с другим стандартом моделирования бизнес-процессов. Я же предлагаю разобраться «с нуля» — что такое BPMN? В чем особенности и преимущества этой технологии и почему она появилась и оказалась столь востребованной, по крайней мере, за рубежом. Да и у нас в стране ей все больше и больше интересуются.

28.06.2017    40063    raiml    10    

Backend силами 1С. 4 кейса внедрений

Внедрение ИТ-системы Бесплатно (free)

На онлайн-митапе «Интеграционные решения в 1С» выступил руководитель цифровой трансформации в крупной производственной компании Николай Крылов. Он представил коллегам кейсы использования одного универсального инструмента для решения разных задач интеграции.

06.08.2021    3556    Nikola23    4    

Краткий путеводитель по методологиям и нотациям описания и моделирования бизнес-процессов. Часть 3

Анализ и проектирование ИТ-систем УУ Бесплатно (free)

Итак, сейчас рассмотрим уже самые разнообразные графические нотации и начнем с очень неожиданной – ДРАКОНа.

03.05.2021    5425    ashtey    13    

Краткий путеводитель по методологиям и нотациям описания и моделирования бизнес-процессов. Часть 2

Анализ и проектирование ИТ-систем УУ Бесплатно (free)

Самая суть – графическая нотация моделирования бизнес-процессов. Какие бывают и когда их использовать… Начнем с семейства нотаций IDEF.

22.04.2021    11392    ashtey    2    

Про спагетти, или как исследовать бизнес-процессы организации Промо

Анализ и проектирование ИТ-систем Бесплатно (free)

Многие руководители предприятий не обладают полной картиной происходящего в собственных производственных подразделениях. Они знакомы с организационной структурой, направлениями деятельности, общими экономическими показателями. Если по результату получилась прибыль, то наступает уверенность успеха. Но есть ли на рынке предприятия, которые длительное время удерживаются в "слепом" режиме управления?

23.02.2017    29074    Gavrik    11    

Краткий путеводитель по методологиям и нотациям описания и моделирования бизнес-процессов. Часть 1

Анализ и проектирование ИТ-систем УУ Бесплатно (free)

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

19.04.2021    23610    ashtey    6    

Котлеты по-одесски, или с чем кушать IDEF0

Анализ и проектирование ИТ-систем Бесплатно (free)

В статье я расскажу, как же приготовить котлеты с помощью нотации IDEF0.

23.03.2021    4999    ashtey    5    

Пишем ТЗ через сценарии

Анализ и проектирование ИТ-систем Бесплатно (free)

От того, насколько одинаково понимают ТЗ заказчик и исполнитель, зависит успех проекта. Включение моделей на UML и BPMN в состав ТЗ помогает упростить взаимопонимание с заказчиком и обеспечить минимум доработок за счет полного покрытия всех процессов функциональностью системы. О том, как грамотно составить ТЗ и увязать требования заказчика с детализированными моделями, на митапе Saint Petersburg.Online рассказал Сергей Наумов.

05.03.2021    7802    SergeyN    6    

Как оценивать задачи программисту 1С Промо

Анализ и проектирование ИТ-систем Россия Бесплатно (free)

Оценивать задачу всегда сложно. У меня не всегда получается оценивать задачи адекватно (во всяком случае, не всегда моё ощущение адекватности совпадает с ощущениями других участников процесса). Именно по причине того, что вопрос для меня актуальный, хочу поделиться своими размышлениями, субъективным опытом в этом вопросе. Речь пойдет только о технической оценке.

11.08.2016    38427    SamBadi    55    

И снова про бизнес-процессы: живой опыт без теории

Анализ и проектирование ИТ-систем Россия Бесплатно (free)

«Вы не любите кошек? Вы просто не умеете их готовить» (к/ф «Альф») Есть разные подходы к тому, как выделять и классифицировать бизнес-процессы, есть с десяток разных нотаций, в которых их можно описывать, есть целый ряд правил, по которым следует выявлять зоны неоптимальности и предлагать улучшения. По сути, мы с вами получаем в руки ящик с инструментами. А профессионализм аналитика заключается в выборе того, инструмента, который лучше всего подойдет для конкретной бизнес-задачи конкретного предприятия. В статье я хочу поделиться результатами осмысления собственных проектов и теми правилами, которые считаю важным и нужным учитывать при анализе и оптимизации бизнес-процессов.

20.10.2020    2991    e_ivanova    7    

Чего хочет разработчик от ТЗ? Примеры из практики

Анализ и проектирование ИТ-систем Бесплатно (free)

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

16.10.2020    8478    stas_ganiev    36    

Архитектор – строит, а что делает аналитик?

Анализ и проектирование ИТ-систем УУ Бесплатно (free)

Как только вспоминаешь проект по внедрению, особенно тот, что средний и выше (а в уме мы держим, что это проект 1С), то тут же видишь кучу народа, и каждый что-то делает. И вот тут вопрос – кто и что делает на проекте?

14.10.2020    6773    ashtey    11    

Практические вопросы внедрения и развития автоматизации склада. Часть 2 Промо

Оптовая торговля Внедрение ИТ-системы 1С:Франчайзи, автоматизация бизнеса УУ Бесплатно (free)

Слайды к докладу на секции "Складские технологии" в малом зале на IEE-2013. Пример автоматизации склада по "бюджетному" варианту с использованием ТСД+RDP.

26.03.2015    32903    CheBurator    36    

Из хаоса в логику бизнес-процессов

Анализ и проектирование ИТ-систем УУ Бесплатно (free)

Казалось бы, что о бизнес-процессах не поговорил только ленивый, и уж точно каждый второй проводил сравнительный анализ нотаций моделирования бизнес-процессов. Однако до сих пор данная тема остается запутанной, не структурированной и от этого актуальной. Как только начинаешь погружаться в BPMN, EPC, ARIS и прочее, то начинаешь понимать, что ничего уже не понимаешь. Поэтому данная статья будет или еще одним камешком в великой стене описания бизнес-процессов, или кирпичиком в новом фундаменте знаний по данной теме. Это уже покажет время.

06.10.2020    15068    ashtey    5    

Что делать, если с поддержкой 1С всё горит или несколько слов про ITSM…

Анализ и проектирование ИТ-систем Бесплатно (free)

Проекты - это, конечно, важно, с завершением проекта внедрения, жизнь прикладного решения, на самом деле, только начинается. И самое интересное еще только впереди… Не случайно в Agile все чаще говорят о “гибком управлении продуктом”, а вовсе не только “проектом”.

20.08.2020    3885    MariaTemchina    4    

Как теряют бизнес. Реальные истории от бизнес-консультанта. Промо

Анализ и проектирование ИТ-систем Бесплатно (free)

Поговорить о том, какие причины способствуют гибели существующего и часто даже успешного на определенном этапе бизнеса, я планировал давно, но все не доходили руки. Но недавно я услышал о банкротстве моего, теперь уже, клиента. Именно этот факт стал для меня неким толчком. Я осознал, что именно сейчас, в условиях кризиса очень важно понимать, почему бизнес может окончиться крахом и учиться избегать подобных ситуаций. Как известно, когда в экономике кризис, любой бизнес ослаблен. Если сравнивать с человеческим организмом, то кризис для экономики – как ослабление иммунитета. Когда человек здоров, то мелкие болезни проходят незамеченными. Организм сам справляется с проблемами, а в случае ослабления иммунитета, любая инфекция может привести к серьезным заболеваниям или даже стать фатальной. Так происходит и в бизнесе. Если в период подъема экономики какие-то недостатки конкретного бизнеса сглаживаются, остаются незамеченными и даже не слишком мешают работать, то в периоды экономического спада они становятся теми самыми «тонкими местами», которые приводят к снижению прибыли, к определенным проблемам, а иногда даже к полному краху всего бизнеса.

06.04.2015    38932    raiml    14    

Не спеша, эффективно и правильно – путь разработки. Часть 3. Практика

Анализ и проектирование ИТ-систем Бесплатно (free)

Черновой вариант книги Никиты Зайцева, a.k.a.WildHare. Разработкой на платформе 1С автор занимается с 1996-го года, специализация — большие и по-хорошему страшные системы. Квалификация “Эксперт”, несколько успешных проектов класса “сверхтяжелая”. Успешные проекты ЦКТП. Четыре года работал в самой “1С”, из них два с половиной архитектором и ведущим разработчиком облачной Технологии 1cFresh. Ну — и так далее. Не хвастовства ради, а понимания для. Текст написан не фантазером-теоретиком, а экспертом, у которого за плечами почти двадцать три года инженерной практики на больших проектах.

29.06.2020    14552    WildHare    33    

Не спеша, эффективно и правильно – путь разработки. Часть 2. Теория

Анализ и проектирование ИТ-систем Бесплатно (free)

Черновой вариант книги Никиты Зайцева, a.k.a.WildHare. Разработкой на платформе 1С автор занимается с 1996-го года, специализация — большие и по-хорошему страшные системы. Квалификация “Эксперт”, несколько успешных проектов класса “сверхтяжелая”. Успешные проекты ЦКТП. Четыре года работал в самой “1С”, из них два с половиной архитектором и ведущим разработчиком облачной Технологии 1cFresh. Ну — и так далее. Не хвастовства ради, а понимания для. Текст написан не фантазером-теоретиком, а экспертом, у которого за плечами почти двадцать три года инженерной практики на больших проектах.

22.06.2020    15219    WildHare    25    

Находим взаимопонимание с заказчиками с применением Enterprise Architect

Анализ и проектирование ИТ-систем СRM Бесплатно (free)

Enterprise Architect – мощное средство моделирования бизнес-процессов и информационных систем. Сергей Наумов на мастер-классе конференции Infostart Event 2019 Inception показал, как моделировать бизнес-процессы и составлять понятные заказчику документы при внедрении 1С-систем с помощью Enterprise Architect. Материалы мастер-класса будут полезны как разработчикам на платформе 1С, так и аналитикам, участвующим во внедрении.

19.06.2020    8877    SergeyN    0    

Не спеша, эффективно и правильно – путь разработки. Часть 1. Парадигма

Анализ и проектирование ИТ-систем Бесплатно (free)

Черновой вариант книги Никиты Зайцева, a.k.a.WildHare. Разработкой на платформе 1С автор занимается с 1996-го года, специализация — большие и по-хорошему страшные системы. Квалификация “Эксперт”, несколько успешных проектов класса “сверхтяжелая”. Успешные проекты ЦКТП. Четыре года работал в самой “1С”, из них два с половиной архитектором и ведущим разработчиком облачной Технологии 1cFresh. Ну — и так далее. Не хвастовства ради, а понимания для. Текст написан не фантазером-теоретиком, а экспертом, у которого за плечами почти двадцать три года инженерной практики на больших проектах.

15.06.2020    22438    WildHare    35