Записи

Кому в команде изучать предметную область

Прежде чем ответить на вопрос кому в команде необходимо изучать предметную область Заказчика, давайте рассмотрим общую архитектуру команды проекта как со стороны Заказчика, так и со стороны Исполнителя с привлечением Подрядных организаций (сложность комплексных проектов PLM заставляет привлекать сторонних специалистов, как от Вендоров внедряемого ПО, так и специалистов по узкоспециализированным направлениям, например, таких как Информационная безопасность гос. предприятий).

Читать/смотреть далее

Понимание предметной области делает проект интересным

После просмотра фильмов «Каждое воскресение» и «Огни ночной пятницы» мне непременно захотелось узнать, что же такое Американский футбол. Мое знакомство с ним началось с Супер Кубка 2008, после которого я стал фанатом команды New York Giants и по сей день я не пропускаю ни одной их игры. За это время я узнал много «тонкостей» футбола, и повторный просмотр фильмов был значительно интереснее нежели первый. Понимание правил и сути самой игры заставили меня смотреть на фильм с разных сторон, открылась вся его красота и смысл. Помимо красоты на поверхность вылезли и откровенные «ляпы» переводчиков фильма, когда, например, квотербека называли полузащитником. Это говорит о том, что люди, отвечающие за перевод, не знали игру, не знали термины и правила – не знали предметную область. Понимание предмета позволит Вам рассматривать его с разных сторон и убережет от многих ошибок.

Читать/смотреть далее

Хочешь внедрять PLM профессионально — осваивай предметную область

Дураки и дороги

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

Трудности перевода

Даже если принять как факт, что Заказчик бесконечно хорошо разбирается в бизнес-процессах предприятия, а Исполнитель в совершенстве знает инструмент, который он внедряет, мы все равно сталкиваемся с трудностями взаимопонимания:

  1. Размытое формулирование потребностей. Заказчик попросту не знает, на что способен инструмент.
  2. Поверхностное описание внедряемого решения без учета специфики Заказчика. Исполнитель показывает типовую конфигурацию PLM, которая, по его мнению, полностью способна реализовать все его задачи.

02 Client&Imlementor

Проблема взаимопонимания Заказчика и Исполнителя всегда является источником одного из самых опасных рисков проекта – неконтролируемого увеличения его границ (Project scope).

Принтер не печатает gif анимации

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

Как известно, бухгалтера имеют дело с огромным количеством бумаги. Выяснив, что при подготовке документов тратится сто тысяч миллионов бумаги формата А4, руководитель решил, что назрела оптимизация. Все его требования сводились к «крутому принтеру, который быстро печатает с двух сторон». Такое задание и было поставлено перед IT специалистами.

Итог: купили супер принтер (с максимальным количеством печати бумаги в минуту) с бюджетом чуть больше чем «Очень дорого». Он умел даже раскладывать по копиям и сшивать скрепками.

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

03 Print

Что делать и кто виноват

Выходит, что самая идеальная ситуация в проекте — это когда:

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

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

Простой шаг к освоению предметной области

Вы сейчас читаете одну из цикла заметок, посвященных изучению предметной области машиностроения.
Заметка представляет собой сокращенный вариант статьи, потому что редакторы plm.center подозревают, что сейчас люди разучились читать длинные тексты и сократили его :-)

Поэтому, я жду вас на вебинаре «Что не знает команда проекта о предприятии».

Записывайтесь — будет интересно!

Евгений Ураски