Про спагетті, або як дослідити бізнес-процеси організації
Багато керівників підприємств не володіють повною картиною того, що відбувається у власних виробничих підрозділах. Вони знайомі з організаційною структурою, напрямками діяльності, загальними економічними показниками. Якщо за результатом вийшла прибуток, то настає впевненість успіху. Але чи є на ринку підприємства, які тривалий час утримуються в «сліпому» режимі керування?

Спагетті


Читати далі →

Як викувати процес самому. Досвід компанії 2ГІС

Михайло Вязанкин

Михайло Вязанкин ( mihey911
Я розповім вам історію про одну перевантажену команду.

У нас була команда, не дуже велика, 20 осіб висококваліфікованих фахівців — розробників, тестувальників, DevOps. У цій перевантаженою команди була дюжина замовників, в основному, внутрішніх. Ця дюжина замовників постійно билася за пріоритети. Для команди це великий стрес, напруженість, команді не зрозуміло, що буде далі — кожен день може якась нова бізнес-завдання прилетіти. В таких умовах Scrum, який два роки у них працював і до якого вони звикли, почав ламатися, commitment (те, що вони обіцяли зробити на спринт) вони зробити не могли, тому що вдавався хтось дуже важливий і хотів щось дуже цінне. А цінне — це гроші, їх треба робити.

І команда від цього втомилася, і готова була змінюватися. Це важлива умова.

Читати далі →

Труднощі в моделюванні операцій стандартними способами. Моделювання 4-об'єктів, постановка завдання

При написанні цієї статті я зробив все можливе, щоб зробити його простим для читання. Проте, в ній міститься дуже складний і нетривіальний висновок — чому методи моделювання операцій, які ми зустрічаємо майже в кожній нотації, не дають нам задоволення. Я не бачив подібного аналізу ніде, навіть у книзі Кріса Партріджа, яку я дуже люблю: Business Objects: Re-Engineering for Re-Use. Тому я сподіваюся, що стаття буде легка і корисна одночасно.



Всі моделі, які ми будуємо, повинні так чи інакше моделювати 4-х мірний простір-час, тому що саме так ми уявляємо собі навколишній світ. Про це розказано в книзі Кріса Партріджа. Навіть те, що здається, не має відношення до 4-простору, при уважному розгляді виявляється оним. Правда, не завжди існують в реальності, іноді — це уявний нами світ. Всім, кому цікаво, як це відбувається, рекомендую уважно прочитати цю книгу. Проте, раджу не звертати уваги на визначення події в цій книзі, — воно дано невірно.
Наприклад, що таке болт? Це 4-х мірний об'єкт, обмежений у просторі-часі визначеними кордонами. Для моделювання болта існують нотації, які моделюють ці межі. Наприклад, креслення болта моделює поверхня, яка обмежує 3-х мірний об'єм. Додавши до цього кресленням ще 6 координат, залежних від часу, ми отримаємо модель поверхні 4-Д простору — часу, яка моделює болт.

Однак, що таке операція? Це — теж 4-х мірний об'єкт, який також, як і болт обмежений певними межами в просторі і в часі. Правда, уявити собі операцію як 4-об'єкт набагато складніше. Існують три причини, по яким нам складно це зробити.

Читати далі →

Як компанії будуть економити в 2017 році: 3 ефективних способу



определению консалтингової компанії Deloitte, поточний період у світовій економіці характеризується невизначеністю. Тому бізнес у всьому світі прагне до оптимізації і зниження витрат. Сьогодні ми розглянемо кілька способів, за допомогою яких компанії з різних країн економлять вже зараз.
Читати далі →

Цифрова трансформація: класичні бізнеси переходять в ІТ

Роман Шапошник, генеральний директор компанії Pivotal з корпоративної стратегії, виступив на форумі GoTech з розповіддю про виклик, який компанії з Силіконової долини кинули традиційним бізнесам, і про те, до яких змін це вже призвело. У кулуарах Форуму він більш детально зупинився на вказаній проблемі.

На рубежі 2012-2013 років традиційні американські компанії, в першу чергу, з Східного узбережжя, здолала страх того, що відбувається в Силіконовій долині. Приходило розуміння, що скоро вони опиняться на узбіччі сучасної економіки, навіть, незважаючи на те, що виробляють продукти і рішення, без яких складно уявити сучасний світ.

У той момент на Заході США відбувалися дивовижні речі. Компанія, яка не керувала ні одним таксі, раптом ставала найбільшим таксопарком країни, а інша компанія, не володіє ні однією кімнатою, перетворювалася в найбільший готель. Традиційний бізнес став усвідомлювати, що однієї покупки кращих продуктів сфери ІТ (будь то база даних, middleware або frontend) недостатньо для перемоги над новими компаніями із Силіконової долини.
Читати далі →

Чому компанії з добре описаними бізнес-процесами приречені на вимирання



Маленькі компанії працюють на ентузіазмі своїх співробітників. Кожен прагне внести свою лепту в спільну справу. І це не перебільшення… Але час йде, бізнес зростає і в компанію приходять нові люди, для яких головне не спільна справа, а розмір заробітної плати. Саме по собі це не погано, якщо б з причини патологічної ліні значної частини людства, ці співробітники не намагалися б скоротити виконується ними обсяг роботи.

І тоді вище керівництво починає формалізацію діяльності. Визначаються бізнес-процеси, складаються посадові інструкції, вводяться КРІ…

А далі все залежить від запасу міцності бізнесу. Якщо він є, то компанія проживе ще досить довго. Вона поступово буде втрачати ринок (що відбувається з тієї ж Microsoft), але відразу на дно не піде. А от вчорашній стартап без капіталу, унікальних продуктів і відданих шанувальників тут же піде годувати риб.

Чому? Та тому що вся формалізація насправді є чудовою можливістю для нероб прикрити свою п'яту точку при повній відсутності результатів!

Не вірите? Приклади в студію!

Читати далі →

Моделювання активів підприємства: сучасні стандарти і практика


Можна увійти в одну річку двічі?

Дана стаття написана за результатами доповіді на конференції Нефтегазстандарт – 2016, зроблена мною від імені компанії ТриниДата.

Працюючи інженером — онтологом, я займаюся створенням інформаційних моделей для інформаційних систем.

У цій статті я хочу розповісти про практику застосування стандарту ISO 15926 до моделювання активів підприємства, і про те, до яких наслідків це призвело в підсумку. Ті, хто незнайомий зі стандартом, можуть не засмучуватися — читання статті буде корисно незалежно від знання стандарту.

Проблеми моделювання активів
  1. Побудова моделі активів підприємства досі є складним і нетривіальним завданням. На мій погляд, ця складність обумовлена розривом між методиками моделювання і звичайним людським мисленням. Наприклад, ні в логіці Арістотеля ні в матлогике ви не знайдете нічого схожого на термін «інстанси». Проте програмісти і аналітики дуже часто вживають це слово, не докладаючи зусиль, щоб пояснити його сенс. Особисто я ніде не знайшов визначення цього терміна.
  2. Однією з найбільш вдалих методик моделювання активів можна назвати стандарт ISO 15926. В ньому зроблено революційне припущення, що для моделювання підприємства можна користуватися часом як четвертою координатою нарівні із звичайними просторовими координатами. Цей підхід дозволив моделювати повний життєвий цикл активів. Однак з допомогою даного стандарту поки не вдалося створити універсальну метамодель для опису діяльності підприємства. Власне творці цього стандарту не ставили перед собою завдання.
  3. Для моделювання діяльності підприємства запропоновано безліч стандартів, наприклад, стандарт ArchiMate. За заявами його розробників цей стандарт дружній стандарту ISO 15926 і методології моделювання архітектури підприємств TOGAF. Незважаючи на заявлені можливості, цей стандарт не цілком впорався з поставленими завданнями. Одна з причин цього – відсутність розмежування між понять «діяльність» і «активність» (діяльність передбачає цілеспрямовані зусилля по досягненню результату. Активність же трактується як те, що відбувається, яке незалежно від волі суб'єкта). Щоб краще зрозуміти виникає трудність, згадайте, як стародавні греки трактували «а» в квадраті? Вони не мислили інакше це площа квадрата зі сторонами довжиною а. Те ж можна сказати про куб – об'єм куба зі сторонами довжиною «а» записувався як «а» в кубі. Але, оскільки не можна придумати фізичний аналог «а» четвертого ступеня, рівняння вище кубічних в Стародавній Греції не розглядалися. І так було до тих пір, поки в середні століття алгебраїстів не відірвали рівняння від фізичного сенсу. Почалася ера чистої математики не шукала фізичних аналогів рівнянь. Рівно те ж відбувається в бізнес-аналізі. Розгляд відбувається тільки під одним кутом зору (як діяльність), сильно обмежує наші аналітичні можливості.
  4. У стандарті ISO 15926 також є цінна можливість моделювати об'єкти різних типів (наприклад, функціональні та фізичні), а також перетину цих об'єктів у часі. Однак набір можливих типів об'єктів жорстко визначений стандартом, і в деяких практичних випадках його виявляється недостатньо для створення моделі, що адекватно відбиває уявлення про об'єкт, подію або процес. Наприклад, в стандарті немає об'єктів типу «виробничий ресурс».
Постановка завдання
Остання моя робота була пов'язана з Самарським заводом нафтового резервуарного обладнання.

Замовник побажав створити інформаційну систему, яка допомагала б менеджеру з продажу взаємодіяти з клієнтом найбільш ефективним способом. Для цього менеджер повинен бути забезпечений всією необхідною інформацією, яка включає в себе:
  • Модель функціональних вимог (що потрібно клієнту?)
  • Моделі можливих рішень (як можуть бути задоволені функціональні вимоги?)
  • Модель собівартості виконання замовлення
  • Модель ризиків
  • Модель відносин з клієнтом
Для вирішення поставленого завдання фактично знадобилося створити модель всього підприємства, починаючи від моделі активів, закінчуючи моделлю діяльності.

В якості ідеологічної основи для створення моделі було взято стандарт ISO 15926.



Стандарт чудово справляється із завданням опису життєвого циклу активів, моделювання функціональних і фізичних об'єктів, а також їх перетину. Однак для створення повноцінної моделі підприємства можливостей цього стандарту виявилося недостатньо.

Для опису діяльності підприємства можна було взяти позначення ArchiMate.



Але вона не підійшла з причин, сказаним раніше – в ній немає диференціації між моделлю діяльності та моделлю активності. Крім того в ній немає точного опису того, що таке бізнес-функція, як вона пов'язана з операціями і процесами. Для вирішення цього завдання у стандарті слід було б розділити два значення одного і того ж питання: «Це один і той же об'єкт?» в сенсі той же самий об'єкт? або це схожі об'єкти? На жаль, у стандарті не робиться розходження між цими двома різними значеннями цього питання, тому немає можливості побудувати модель діяльності коректно: дві бізнес-операції визнаються одним об'єктом в сенсі схожі один на одного, але дві бізнес-функції визнаються одним об'єктом, якщо вони реально співпадають. Не можна в одній моделі плутати ці питання.
Далі ми продовжили вже самостійно працювати над створенням моделі діяльності. В процесі цієї роботи ми з подивом виявили єдиний шаблон, який дозволяє нам моделювати не тільки діяльність, але і вартістю, функціональні та фізичні об'єкти. Причому спосіб моделювання цих сутностей виявився універсальним. Цей спосіб можна було використовувати де завгодно!
Далі я розповім про цей спосіб більш докладно.

Рішення
Нове поняття, яке нам знадобилося, — це точка зору. Розглянемо насос в якості прикладу активу.



З точки зору інженера – це функціональний об'єкт, з точки зору бухгалтера або економіста – виробничий актив. Спосіб сприйняття об'єкта залежить від бізнес-функції, в якій бере участь суб'єкт, який будує модель. Тому ми вводимо поняття «точка зору» і говоримо про інтерпретації об'єкта в рамках певної точки зору. Наприклад те, що даний предмет інтерпретується інженером, які беруть участь в експлуатації нафтопроводу, як насос, фінансистом, які беруть участь в узгодженні бюджету інтерпретується як виробничий актив, а співробітником охорони підприємства – як матеріальний об'єкт, який необхідно охороняти від розкрадання, залежить від точки зору на об'єкт.



Друге поняття, яке нам знадобилося, — це конструкція. Розглянемо конструкцію людського організму.



Нам відомі як мінімум дві різні точки зору. З однієї точки зору організм складається із рук, ніг, тулуба та голови. З іншої точки зору – з кістково-м'язового апарату, нервової, кровоносної, дихальної і травної систем. Можна придумати і уявити собі безліч інших способів подання організму людини у вигляді конструкції. Те, що вірно для людського тіла, вірно і для активів. Розглянемо, наприклад, бурову установку.



Залежно від функції, в якій бере участь суб'єкт, він побачить різну її конструкцію.
Один побачить безліч агрегатів, а інший – безліч підсистем. При цьому таких розбиття можна зробити скільки завгодно багато.



Для моделювання такого розмаїття поняття «конструкція» нам необхідно нарівні з поняттям «об'єкт».



Дивлячись на отримані результати, ми прийшли до висновку, що не існує фізичних і функціональних об'єктів. Є багато областей людської діяльності, кожна з яких породжує свою точку зору і свої моделі. Можна зробити моделі на основі кожної такої точки зору, і описати матриці переходів від однієї моделі до іншої. Те, як це зроблено в стандарті ISO 15926:



Після цього можна рухатися від одного представлення до іншого, змінюючи точки зору. Це дозволяє в одному інформаційному сховищі зберігати інформацію про моделі, які створені різними людьми з різними цілями.
У стандарті ISO 15926 описаний спосіб побудови сховища даних, в якому враховані тільки дві точки зору: точка зору на фізичний світ і точка зору на функціональні об'єкти. У ньому також описаний спосіб переходу від одного представлення до іншого через темпоральні частини. Тобто можна одержати відповідь на питання: які фізичні об'єкти виконували роль даного функціонального і коли? Можна отримати відповідь і на зворотне питання: які функціональні об'єкти виконував той чи інший фізичний об'єкт? Відповідь на ці питання і є спосіб переходу від одного представлення до іншого. Однак, ввівши поняття «точка зору» ми тепер не обмежені лише двома точками зору. Тепер ми можемо створювати стільки точок зору, скільки нам треба для наших цілей моделювання.
Максимальну вигоду від такого підходу до моделювання можна отримати, розглянувши і саму діяльність підприємства як об'єкт, що має конструкцію.



З однієї точки зору конструкцію операції можна представити просторово у вигляді набору ролей, а з іншого боку темпорально у вигляді набору подопераций — сценарію.
Таким чином, фреймворк для опису архітектури підприємства ґрунтується на поняттях: точка зору, об'єкт і конструкція. Це дозволяє створювати інформаційні моделі, які не вимагають структурної перебудови в процесі експлуатації. Наприклад, можна створити інформаційну модель, в якій можна переходити з однієї точки зору до іншої, наприклад, від постачальника до замовника, не змушуючи при цьому їх приймати єдину, спільну точку зору на кожен об'єкт.



Так, одна і та ж операція з точки зору постачальника називається «продаж», а з точки зору клієнта – «купівля». До речі, здатність пересуватися по моделі, змінюючи точки зору, дозволяє вирішити завдання наскрізного обліку (traceability).
За кадром нашої розмови залишимо розгляд більш складних одиниць обліку: множин, типів, атрибутів. Для завершення фреймворку опису активів необхідно уважно розглянути і ці об'єкти.

Підсумки:
Отримана метамодель володіє наступними перевагами:
  1. Метамодель наближена до нашого природного мислення, що дозволяє у разі потреби легко її розширити, наприклад, ввівши в неї ймовірності.
  2. Метамодель володіє універсальністю. Все, що нам потрібно було змоделювати, ми змогли описати, використовуючи дану методику.
  3. Додатковим бонусом виникла можливість опису діяльностей різного типу в одному фреймворку. Наприклад, звичайна виробнича діяльність та діяльність по саботажу виробничої діяльності описується єдиним способом в одній моделі.
  4. Ми змогли розірвати зв'язок між моделлю і методологією її застосування. Розробник моделі тепер не зобов'язаний знати цілі, з якими буде застосовуватися та чи інша модель. Він фіксує факти, а їх інтерпретацією займаються інші суб'єкти. Це дозволяє створювати моделі з необхідним рівнем секретності.
  5. Метамодель передбачає таку точку зору на предметну область, яка не вимагає введення встановленим типів об'єктів: наприклад, функціональних або фізичних. Подібні типи вводяться в міру необхідності і кількість таких типів може бути будь-яким.
  6. Метамодель дозволяє переходити від одного представлення об'єкта до іншого його поданням, використовуючи при цьому одну інформаційну модель.
  7. Метамодель дозволяє створювати інформаційну модель, яка здатна необмежено розширюватися. Її розширення обмежена лише обсягом збереженої інформації, але не логічними суперечностями, які могли б виникнути через неузгодженість даних.
Труднощі в реалізації моделі:
  1. Труднощі в реалізації даної моделі у тому, що отримана в результаті модель має велику ступінь складності і тому висуває високі вимоги до програмної реалізації.
  2. Для створення такого моделей такого рівня складності потрібне додаткове навчання фахівців.
Джерело: Хабрахабр

Що таке здійснимих бізнес-процеси. Введення в предметну область


Нещодавно на Хабре було опубліковано кілька статей ( раз, два на тему бізнес-процесів. Там стверджується, що в цій області все настільки ускладнено і заплутано, що розібратися в цьому не можна. Також було висловлено підозру, що теорія процесного управління — по суті чистий піар і маркетинг, не має практичної користі.

Я багато років займаюся процесним керуванням і, раз вже ця тема була піднята, опишу що це таке і навіщо воно потрібно.

Термін «процесне управління» застосовується до двом різним сферам діяльності:

  1. У разі, коли не проводиться автоматизація виконання бізнес-процесів. Завдання — скласти опис бізнесу у вигляді графічних діаграм, які легко сприймаються людьми. Такі діаграми фактично являють собою спеціальний мову спілкування менеджерів, бізнес-аналітиків та керівників підприємств і використовуються для вироблення і пояснення базових рішень по організації бізнесу підприємства.

  2. У разі, коли бізнес-процеси безпосередньо виконуються в комп'ютерному середовищі підприємства. Будемо називати процеси цього виду — здійснимих бізнес-процеси. Для виконання таких бізнес-процесів на підприємстві встановлюється спеціальна комп'ютерна система — BPMS (Business Process Managrment System) в англійському варіанті найменування, або СУБП (Система Управління Бізнес-Процесами) в російському варіанті. Цим бізнес-процесів і присвячена ця стаття.

Читати далі →

Впровадження CRM: як не бути близьким до провалу

Напевно багато хто з вас бачили в інтернеті фотогалереї з покинутими торговими центрами, величезними і колись розкішними. Вражаюче видовище, особливо для бізнесмена. Але перша думка зовсім не про те, скільки грошей, інвестованих у розвиток, пропало. Вона про те, чому це сталося. Так, є фактор впливу структурних зрушень економіки, є і «вина» онлайн-торгівлі. Але головне — це невміння вчасно перебудуватися, пристосуватися, змінити бізнес-модель. Причому не відмовляючись від існуючої, а вбудовуючи її в нові умови.
Та ж історія може статися з проектом впровадження CRM: система простоює, компанія змінює вендора, вибирає більш дорогу систему, яка знову простоює… Замкнуте коло. А між тим, причини невдачі досить лінійні — і у ваших руках зробити впровадження CRM успішним. Ділимося досвідом.

Читати далі →

RegionSoft CRM: бізнес, який працює для бізнесу

Привіт, Хабр! Вчора нашої компанії виповнилося 15 років — саме час відкрити свій блог. Нашу CRM вже неодноразово згадували у великих оглядах на Хабре. Було і про десктоп, і про бізнес-процеси, і про доопрацювання, і про безкоштовну редакцію. Але цілісної картини так і не виходило. Між тим, у нас велика історія. Перша бета-версія CRM вийшла в 2006 році, і з тих пір ми постійно працювали над розвитком програми, створювали пов'язане з нею і незалежне програмне забезпечення для бізнесу: від сервера сценаріїв до свого геолокационного сервісу та системи автоматизації гіпермаркетів. Все це час ми йшли рука об руку з корпоративним сектором, збирали вимоги, вивчали російський бізнес різного масштабу. Ми ніколи не писали свою CRM заради перемоги в конкурсі або попадання в квадрант Gartner — ми будували бізнес, який допомагає іншому бізнесу. Загалом, нам є, що розповісти.


Читати далі →