Управление моделями при сборе требований

Публикация № 1481776 16.07.21

Методология - Управление проектом

От качественного моделирования и документирования бизнес-процессов во многом зависит правильность реализации требований заказчика в системе. О том, как организовать процесс моделирования при сборе требований – какие инструменты/нотации при этом использовать и как подбирать аналитика, который сможет правильно документировать требования на проекте, рассказал руководитель проектного отдела “Корпоративные финансы” компании WiseAdvice, Сергей Наумов.

Наверняка все слышали выражение, что работать нужно не 12 часов, а головой.

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

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

 

Что бывает, если не проводить моделирование

 

 

Расскажу несколько кейсов про то, что проводить моделирование важно.

  • Первый кейс – не поняли друг друга. Мы выполняли проект по ТКВ (технологии корпоративного внедрения), где первым этапом было предпроектное обследование, в рамках которого разрабатывалась концепция автоматизированной системы. И вот мой коллега сдаёт концепцию, показывает, как реализуются те или иные элементы концепции в системе – ген. директор понял, руководитель проекта со стороны заказчика тоже понял, а представители производственного блока не поняли, поэтому пришлось подключаться мне. Я сделал достаточно простую модель (на слайде представлено, как она выглядела). Но даже такая простая схема помогла нам наладить взаимопонимание с заказчиком, и, к счастью, проект не сорвался – мы начали внедрять, нам в этом помогло грамотное моделирование.

  • Второй кейс – на предыдущем месте работы при сдаче работ вылез незапланированный процесс. В этом кейсе, тоже из моей практики, я выполнял проект для производственной компании Москвы, с которой до этого работал на протяжении многих лет – я думал, что знаю об этой компании вообще всё. В один прекрасный момент генеральный директор мне предложил сделать большой и интересный проект по переходу с 7.7 на 8.2 – работы было примерно на год. На финальной процедуре сдачи работ директор (он же собственник) принимает систему, проверяет, как она работает, ему все нравится – я уже потираю руки. И тут он просит меня показать, как работать с пробниками. А я ничего про это не знаю. Работая с этим директором на протяжении многих лет, я думал, что знаю про его компанию все, поэтому при разработке новой системы мы сделали небольшое формальное ТЗ, систему бизнес-процессов не описывали, и данный процесс упустили. К счастью, я тогда довольно быстро справился, за пару недель нарисовал бизнес-процесс. В объеме годового проекта это были не существенные убытки.

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

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

 

Как моделирование помогает улучшать работу на проекте

 

 

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

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

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

 

 

В этой презентации я хочу вам передать мое видение процесса моделирования.

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

 

Моделирование в 1С

 

 

Ранее я на Инфостарте представлял доклады:

Обратите внимание, слева на слайде промоделирована сказка «Курочка Ряба». В каждую из своих презентаций я вставляю какую-то сказку на UML. В том году была «Репка», до этого – «Три поросенка». Главное, что при описании в нотации UML сразу понятно, о чем сказка.

 

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

 

 

Итак, именно в таком порядке я призываю вас запускать процесс моделирования:

  • сначала вы выбираете нотацию моделирования – определяетесь с тем что хотите моделировать и как;

  • затем выбираете CASE-средство, на базе которого будете запускать процесс моделирования;

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

 

Выбор нотации моделирования

 

 

В нашей отрасли существует два аспекта, которые необходимо учитывать при разработке модели:

  1. Поведенческая модель => диаграммы поведения:

  • Диаграмма деятельности

  • Диаграмма состояний

  • Диаграмма use-case

  • И др.

  1. Логическая модель => структурные диаграммы:

  • Диаграмма классов

  • Диаграмма компонентов

  • Диаграмма объектов

  • И др.

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

  • предприятие, которое мы автоматизируем;

  • программный продукт, с помощью которого мы автоматизируем;

  • и люди, которые работают с этим программным продуктом по определённым инструкциям.

В итоге у нас есть:

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

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

Например, есть процесс ввода заказа, значит в поведенческой модели будет бизнес-процесс регистрации заказа, а в логической модели будет заказ, связанная с ним нормативно-справочная информация (контрагенты и т.д.).

Для моделирования я предлагаю использовать диаграммы UML – например, диаграмму деятельности для моделирования бизнес-процессов.

Я очень призываю не усложнять – не нужно стараться использовать какие-то сложные нотации, начните с самого простого. Я применяю диаграмму use-case, классов и деятельности. И все.

 

Что такое вообще модель

 

 

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

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

 

 

Другим примером является всем известный «Дом ARIS», когда у нас предприятие раскладывается на диаграммы:

  • диаграмма организационной структуры;

  • слева – диаграмма взаимосвязей объектов (как связаны продукты, клиенты и заказы клиентов);

  • справа – диаграмма функции предприятия (из каких функций состоит формирование заказа);

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

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

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

 

 

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

 

 

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

 

Выбор CASE-средства. Enterprise Architect

 

 

Почему нужно использовать CASE-средство, а не Visio?

  • После моего предыдущего выступления коллега сказал, что Enterprise Architect – это классное средство для превращения потока сознания в системный вид. И это действительно так. Сегодня мы немного посмотрим на Enterprise Architect, почему он помогает привести поток сознания в системный вид.

  • CASE-средства, в отличие от просто «рисовалок» сокращает время на работу с моделями, потому что там очень много специализированных интересных инструментов по поиску тех или иных объектов, по организации взаимосвязей элементов и т.д.

  • Кроме того, CASE-средства часто содержат специализированные инструменты. Тот же Enterprise Architect позволяет управлять проектом, там присутствует простая система управления проектами.

  • К тому же Enterprise Architect имеет API – мы интегрировали его с СППР.

  • И в отличие от Visio такие профессиональные средства намного больше подходят для работы с моделями.

Давайте посмотрим, как Enterprise Architect помогает в работе.

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

 

 

Давайте посмотрим, что было в этом протоколе.

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

  • Затем, они написали, что они хотят, чтобы базы данных лежали на разных устройствах

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

  • И т.д.

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

 

 

Во втором разделе еще больший поток сознания был. Чтобы что-то из этого сделать, как-то это систематизировать, я применил Enterprise Architect.

 

 

Как я это сделал:

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

  • Каждое требование связал с бизнес-процессом,

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

 

 

  • Дальше разложил бизнес-процессы на составляющие

  • Также сделал связь с требованиями

  • И получился абсолютно понятный состав объектов метаданных.

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

 

 

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

 

 

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

 

 

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

 

 

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

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

 

 

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

Итак, где можно использовать CASE-средство (на примере Enterprise Architect):

  1. Для обработки протоколов совещаний

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

  3. Для формирования ТЗ с моделями

 

Организация процесса моделирования для выполнения проекта

 

 

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

Процесс моделирования можно встроить в любую технологию, например, в 1С:ТКВ, про которую мы сегодня будем говорить.

 

Выявление требований на основе системы шаблонов

 

 

Чтобы правильно построить модель, нужно правильно выявить требования на проекте. Из недавнего негативного примера – коллега в разделе требований написал: «На данный момент ВГО элиминируется приблизительно в Excel». Кем элиминируется? Зачем элиминируется? Почему приблизительно? Непонятно. Так делать конечно нельзя.

Чтобы правильно выявить требования, должен быть понятный формат описания этих требований.

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

Сотруднику понятно, что на входе, какое действие он с этими документами выполнил, и что на выходе.

На основании этой таблицы нам очень просто описать бизнес-процесс и связать требования с моделями.

 

Кросс-классификация требований

 

 

Далее – важно определить правильный уровень требований.

Часто при сборе требований вам говорят «система должна обеспечить план-фактный отчет», а рядом сидит девушка-оператор, которая говорит «и обязательно с красной кнопкой». Это требования разного уровня.

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

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

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

  • на уровне бизнес-требований они формулируются достаточно высокоуровнево;

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

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

 

Формализация описания требований

 

 

Важно научиться формализовать требования:

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

  • второй вариант – требования можно формулировать в виде сценария (мне этот вариант нравится больше, но он сложнее, потому что его сложнее правильно систематизировать):

    • А. Пользователь вводит…

    • Б. Система выполняет обработку данных по алгоритму.

    • В. Система выполняет регистрацию данных в ….

    • Г. Пользователь на основе зарегистрированных данных получает отчет по форме. На основании данных отчета пользователь принимает решение… (выполняет действие)

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

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

  • Бизнес-процессы

  • Сценарии работы пользователя с системой

  • И т.д.

 

Процесс изменения моделей от требований

 

Итак:

  • у нас есть модель нашего предприятия, которую мы построили;

  • дальше нам на вход приходит какое-то требование об изменении этого процесса;

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

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

 

Документирование требований

 

 

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

Например, бизнес-требования можно формализовать в документе:

  • BRD;

  • ТЗ;

  • «Функциональные требования»;

  • «Спецификация требований» и др.

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

  • организационная структура;

  • схема функциональной структуры (состав бизнес-процессов);

  • бизнес-процессы и т.д.

Требования к функциям автоматизированной системы удобно описывать в документах:

  • ТЗ (ближе к техпроекту);

  • Частное техническое задание;

  • Технический проект.

В документы функций автоматизированной системы удобно включать модели:

  • Логическая структура объектов АС;

  • Представление объектной модели;

  • Схема БД;

  • Взаимосвязи объектов.

Но обратите внимание, что:

  • на каждом уровне требований у нас свой документ;

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

 

Алгоритм работы с требованиями

 

 

Итак, алгоритм работы с требованиями заключается в том, что:

  • Сначала мы выявляем требования в стандартном шаблоне

  • Дальше – мы классифицируем требования по уровню и типу

  • И включаем требование в подходящий для уровня документ

 

Интеграция моделей в автоматизированную систему

 

 

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

  • Классический пример, который все знают, это интеграция СППР, где модель построена в нотации IDEF0 в систему ERP 2 (KA 2) – у нас непосредственно в системе ERP есть кнопка, вы нажимаете, например, в приходном ордере кнопку и понимаете, какой бизнес-процесс поддерживается этим документом, какие документы можно ввести впоследствии на основании этого документа.

  • И второй вариант уже из моей практики – это интеграция сценариев в ВРМ (про него я сейчас подробнее расскажу).

 

 

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

  • Например, мобильное приложение при установке запрашивает у BPM-системы по номеру телефона, есть ли у нас такой клиент.

  • BPM-система маршрутизирует сообщение в CRM, АБС, определяет наличие клиента и возвращает ответ на мобильное приложение.

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

  • мы включили в BPM-систему описание бизнес-сценариев;

  • и каждый тип сообщения привязали к бизнес-сценарию.

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

 

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

 

 

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

 

 

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

  • я разбираюсь с профессиональным опытом.

  • в разделе «выявление требований» я разбираюсь с тем:

    • как он понимает требования;

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

    • понимает ли он, что такое управление требованиями;

    • какие у него подходы к разработке модели и т.д.

Пройдя по такому опроснику, вы уже поймете – перед вами аналитик или же тот, который умеет «галочки ставить».

 

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

 

 

Итак, давайте подытожим – что нужно сделать, чтобы запустить процесс моделирования:

  • Сначала мы правильно организуем работу с требованиями (мы их выявляем, классифицируем, строим модели)

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

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

 

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

  • подобрать нотацию;

  • выбрать CASE-средство;

  • запустить процесс моделирования на исполнение.

 

Открытые вопросы

 

 

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

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

  • Нужно ли строить две модели – AS IS и TO BE? Я считаю, что не нужно, потому что вместо модели AS IS можно использовать протоколы интервью, поэтому я строю только модель TO BE. Но иногда возникают мысли, что может быть, все-таки имеет смысл описывать две модели. Хотелось бы услышать ваш опыт, ваше мнение.

  • Мне не дает покоя идея «Исполняемых бизнес-процессов» – это очень интересная нотация BPMN. Имеет ли право на жизнь идея исполняемых бизнес-процессов в рамках проектов на 1С, я пока для себя не нашел однозначного ответа.

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

 

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

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

Приглашаем всех 11-12 ноября принять участие в INFOSTART EVENT 2021 в Москве: //infostart.ru/events/1451228/

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

Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. brr 179 16.07.21 11:51 Сейчас в теме
Встречались ли Вам противоречия в моделях? Например, когда функции внедряемого блока "ломают" данные необходимые для другого. Если да, то как Вы такие противоречия находите? И помогает ли в этом моделирование?
2. SergeyN 924 16.07.21 13:54 Сейчас в теме
(1) Из сообщения не очень понял о какой проблеме идет речь. Можете привести пример?
3. brr 179 16.07.21 16:44 Сейчас в теме
(2) Допустим один блок, отгрузки, использует РС в котором хранится состояние этих отгрузок. Внедряется другой блок, контроль отгрузок, добавляющий в список состоянии ещё одно, которое в блоке отгрузки не учитывается. Как распознать такую ситуацию заранее?
4. SergeyN 924 16.07.21 17:42 Сейчас в теме
В общем случае, аналитик при добавлении модели движений по новому объекту обязан проанализировать связи. Но коллизии конечно все равно могут возникать - только моделированием такие моменты не всегда можно решить из-за человеческого фактора. Еще нужны организационные решения по назначению архитекторов ответственными за бизнес-процессы (у нас на каждый БП делается 1 проектное решение), которые утверждают технические решения.
5. brr 179 16.07.21 20:15 Сейчас в теме
Оставьте свое сообщение

См. также

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

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

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

16.09.2019    12296    GSoft    21    

Пришиваем хвост: нужен ли Эджайл в 1С или глупости это всё?..

Управление проектом Agile (XP, SCRUM, Канбан) Бесплатно (free)

Коллеги, приглашаем поучаствовать в опросе - Agile в проектах внедрения 1С: реально работает или это миф? Интересен практический опыт!..

12.03.2021    6694    MariaTemchina    84    

9 советов, как уговорить девушку. Точнее, как уговорить Заказчика работать по Agile, когда он этого не хочет

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

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

16.02.2021    3351    MariaTemchina    45    

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

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

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

10.02.2021    4542    andironenko    14    

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

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

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

24.01.2019    10574    user809424    11    

Статья Компетенции РП по версии PMI и здравому смыслу. Часть 2-ая

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

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

09.12.2020    2016    MariaTemchina    3    

Что почитать про Agile для чайников?

Управление проектом Agile (XP, SCRUM, Канбан) Бесплатно (free)

Продолжаю рубрику “Письма в редакцию”. Ко мне иногда обращаются с вопросом - вот, я, мол, совсем не представляю, что такое Agile…

03.12.2020    4048    MariaTemchina    9    

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

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

Об компетенции руководителя проекта сломано немало копий (хорошо, если не об самих руководителей).  В этой статье хочу оставить свои пять копеек, отталкиваясь от тех компетенций, которые институт PMI® - законодатель моды мирового проектного управления - озвучил в качестве требований к сертификации PMP® со 2-ого января 2021 года.

18.11.2020    4047    MariaTemchina    9    

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

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

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

29.06.2017    35963    1СERP    79    

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

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

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

11.09.2020    3583    alexandr.blinov    17    

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

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

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

04.09.2020    3921    MariaTemchina    25    

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

Управление услугами и сервисом Управление бизнес-процессами (BPM) Управление прочее Управление проектом Бесплатно (free)

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

20.08.2020    3531    MariaTemchina    4    

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

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

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

09.06.2017    32146    1СERP    175    

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

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

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

26.06.2020    5047    1c-intelligence    17    

Наиболее типичные ошибки при оценке работ в проектах 1С

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

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

13.06.2020    3092    Koder_Line    9    

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

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

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

08.06.2020    5876    stepan96    12    

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

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

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

18.04.2017    33363    1СERP    189    

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

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

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

25.05.2020    6147    sapervodichka    1    

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

Управление проектом Agile (XP, SCRUM, Канбан) Бесплатно (free)

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

18.05.2020    12292    MariaTemchina    33    

Кто здесь? Или как проводить онлайн-совещания

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

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

23.03.2020    6926    MariaTemchina    24    

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

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

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

10.04.2017    33535    1СERP    107    

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

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

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

03.03.2020    7626    VLikhobabin    44    

7-ой PMBoK - конец классического проектного управления? Часть 1-ая

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

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

23.01.2020    29220    MariaTemchina    10    

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

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

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

09.01.2020    12290    roman72    0    

Мотивация персонала в фирмах франчайзи: а она работает? Промо

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

Думаем, что практически любого работающего человека интересует вопрос мотивации. Этой проблемой в одинаковой степени озабочены работники и работодатели: как мотивировать людей, сколько платить, как платить, какая часть оплаты должна быть фиксированной, а какая зависеть от результата работы, как это всё повлияет на результаты работы, стоит ли быть строгим и дотошным руководителем или нужно активно делегировать полномочия подчиненным. ВЦ "Раздолье" провело небольшое исследование на тему мотивации и вот его результат. Автор статьи Андрей Мироненко.

03.04.2017    44796    1СERP    233    

Про одну Тётю

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

Суровое челябинское распределение ресурсов

24.12.2019    7127    1c-intelligence    33    

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

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

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

14.10.2019    6256    chavalah    16    

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

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

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

19.09.2019    13688    ogroup    164    

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

Техническое задание Управление бизнес-процессами (BPM) Управление проектом Бесплатно (free)

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

23.02.2017    28505    Gavrik    11    

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

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

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

30.08.2019    15846    SergeyN    10    

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

Пользователю системы Управление проектом Бесплатно (free)

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

20.08.2019    10056    Arsen1986    7    

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

Управление проектом Финансовый учет и бюджетирование (FRP) Финансовый учет и бюджетирование (FRP) УУ Бесплатно (free)

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

28.06.2019    9238    SergeyN    1    

10 способов злоупотребления сотрудниками своим служебным положением и методы борьбы с ними с помощью учетной системы Промо

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

Не так давно на одном из проектов во время инвентаризации была выявлена очень большая недостача. Как результат, одно из важнейших требований клиента по проекту было: разобраться с тем, что у него происходит в системе, и привести остатки, как он выразился, «в адекватное состояние». А незадолго до этого у меня в практике был случай, когда уже на второй день после внедрения качественной системы учета движения наличных денежных средств (кассы) также была выявлена недостача, но уже в кассе. И в первом, и во втором случае вину за возникновение проблемы представители заказчика попытались возложить на людей, которые занимались внедрением новой системы. И только после долгих и, надо признаться, довольно неприятных и очень эмоциональных разбирательств, удалось доказать клиенту, что система работает правильно, а виноваты в случившемся сотрудники компании, которые намеренно или ненамеренно создали фактическую недостачу товара и денег.

17.06.2016    41042    raiml    37    

Внедрение решений: как выполнять все обязательства в срок в условиях ограниченных ресурсов

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

Многие менеджеры вынуждены работать в условиях многоклиентской среды с ограниченными ресурсами. И вовремя сдавать проекты в таких условиях сложно. Как добиться того, чтобы поставки делались без нарушений сроков, рассказал гостям и участникам конференции Infostart Event 2018 управляющий партнер BIPULSE.RU Алексей Васильев.

24.06.2019    7254    sbase    9    

Цифровая трансформация. Будущее учетных систем

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

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

19.06.2019    11006    FB_10160810658600104    62    

Риск - благородное дело!.. Часть первая

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

Несколько рекомендаций по управлению рисками в ИТ-проектах.

18.06.2019    8293    MariaTemchina    8    

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

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

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

26.12.2014    45802    CheBurator    64    

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

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

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

31.05.2019    11166    MariaTemchina    23    

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

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

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

14.05.2019    11935    1c-intelligence    121    

Устав писать Устав

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

Ответы на вопросы про то, нужен ли Устав для проектов автоматизации, и если нужен, то зачем?

06.05.2019    8450    MariaTemchina    8    

Практика пуска склада продуктов питания Промо

Бухгалтерский учет Управление проектом Оптовая торговля, дистрибуция, логистика 1С:Франчайзи, автоматизация бизнеса Бесплатно (free)

Описывается опыт пуска склада (охлажденная и замороженная продукция) с точки зрения IT. Со временем из складского подразделения была создана компания, которая оказывает логистические услуги (3PL-оператор) сторонним Клиентам.

1 стартмани

14.09.2015    36838    axxell    15    

Как сжать время?

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

Как, и зачем измерять задачи в чем-то, помимо часов.

04.05.2019    9290    1c-intelligence    39    

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

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

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

15.04.2019    13470    MariaTemchina    15    

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

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

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

13.02.2019    8651    chavalah    22    

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

Управление бизнес-процессами (BPM) Управление проектом Бесплатно (free)

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

06.04.2015    38415    raiml    14    

Стыд и скрам - Чему нас учит Scream Guide

Управление проектом Agile (XP, SCRUM, Канбан) Бесплатно (free)

Название "Scream Guide" можно вольно перевести на русский как “Вопль ужаса от того, как Scrum применяют на практике”

12.02.2019    11114    MariaTemchina    20    

Бизнес, не горюй

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

Про цели автоматизации.

04.02.2019    10568    1c-intelligence    64    

Лучший домик для поросенка, или Что нужно знать руководителю проекта внедрения

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

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

31.01.2019    8631    MariaTemchina    0    

Внедрение программного продукта. Особенности работы бизнес-консультанта. Часть II Промо

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

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

16.11.2014    29142    raiml    46    

Что немцу хорошо, то русскому... Как минимум, небезынтересно. Продолжаем тему Канбан

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

Пользуясь несовпадением рождественских каникул в России и Германии, решила познакомиться с тем, как организована работа разработчиков в одном немецком банке. Сразу оговорюсь: еще давно, со времен совместных яхтенных плаваний с немцами, я противник четких стереотипов из серии "все русские всегда...." или "все немцы обязательно..." (пропущенные места предлагаю читателям заполнить самим в меру своей испорченности).

14.01.2019    10827    MariaTemchina    13    

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

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

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

10.01.2019    13675    chavalah    124