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

Публикация № 1592681 26.01.22

Управление - Управление проектом

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

Я расскажу, как я делаю обследование компаний, которые хотят внедрить учет для целей управления – «а-ля» МСФО. Такой управленческий учет можно организовать в конфигурациях 1С, имеющих подсистему международного учета – это УПП, ERP, УХ, ERP УХ, БП КОРП МСФО.

Для начала представлюсь – меня зовут Николай Шилкин, я уже четверть века занимаюсь внедрением программных продуктов управленческого и международного учета, в частности, занимаюсь автоматизацией МСФО. Здесь на слайде представлены некоторые этапы моей профессиональной деятельности.

 

 

Прошу обратить внимание на девиз «Облегчим жизнь бухгалтеру» в самом низу слайда. Он родился в начале моей карьеры, когда мы внедряли US GAAP в одной американской компании, и там аудиторы KPMG из Великобритании у меня спросили: «Почему у вас в России бухгалтерами и аудиторами работают, в основном, женщины? У нас в Великобритании считается, что это тяжелый труд, работают только мужчины». Я тогда пошутил: «Мы вообще в России наших женщин любим и поручаем им самую ответственную работу, например, строить железные дороги, таскать на них рельсы и шпалы...» Представители KPMG оторопели, спрашивают: «It’s a joke?» (Это шутка?) Я говорю: «Да, шутка». Но, на самом деле, шутка получилась грустная, и с тех пор у меня родился этот девиз. А поскольку бухгалтерами у нас, в основном, работают женщины, я стараюсь максимально облегчить им жизнь, чтобы, сделав проект, они уже не возвращались ко всяким доделкам и переделкам.

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

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

 

 

Терминология

 

Несколько слов о терминологии.

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

 

 

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

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

 

 

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

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

Теперь давайте разберем термин «Параллельный учет».

В данном случае речь идет о параллельном бухгалтерском и управленческом учете, который, как правило, внедряется на конфигурациях, имеющих подсистему международного учета – это УПП, ERP, УХ, ERP УХ, БП КОРП МСФО.

 

 

Термин «Параллельный учет» родился из того, что проводки делаются параллельно сразу в два регистра бухгалтерии – в бухгалтерский и в международный (в том числе, для целей управленческого учета).

  • Такой параллелизм возможен, если стандарты схожи.

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

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

Соответственно, возникает три таких «куска»:

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

  • второй «кусок» – это то, что мы не можем запараллелить, но можем частично автоматизировать какими-то регламентными операциями (классический пример – амортизация);

  • ручные операции.

 

Последовательность внедрения управленческого учета «а-ля» МСФО

 

 

Последовательность внедрения выглядит приблизительно так.

  • Сначала нужно изучить те методологические моменты, которые есть у заказчика.

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

  • После чего начинается уже, собственно, работа по проецированию управленческого плана счетов на структуру данных 1С.

  • Мэппинг счетов БУ и УУ для параллельного учета.

  • Дальше, при необходимости, разработка тех документов, которые не предназначены для параллельного учета. Еще раз обращаю внимание, что терминология 1С-ников называет «параллельным учетом» независимый учет, что, в общем-то, для меня странно – я этим занимаюсь четверть века, а в 1С такой термин появился только в последние 10 лет.

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

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

 

Виды и цели обследований

 

Согласно моей практике, обследование делится на:

  • предпроектное обследование;

  • то обследование, которое уже можно назвать аудированием (ИТ-аудит) – оно проводится либо внутри компании, либо приглашается сторонний эксперт.

 

 

На этапе предпроектного обследования обычно производится:

  • Анализ информации о корпоративных стандартах компании;

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

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

  • Проводится интервью, чтобы:

    • Понять, как от того, что есть, перейти к тому, что будет на новом софте;

    • Проанализировать, как люди работают сейчас, и где именно можно облегчить им жизнь;

    • Выстроить шкалу приоритетов, расшивая самые трудоемкие места в первую очередь.

 

 

По поводу ИТ-аудита я уже рассказал – вы можете еще раз прочитать это на слайде:

 

 

Гармонизация бухгалтерского и управленческого учета

 

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

 

 

Каким образом это происходит? Анализируются две учетных политики: управленческая и бухгалтерская (кстати, в бухгалтерскую часто включается еще и налоговая учетная политика), и дальше смотрится, можем ли мы их как-то сблизить.

В случае с примером амортизации основных средств и нематериальных активов нужно проанализировать, можем ли мы для целей управленческого учета отойти от стандартов МСФО, где амортизация начинает начисляться сразу, подтянуть правила под российские стандарты и начать начислять амортизацию со следующего месяца. То же самое со сроками.

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

Как правило, здесь могут возникнуть проблемы на уровне аналитики, когда нужно слить, расщепить или дополнить (обогатить) аналитику какими-то недостающими данными, которые должны попадать в финансовую отчетность.

 

 

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

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

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

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

 

Проведение обследования – анализ корпоративных стандартов УУ

 

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

 

 

Анализ организационной структуры подразумевает определение центров финансовой ответственности – я привел на слайде самые часто встречающиеся, например:

  • «Продуктовые линейки» (Product Lines) можно спроецировать на справочник 1С «Номенклатурные группы»;

  • «Функции» (Functions) – если мы говорим о структуре данных 1С, это ни что иное, как подразделения группы – то, что в УПП называется просто «Подразделения»;

  • «Локации» (Locations) – места осуществления продаж для анализа продаж – справочник «Регионы»;

  • «Проекты» (Projects).

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

  • Это реперы в многомерных пространствах (как правило, независимые). Но внутри каждого центра финансовой ответственности может быть своя зависимость. Например, «Регионы».

  • Могут дробиться иерархически. Т.е. регион EMEA (Европа, Ближний Восток) дальше делится по странам, страны делятся по какому-то внутреннему административному делению, следующая градация – города и т.д.

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

Если проект внедрения подразумевает переход с одной конфигурации 1С на другую (с более простой на более сложную) – анализируется, что сейчас происходит в базе данных, проверяется качество учета.

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

Как расшифровывается MECE? Это английская аббревиатура Mutually Exclusive & Collectively Exhaustive. По-русски это означает «Взаимно исключающие и совместно исчерпывающие» или аббревиатура «ВИСИ». В общем, звучит страшно.

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

 

 

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

 

 

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

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

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

 

Этап проектирования – реинжиниринг бизнес-процессов

 

 

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

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

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

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

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

 

 

С последовательностью реинжиниринга бизнес-процессов (РБП) все более-менее понятно:

  • Сначала процессы нужно выделить и идентифицировать;

  • Потом описать “as is” и “to be”;

  • Далее – внедрить.

Для графического представления бизнес-процессов можно использовать различные нотации: IDEF, eEPC, BPMN 2.0, UML и ДРАКОН.

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

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

 

 

По поводу разработки ТЗ – тут такая же ситуация.

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

  • Если же вы считаете, что вы сделаете проект «на ура», ТЗ можно не разрабатывать.

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

 

Результат обследования и рекомендации

 

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

 

 

Обратите внимание, что здесь выделено слово «Рекомендации». Во-первых, рекомендации нужны, чтобы можно было обозначить клиенту свои компетенции: «Я рекомендую делать так, потому что…». И, во-вторых, рекомендации нужны, чтобы застолбить себе некий фронт работ, который может возникнуть уже после внедрения.

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

 

 

Нормализация справочников и разработка регламентов заполнения и содержания

 

Обследование я обычно начинаю с анализа справочников – по списку параметров проверяю, в каком они находятся состоянии. Эти параметры показаны на слайде.

 

 

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

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

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

 

 

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

В случае, если нужно обеспечить заполнение каких-то обязательных реквизитов, в том числе, тех, которые приходят из каких-то смежных систем (например, из системы документооборота), то эти вещи лучше автоматизировать, чтобы пользователь не мог закрыть форму до тех пор, пока ее не заполнит. Это такое «правило коридора», которое заставляет его работать правильно.

Есть пассивная и активная регуляция:

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

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

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

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

Такая группировка позволяет пользователю очень легко ориентироваться:

  • если мы кому-то платим, то он идет в оттоки;

  • если нам платят – он идет в притоки;

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

 

 

Очень важный момент – машинная сортировка. Я здесь привел пример двух технологий работы – метод ключевых слов и гнездовой метод:

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

  • Гнездовой метод тоже позволяет сгруппировать на одном экране или на нескольких ближайших экранах по первым символам, но дело в том, что он группировку осуществляет не по ключевым словам, а по каким-то другим критериям. Например, вы хотите, чтобы у вас на одном экране помещались все банки – тогда вы впереди добавляете слово «Банк». И у вас название контрагента уже будет звучать по-другому: Банк «Альфа», Банк «ВТБ», Банк «Сбер». В результате вы получаете некое «гнездо», которое начинается на «Банк». Это иногда очень удобно. Здесь я привел пример с ИП, потому что немногие работают с ИП – обычно ИП-шников в базе 10 или 20, их очень удобно сгруппировать. Вы набираете всего лишь две буквы: «ИП», и компьютер сразу выводит вас на первого ИП-шника, плюс вы видите всех остальных.

 

 

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

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

  • С другой стороны, регламенты обеспечивают преемственность: когда приходят новые сотрудники, чтобы они могли «с места в карьер» начать работать в той системе, которую они, может быть, даже и не знают. Потому что в компаниях часто бывает, что одни люди уходят, а другие приходят. Это связано не только с увольнениями, но и с больничными, командировками, с декретными отпусками. Когда даже внутри одного департамента сотрудники меняются ролями – в таких временных ситуациях, когда человек отсутствует на рабочем месте и его нужно подменить. Тогда, прочитав регламент, новый пользователь может легко включиться.

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

 

 

Глоссарий

 

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

 

 

А это – то же самое, но для российских сокращений. Обратите внимание, как расшифровывается ДРАКОН – Дружелюбный Русский Алгоритмический язык, Который Обеспечивает Наглядность. Видно, что расшифровка подгонялась под название, но, все равно, это реально работающий инструмент. И, кому интересно, на Инфостарте есть ребята, которые используют ДРАКОН применительно к 1С. Это русская система, еще и с таким интересным названием. Это то самое положительное импортозамещение, а не наклейка шильдиков на китайские товары. И в этом, конечно, прелесть этой системы.

 

 

Вопросы

 

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

Да, такое часто на практике встречается. Причем, встречается в двух видах.

  • Первое – у пользователей есть внутренние корпоративные регламенты и им нужно соответствовать.

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

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

А с первым случаем все гораздо сложнее. Допустим, у вас в корпоративных стандартах прописано, что документы «Накладные» мы маркируем такими-то буквенными символами, и начинаем нумерацию, например, с 1000 или с 1000000, и лишь в конце – значащие цифры. Эту разрядную сетку уже надо конструировать. В этом случае я бы советовал не ломать типовой 1С-ный номер, а добавить на форме новое поле, которое генерируется в соответствии с корпоративными стандартами и подставляется в печатную форму или выгружается в электронный документ. Сейчас это делается с помощью расширений.

 

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

Данная статья написана по итогам доклада (видео), прочитанного на онлайн-митапе "Бизнес-аналитик. Роль в команде, компетенции, инструментарий". Больше статей можно прочитать здесь.

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

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

См. также

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

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

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

12.05.2022    718    raiml    2    

Как донести здравый смысл до заказчика. Инструменты архитектора

Управление проектом Бесплатно (free)

Андрей Овсянкин на конференции Infostart Event 2021 Post-Apocalypse поделился инструментами, которые помогают ему обрабатывать большой поток задач и экономить недели на обсуждении проекта. Он рассказал, как искать ошибки в процессах, какие диаграммы полезны при общении с заказчиком и с помощью каких инструментов можно быстро рисовать наглядные картинки вместо долгих разговоров.

05.08.2022    4378    Evil Beaver    11    

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

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

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

11.07.2022    5307    a.doroshkevich    33    

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

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

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

30.05.2022    2603    300_po_vstrechke    56    

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

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

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

12.05.2022    1055    raiml    4    

Технология вялых проектов

Управление проектом Бесплатно (free)

Не все ж такие молодцы.

11.05.2022    3868    1c-intelligence    47    

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

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

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

18.10.2021    10991    papa_harlo    37    

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

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

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

15.10.2021    4192    Akcium    10    

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

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

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

30.06.2020    27896    biimmap    74    

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

Управление проектом Бесплатно (free)

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

10.02.2021    5546    andironenko    15    

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

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

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

16.10.2020    8478    stas_ganiev    36    

Как стать исполнителем в проекте от Инфостарта

Управление проектом Бесплатно (free)

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

11.09.2020    4047    alexandr.blinov    17    

Стратегия выживания в корпоративных войнах Промо

Управление проектом Бесплатно (free)

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

16.09.2019    13929    GSoft    21    

Давайте спасем древесных осьминогов или 12 советов для начинающих РП от опытных товарищей

Управление проектом Бесплатно (free)

Ниже я попыталась собрать житейские советы от опытных руководителей проектов 1С и выпускников курсов по управлению ИТ-проектами на Инфостарте с моими комментариями. 

04.09.2020    4514    MariaTemchina    30    

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

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

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

29.06.2020    14552    WildHare    33    

Управление в стиле Догвилль

Управление проектом Бесплатно (free)

Как и почему жизнь на работе становится всё хуже. Или всё лучше.

26.06.2020    5441    1c-intelligence    17    

Ошибки управленцев: как топ-менеджеров убивает перфекционизм Промо

Управление проектом Бесплатно (free)

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

24.01.2019    11154    user809424    11    

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

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

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

22.06.2020    15219    WildHare    25    

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

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

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

15.06.2020    22438    WildHare    35    

Как построить микросервисную инфраструктуру

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

При росте информационных систем возникает потребность выноса определенной бизнес-логики в отдельное приложение для повышения отказоустойчивости и возможности одновременного использования этой функциональности в различных источниках. О том, как построить микросервисную инфраструктуру с использованием Apache Kafka в качестве шины данных, на конференции Infostart Event 2019 Inception рассказал разработчик группы компаний Автоград Дмитрий Маренин.

15.06.2020    15355    dmarenin    6    

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

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

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

07.11.2018    23749    Yana Petina    34    

Есть ли жизнь после внедрения, или упрощаем работу в сопровождении

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

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

08.06.2020    6523    stepan96    12    

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

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

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

28.05.2020    12386    sapervodichka    75    

Добрый великан

Управление проектом Бесплатно (free)

Руководители проектов определяют наше настоящее, каким оно будет?! Ответ прост - таким, каким и сам РП.

25.05.2020    6650    sapervodichka    1    

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

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

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

23.03.2018    12680    raiml    16    

Почему Scrum не работает в проектах 1С

Управление проектом Бесплатно (free)

Более точная формулировка заголовка, пожалуй будет такой -  Почему Scrum в чистом виде плохо работает в проектах внедрения продуктов 1С.

18.05.2020    13136    MariaTemchina    33    

Практические приемы автоматизации бюджетирования

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

С ростом и усложнением бизнеса меняются управленческие подходы, важным инструментом для принятия решений становится бюджетирование – процесс постановки целей, формулирования, оценки и выбора политики, стратегии, тактики и конкретных действий по их достижению. Как разобраться в реальных потребностях бизнеса и внедрить бюджетирование для 1С:ERP 2 в своем мастер-классе на конференции Infostart Event 2019 Inception рассказал Сергей Наумов.

17.04.2020    14040    SergeyN    0    

4 причины, почему проекты никогда не завершаются в срок

Управление проектом Бесплатно (free)

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

03.03.2020    9281    VLikhobabin    44    

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

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

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

29.06.2017    37300    1СERP    79    

Часовой на страже логов

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

При поддержке решений, которые установлены у большого количества пользователей на различных системах, очень важно вовремя получать подробную информацию о возникших проблемах. О том, как собирать логи и анализировать полученные данные в трекере ошибок Sentry на конференции Infostart Event 2019 Inception рассказал Андрей Крапивин.

13.01.2020    11118    Scorpion4eg    8    

1С СППР, как инструмент по внедрению, разработке и сопровождению информационных систем

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

Система проектирования прикладных решений (СППР) – инструмент от фирмы «1С», который позволяет проектировать конфигурации, вести по ним полную документацию в разрезе объектов системы, собирать требования на реализацию и выдавать на их основе детально описанные задачи программистам. Как правильно использовать СППР при работе с многосоставной командой, на конференции Infostart Event 2019 Inception рассказал генеральный директор компании «Иритум» Роман Кальмансон.

09.01.2020    17443    roman72    0    

BDDSM-практики, или 50 оттенков желтого

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

В статье описаны практические результаты применения методики BDDSM на отдельно взятом РЕАЛЬНОМ проекте поддержки.

26.12.2019    12283    Mistress_A    28    

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

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

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

28.06.2017    52101    raiml    37    

Незакрытый проект на 1000 часов

Управление проектом Россия Бесплатно (free)

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

19.09.2019    14466    ogroup    165    

Мастер-класс СППР

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

Сергей Наумов, в прошлом разработчик подсистемы бюджетирования в конфигурации «1С:ERP», на мастер-классе конференции INFOSTART EVENT 2018 EDUCATION поделился опытом управления проектами с помощью «1С:Системы проектирования прикладных решений» и показал, как использовать эту программу в работе над разными задачами: для сбора, классификации и хранения требований; для управления разработчиками и консультантами; в качестве системы документирования; в качестве баг-трекера на этапе опытно-промышленной эксплуатации.

30.08.2019    18679    SergeyN    11    

Эволюция пользовательской документации 1С в производственной компании

Управление проектом Бесплатно (free)

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

20.08.2019    10991    Arsen1986    7    

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

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

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

28.06.2017    40063    raiml    10    

Бизнес-аналитика с помощью Power BI

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

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

11.07.2019    17671    pbazeliuk    19    

Управление проектами по автоматизации бюджетирования

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

Автоматизация бюджетирования позволяет максимально эффективно планировать ресурсы предприятия и управлять масштабированием компании. Как учесть особенности бюджетирования, встроить его в процессы стратегического планирования, чтобы получить гибкий инструмент управления и аналитики, рассказал Сергей Наумов на конференции INFOSTART EVENT 2018 EDUCATION.

28.06.2019    10279    SergeyN    1    

По следам публикаций 1С + микроконтроллер, или 1С в железе

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

Несколько примеров удачного применения связки микроконтроллер и 1С, в производстве. Результат - исключение человеческого фактора, экономия средств на АСУ, повышение культуры производства ))), и др...

12.06.2019    8462    vostok1.dz    13    

История одного неуспешного проекта Промо

Управление проектом Бесплатно (free)

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

09.06.2017    33400    1СERP    175    

Как мы со Стасом завод за 2 месяца автоматизировали

Управление проектом Бесплатно (free)

Мой опыт быстрого внедрения.

14.05.2019    12566    1c-intelligence    121    

Путь джедая в управлении проектами 1С: умение быть, а не казаться

Управление проектом Бесплатно (free)

Чем руководитель проекта “на бумаге” отличается от “настоящего” руководителя проекта, умеющего направлять команду и выдавать ценный результат?

15.04.2019    14991    MariaTemchina    15    

Уволен через автоматизацию

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

Кейс бизнес-программирования

07.03.2019    12493    1c-intelligence    50    

Такие разные франчайзи. Часть вторая: Особенности реализации крупных проектов, Глава 1. О людях Промо

Управление проектом Бесплатно (free)

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

18.04.2017    34829    1СERP    189    

20 мыслей об ИТ-проектах. Мысль №2. "С какой стороны подойти к новому проекту?"

Управление проектом Бесплатно (free)

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

13.02.2019    9076    chavalah    22    

20 мыслей об ИТ-проектах. Мысль №1. "О незаменимых людях"

Управление проектом Бесплатно (free)

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

10.01.2019    14250    chavalah    124    

Такие разные франчайзи, или как мы делаем большие проекты на 1С. Часть первая: ты помнишь, как всё начиналось Промо

Управление проектом Бесплатно (free)

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

10.04.2017    34940    1СERP    107