ブログ

  • BPMN 練習に適したビジネスプロセスは何か? – BPMN 超入門(3)

    BPMN 練習に適したビジネスプロセスは何か? – BPMN 超入門(3)

    BPMN を全く知らなくても、コレを読むだけで業務プロセスの作成が可能になる!?
    業務改善に取り組みたい貴方のための超入門編!

    1. 登竜門、ドキュメント作成プロセス

    BPMNを書けるようになった貴方は、早速活用の場を求めることでしょう。まずは騙されたと思って、BPMNの登竜門「ドキュメント作成プロセス」を描画してみて下さい。日報なり、企画書なり、会議資料なり、何でも構いません。ただ、上司の笑顔を想像しながら、上司に提出するフローを描いて下さい。

    色々なパターンが考えられますが、模範解答はコンナ感じです。

    「をぉ!同僚のレビューとな!」

    テレビドラマでは、「例の書類、出来ました」のセリフに、上司が「うむ。ところで田中君」などと言ってますが、世の中そんなに甘くないです。完成原稿を見せたら、「 (聞いていなかった)趣旨の追加説明」を聞き、再提出したら「レイアウト修正要望」を聞き、さらには「誤植指摘」を受け・・・。そんな“3往復が基本”の組織は多く実在します。そこで、自信が無いときには同僚レビューを得て、過去の知見を活かしたい所です。少なくとも上司笑顔の可能性は増すでしょう。ちなみに、レビュー募集に誰も反応しないケースは想定していません。そんな人徳が無さ過ぎる人を想定すると、一気に複雑なBPMN図になります。そんな図を描くくらいなら、レビューしないプロセス図の方が良いです。

    「ぬぬ!、見た事ないアイコンがある!」

    そうです新キャラです。でも何となくわかります。要するにメールが送信されるのです。コレ、結構使えマス。ここでは「レビュー絶賛募集中」のメールを同僚に送る事を意図していますが、アイコンだけでは「誰が誰に送信するのか」は明確ではありません。でもモデリングなんてそんなもんです。ちなみに「メッセージ送信中間イベント」と呼ばれますが、正式名称も覚える必要はないです。

    自然言語やプログラミング言語でも同じですが、BPMNでもまずは色々と挑戦してみる事が大切です。細かい文法や名称は無視して下さい。お暇な方は、開始イベントは円、終了イベントが太円だったのに対し、中間イベントは二重円で書かれる事だけ確認しておいて下さい。BPMNな人は、アイコン(イベントやタスク)の総称をフローオブジェクト(Flow Objects)と呼びます。

    要警戒です。

    2. まずは、テレワーカやアルバイトさんの業務で活用すべし

    一般的なルールやマニュアルでも言えることですが、BPMNで書かれたビジネスプロセス図もベテラン社員さんはあまり見たがりません。と言うより従いません。所詮、モデル図と呼ばれるものは全て、現実世界を簡易模式化しただけなので、知っている人にとって興味がわかないのも当然です。また、自分独自のやり方を持っている(従いたくない)場合もあるでしょう。

    しかしBPMN図にしても、日の目を見ることなくただファイリングされるだけでは浮かばれません。

    一生懸命描いたものなら尚更です。BPMN図が活躍するのは、「多くの人が同じやり方で取り組む業務」で、かつ「役割分担が明確な業務」です。具体的には、翻訳プロセス、品質チェックプロセス、テクニカルサポートプロセスなどがおススメです。

    3. 課題が明白なプロセスで活用すべし

    当然の話ながら、その取り組みが何かを改善するならやるべきですが、改悪するならすべきではありません。

    BPMNでビジネスプロセスを描画するにしても、対象とするビジネスプロセスに課題が少なければ、その取り組み自体の効果が低くなります。慣れてくるとBPMNで描く事自体が楽しくなってくるのですが、作図自体が目的になってはいけません。では久々に(?)、回答が遅い問合対応プロセスを見てみる事にします。

    上流も下流もなく、誰から誰に流れるでもなく、すでにビジネスプロセスとは呼び難いレベルです。BPMNで描画するまでもなく多くの問題を抱えていますが現実に良くある状態です。

    メールソフトが「タスクの墓場」になるパターンです。

    如何でしょう。「技術部門の助言」や「リーダの差し戻し」に耐えながら回答文を書き上げるビジネスプロセスを描いてみました。タスク放置を許さないビジネスプロセス定義は管理職の重要な責務です。

    「開始アイコン(開始イベント)の中に手紙があるぞ!」

    あ、はい。自主的な開始以外にも、外部からのメッセージをきっかけにプロセスが開始される場合もあります。

    「開始アイコンが二個あっても良いのね!」

    例によって「線路と列車」をイメージしてもらえれば良いのですが、始発駅や終着駅が複数存在しても問題ありません。

    「黒い手紙と白い手紙があるぞ!」

    目ざといです。詳細は、BPMN初級で説明します。基本的に、円の中の手紙が黒いものは黒ヤギさん、白い手紙は白ヤギさんが書いたものです。 (編注:しばくぞ)

    4. BPMNによるビジネスプロセス定義では分からない情報

    これまで説明した様に、BPMNは現実のビジネスプロセスを簡易表記するための記法です。しかし良く考えれば、いくつか重要な情報が欠落しています。

    たとえば、上流タスクから下流タスクに受け渡しされるデータフォーマットは全く分かりません。更に言えば、上流タスクを実施した人によっては、下流タスクの実行者を制限するのが効率的ですが、BPMNそのものはそこまで限定できません。BPMNは基本的に、全体骨格情報だけを描画し、詳細にはこだわらない流儀です。

    続きを読む
    BPMN 超入門シリーズ
  • BPMN を1分で書ける様になるか? – BPMN 超入門(2)

    BPMN を1分で書ける様になるか? – BPMN 超入門(2)

    BPMN を全く知らなくても、コレを読むだけで業務プロセスの作成が可能になる!?
    業務改善に取り組みたい貴方のための超入門編!

    1. 1分で書けるようになる!

    BPMNの極意は以下の4カ条です。

    • 「横長四角形」を書き部署名で区切り(スイムレーン)
    • タスクを「角丸四角形」を並べ(アクティビティ)
    • 「矢印」でつなぎ(シーケンスフロー)
    • 開始を「細円」、終了を「太円」につなぐ(開始/終了イベント)

    基本はこれだけ。用語も覚える必要ありません。
    厄介な「ひし形」や様々なマーク(マーカ)も存在するのですが、最初は無視しましょう。

    この図が示す所は、改めて説明する必要はないかも知れませんが、

    • 広報担当者が起案し、
    • 広報リーダがレビューし、
    • 法務部署が審査し、
    • 役員が承認し、
    • 広報担当者が発表する。

    と言うビジネスプロセスです。最後は“まぁるく”終わります(終了イベント)。

    ただ、条件分岐もなければ、差し戻しもありません。でも書けました、1分で! (編注:どうだか・・・)

    2. 二者択一が書ければほぼ制覇!

    差し戻そうとすると、「進む」か「戻る」かの「運命の分かれ道(分岐)」に差し掛かります。

    社内のビジネスプロセスを沢山書いていると気づきますが、多くの場合は単一選択、しかも二者択一です。複雑な選択が迫られる事は、滅多にありません。もっとも多い分岐は「OK/NG」です。

    分岐の極意は以下の2カ条です。

    • 普通の道に「ヒゲ」を付ける (デフォルトフロー)
    • 普通じゃない道に「小さなひし形」を付ける (制御フロー)

    「小さなひし形」は「条件式の存在」を意味します。ただし、図中にその条件式自体を書きこむ必要はありません。また「ヒゲ」はどの制御フローも選択されない場合に進むべき道を表します。なお、気が向いたら(?)、選択する道の上にコメントを書きましょう。さらに可読性が上がります。実はここまでの極意4+2カ条で

    社内の9割以上のビジネスプロセスを描けてしまいます。

    是非、色々と挑戦してみて下さい。ちなみに、二者択一の場合「ヒゲ」と「小さなひし形」を入れ替えても全く同じビジネスプロセス定義になります。

    3. 分流させるとヤヤコシイ!

    複雑なビジネスプロセスの第一歩に「分流」、つまり二者択一ではなく「両方を選択(全選択)させる流れ」があります。

    全選択は、明確な役割分担に基づいた「同時処理」を実現したい場合に定義され、BPMNでは普通に「矢印」を複数つないで表現します。
    たとえば以下の例では、「A:宿予約」と「B:旅券購入」が同時に処理される事になります。 (編注:AND分岐ってやつね)

    ちなみにビジネスプロセスは「ワークフロー」とも呼ばれますが、「実際に流れるモノ」を想像しながら「流れ方の定義」する事は意外と難しいものです。特に複雑なビジネスプロセスを描く時には、「川の水」や「道路と車」をイメージするのではなく、「線路と列車」をイメージしながら描くのがお勧めです。列車は車両を分割させて複数の道を進む事も出来れば、再度連結して一編成として進む事も出来ます。

    実際、分離した一方で何らかの事故が起きた場合(空室が無い)、再連結時に連結し難い状態になっている場合(予算超過)など、想定エラーケースが増えます。可能な限り、全選択(AND分岐)、複数選択(OR分岐)の使用は控え、単一選択(XOR分岐)のみで記述したい所です。

    4. では、課題です

    当然の話ながら、ビジネスプロセスの管理活動(BPM活動)は、改善する所に意味があります。例えば図2のプレスリリースの場合、「起案」の品質が高く、その頻度も十分なものであれば問題ありません。しかし言い換えれば、担当者の起案に依存している状態です。

    リーダ主導のプロセスを書いてみましょう。

    ちなみに多くの場合、BPMNのスイムレーンには部署名が記載され、配置されたタスクは「その部署所属の誰か」が実行します。ただ、個人名あるいは特定人物を指す役職名を記載しても問題ありません。

    課題の回答例はこちら ≫

    続きを読む
    BPMN 超入門シリーズ
  • BPMN とは何者だ? – BPMN 超入門(1)

    BPMN とは何者だ? – BPMN 超入門(1)

    BPMN を全く知らなくても、コレを読むだけで業務プロセスの作成が可能になる!?
    業務改善に取り組みたい貴方のための超入門編!

    1. BPMNはビジネスプロセスの「記法」らしい

    『記法』(Notation)と言われて、何が思い浮かぶか?
    1分考えて何も出てこないので、Googleさんに聞いてみました・・・。

    ふむふむ、「Wiki“記法”」。
    ・・・アルと思います! アスタリスク(*)やコロン(:)を駆使して、HTMLタグを意地でも書かないとする書き方です。

    ふむむ、「ポーランド記法」。
    ・・・ナイと思います! (前世紀の一部プログラマが信奉している流儀です。Polish Notation)

    確か、ポーランド記法は(逆ポーランド記法も)、ともにポーランド製で、「1+2+3」をわざわざ「(+1 2 3)」と書く「書き方」です。

    さて、BPMNも記法です。

    「Business Process Modeling Notation」の略で、ビジネスプロセスの記述記法です。もっとも特徴的な事は「図の描き方」を定義していると言う点です。

    「BPMNとは、ビジネスプロセス“図”の描画記法である」
    と言えば分かりやすいかも知れません。

    逆に言えば、HTML、XML、あるいはWiki記法やポーランド記法などの様に、「テキストの書き方」を規定している訳ではありません。

    2. タスクは「角丸四角形」で表現するらしい

    BPMNは「描画法」です。XMLやWikiに対しては、ついつい吐気をもよおしてしまう人でも「絵の描き方」と聞けばどうでしょう、少しは学習意欲が湧くのではないでしょうか。

    さて、ナンダカンダと説明する前に、まずはBPMNで描いたビジネスプロセス図のサンプルを見て頂きたいと思います。

    (編注:なんだ、簡単そうぢゃ無いか!)

    そうなんです。カンタンなのです。文章にすると長くなってしまう内容も、容易に認知できてしまいます。何の予備知識もいりません。
    「直観的に読める」

    ココが非常に大事なポイントです。ちなみにご覧になって分かる通り、タスクは角丸四角形で表記し、業務の流れは左から右へと進みます。これもBPMNの「記法」です。

    3. 他にも記法があるらしい

    業務の流れ図(ビジネスプロセス)は、BPMNでないと書けない・・・
    訳ではありません。

    有名どころでは「EPC」(event-driven process chain)(図3)やアクティビティ図があります。

    有名と言っても、街行くビジネスパーソンの認知率は「今朝、恐竜に踏まれる夢で起きた人の割合」と同じくらいです。

    サンプルを見て分かる様に、情報量や流儀に違いがあります。
    しかし書いてある内容・本質に大きな違いは無く、乱暴に言ってしまえば「違いは、趣味の違いだけ」です。ただ、小さな違いかも知れませんが、直観的可読性の高いBPMNは、

    「ビジネスプロセスの議論」に適している記法

    だと言えるでしょう。

    4. 歴史は浅いらしい

    しかし、

    世界最大規模の標準化団体によって管理されているグローバルな仕様

    でもあります。2009年現在、BPMN1.2が策定されています。そして近い将来、「Business Process Modeling Notation 1.2」から、「Business Process Model and Notation 2.0」に出世(?)する予定ですが、今のところ気にしないでください。 (編注:気になる・・・)

    続きを読む
    BPMN 超入門シリーズ
  • BPMN Who? – BPMN Introduction (1)

    BPMN Who? – BPMN Introduction (1)

    Original Japanese version

    Start BPMN

    Even if you don’t understand BPMN now, by the time you finish reading these pages, you will be able to create business processes on your own. This is an introduction for those of you who want to work on improving your business!

    So They Say That BPMN Is A Business Process “Notation”

    What do you think of when you hear “Notation”? (thinking, thinking…)
    One minute of thinking isn’t getting us any closer, so let’s ask our friend Google.

    Aha, Wiki Notation!
    …Well, maybe. (Please, no stealing.)

    A way of stubbornly avoiding HTML tags, by using asterisks (*) and colons (:). (Wiki Notation)
    Or, Polish Notation!
    …Um, probably not. (Please, no making things up.)

    The Polish Notation (and Reverse Polish Notation) was a Polish invention in which 1+2+3 is written as + 1 2 3.
    It’s a style that some programmers from the previous century fancied. (Polish Notation)

    Anyways, BPMN is also a Notation.
    It’s short for Business Process Modeling Notation, and is a way of portraying business processes. Most notably, it defines a “Way to Draw” business processes. Perhaps it would be best if we say, BPMN is a method of drawing business processes.

    In other words — unlike HTML, XML, Wiki Notation, Polish Notation, etc. — it isn’t about words and texts.

    Tasks Are Rectangles With Rounded Corners

    BPMN is a “method of drawing.” Even those of you who can’t suppress a shudder at the mention of XML and Wiki can muster up some curiosity if we say “How to draw.”
    So, before we lose you again with words, here is a sample of a business process drawn in BPMN.

    Hey, I could draw that!

    Yes, it’s that easy. What would take a lot more effort in words, gets across easily this way. No prior knowledge is necessary. And the most important point is… you can understand it intuitively.

    By the way, as you can see, individual tasks are round-cornered rectangles, and the business flow goes from left to right. These are part of the BPMN rules.

    Apparently There Are Other Notations

    You don’t have to use BPMN to draw business flows or processes. Some other famous ones are EPC (Event-driven Process Chain), shown in Figure-3, and Activity Diagrams.

    Well, to be honest, “famous” in this case means, the number of business people who know these methods, would approximately equal the number of people who dreamed of getting squished by a dinosaur this morning. (How many is that?)

    As you can see from the sample, there is a difference in the style and amount of information, but no great difference in the content and essence; in fact, we could say the only difference is in taste.
    However, the fact that BPMN is intuitively understandable is, however small, the reason why it is… an appropriate notation for the discussion of business processes.

    It’s Still Young

    The history of BPMN is still very short. But it is… a global resource that is managed by one of the largest standardization organizations in the world.

    As of 2009, we have BPMN 1.2. In the near future, though, we should be seeing a promotion from “Business Process Modeling Notation 1.2” to “Business Process Model and Notation 2.0.” But you can forget about that for now. (Curious…?)

    Read more
    BPMN Introduction series
  • BPMN Within One Minute? – BPMN Introduction (2)

    BPMN Within One Minute? – BPMN Introduction (2)

    Original Japanese version

    Start BPMN

    Even if you don’t understand BPMN now, by the time you finish reading these pages, you will be able to create business processes on your own. This is an introduction for those of you who want to work on improving your business!

    Drawing a BPMN diagram Within One Minute!

    The Four Fundamentals of BPMN are: (Fundamentals?)

    1. Draw Oblong Rectangles and label them with company departments (swimlanes)
    2. Line up Round-Cornered Rectangles (tasks)
    3. Connect them with Arrows (sequence flow)
    4. Connect the start to a Single Narrow Circle, and the end to a Single Bold Circle (start/end events)

    These are the basics. No need to memorize any terminology. There are other marks (markers) and troublesome Diamond Shapes, but let’s forget them for now.


    Maybe we don’t even have to explain the above figure, but just in case:

    • A press release staff creates a draft,
    • The leader of the press release team reviews it,
    • The Legal Department judges it,
    • A Board executive approves it, and
    • The initial press release staff releases it.

    It ends perfectly, with a completed cycle. It’s a simple one-way path of no options and no return, but it was drawn within a minute! (Really…?)

    Learn to draw a point with two or more options, and you’re one step closer to mastering it

    If you want to make it possible to go back a step, you have to create a crossroad (split), where you either go forward or go back. When you draw a lot of internal business processes, at some point you come to realize that most crossroads are simple, usually a single choice out of two options. Complicated crossroads are rare. The most common one is “OK or NG.“

    The Two Fundamentals of splits are: (More fundamentals?)

    1. Give the regular flow a slash, and (default flow)
    2. Give the optional flow a small diamond (conditional flow)


    A small diamond indicates the existence of a condition. You don’t have to clarify these conditions in the diagram. The slash indicates the way a process should proceed in case none of the conditions are met. If you feel like it, you can add comments on the different flows, which makes it easier for others to understand.

    With these Fundamentals (Four + Two)… You can draw more than 90% of your company’s business processes. Please, try it out.

    By the way, if there are only two choices, you can exchange the slash and small diamond without changing the definition of the business process.

    Branching is Complicated!

    When you are ready to go into complicated business processes, the first step is branching; in other words, choosing both (or all) flows simultaneously instead of only one.
    Choosing all means you want all applicable tasks performed simultaneously under clearly defined roles. In BPMN this is simply illustrated with multiple arrows. For example, in the figure below, A: Hotel Reservation and B: Purchase Travel Ticket are simultaneously executed. (an AND-split)

    By the way, business processes are often called workflows, but it’s actually very difficult to define a flow by imagining actually flowing objects . This is especially true when drawing complicated business processes. We suggest imagining a train and tracks, instead of the typical water and river, or car and roads. Trains can detach cars and proceed on different tracks, and they can come back together and proceed again as one long train.

    In reality, though, branching the flow into two ways increases possible errors, such as if there is trouble on one of the tracks (Figure 3: There are no available hotel rooms), or if there is a problem with the trains reconnecting (Figure 3: Sum of hotel fee and ticket fee exceed budget).

    Whenever possible, you should avoid enabling all (AND-split) or multiple (OR-split) choices, and stick to simple single (XOR split) choices.

    Now, Would You Like Some Homework?

    Naturally, managing business processes (BPM) is only meaningful if you improve them. For example, let’s take the press release of Figure 2: if the initial drafts are of good quality, and also frequent enough, there’s no problem. But, in other words, this means it is entirely
    dependant on the staff in charge.

    Let’s rewrite it so that the leader leads the process. (Do I have to?)

    By the way, swimlanes are usually labeled with departments, and someone in the appointed department executes the task, but it’s also okay to label them with a specific person or position.

    Read more
    BPMN Introduction series
  • Can We Define Business Systems Only With BPMN Diagrams? – BPMN Introduction (4)

    Can We Define Business Systems Only With BPMN Diagrams? – BPMN Introduction (4)

    Original Japanese version

    Start BPMN

    Even if you don’t understand BPMN now, by the time you finish reading these pages, you will be able to create business processes on your own. This is an introduction for those of you who want to work on improving your business!

    The Definition of Each Task Directly Generates Data Input Screens!

    The evolution of software is a frightening thing, and we have come to an age where we can actually construct a system just by drawing business processes in BPMN. In particular, software products called “BPM suites” automatically generate input/output screens from tasks with rounded corners. In short, when a process flows to a certain task, the person in charge of that task is automatically required to input data.

    By the way, BPM suites don’t have a great difference in terms of objectives when compared to “workflow software.” The concept of workflow software is contained within BPM suites, so the difference might be like tuna and fish. (Hm??)

    However, because a business process can be defined with pictures and shapes, it is easy to define complicated rules such as loops and splits, and even to change the definition of a process.

     How Many Icons Must We Memorize?

    There are surprisingly numerous and detailed notation rules in BPMN. However, even BPM suites that proclaim “BPMN Support” often cannot interpret and process 90% of BPMN in practice. Furthermore, what is supported differs among the products.

    If you want to pin up business process diagrams on the wall and make them common knowledge, or if you want to define specifications to order a custom-made information system, you might want to learn many of the rules. But if your goal is just to input data into BPM suites, you only have to learn the rules supported by the product you use. Below you will find general summaries of what you can expect in BPM suites, leaving the detailed specification of each product to the vendors.

    • Activities (5 types of markers)

      Many software products only support regular tasks, and none of the icons are supported.
    • Start/Intermediate/End Events (10 types of markers)

      Many software products can start processes upon receipt of incoming emails (Message Start Event). Some can send emails in the middle of (Message Throwing Intermediate Event) and at the end of (Message Throwing End Event) a process. Also, in some products, a pre-defined time can automatically start an event (Timer Intermediate Event) or process (Timer Start Event).
    • Gateways (5 types of markers)

      Many software  products support Exclusive-Data splits (XOR), and Parallel splits (AND). Some also support Inclusive splits (OR). Most do not support Exclusive-event splits (Event-based XOR split)

    Reasons for Learning BPMN

    As we stated earlier, BPMN cannot define how to handle data. Neither can it define the position or authority of members who execute the business processes. BPMN also tolerates ambiguous representations of process flows. To go even further, we would have to say that it is quite possible to draw one business process in multiple ways. Also, in order to define the detailed specification of a business process, you might need to use separate documents. In some cases, you might even want to separately summarize the consideration about risks that a business process could suffer from.

    However, BPMN business process diagrams can intuitively communicate business processes to many viewers. Discussions for improvements

    • Discussions for improvements (illustration of current situation), discussions for improvements (illustration of the situation after improvement), analysis of possible risks
    • For explanation

      New employee training (business manual), reports to stockholders (business flow related to SOX Act)

    Furthermore, by using software such as BPM suites, an organization can grasp the actual process status, including the current situation or the results of a particular time period.

    • For control

      Standardization (elimination of individual and arbitrary methods), prevention of dishonesty (task logs)
    • For productivity improvement

      Retention monitoring (faster recovery from errors), improvement of re-usability of deliverables
    • For personnel evaluation

      Measurement of productivity by individual or group, measurement of productivity per time unit

    The reasons for learning BPMN differ greatly on the person, but you might want to first consider which of the above goals fits your purpose. Of course, there is no better way than learning together as a team sharing the same goals.

    In Conclusion

    Finally, our last chapter together. We find it hard to hold back our tears at the thought of you reading thus far; we can hardly see your face. (Not that you could see it in the first place.)

    The source of a company’s competence is in its business processes. A company must continuously modify its business processes. And a company must keep on understanding and sharing its ever-changing business processes.

    We highly recommend promoting Business Process Management using BPMN, instead of relying too much on the knowledge of long-time employees.

    Sample Answer to Your Homework

    BPMN Introduction series
  • Business Processes Appropriate for Practicing BPMN – BPMN Introduction (3)

    Business Processes Appropriate for Practicing BPMN – BPMN Introduction (3)

    Original Japanese version

    Start BPMN

    Even if you don’t understand BPMN now, by the time you finish reading these pages, you will be able to create business processes on your own. This is an introduction for those of you who want to work on improving your business!

    Initiation… Document Creation Process

    Now that you have learned to draw BPMN, (Who… me?!) you will no doubt start looking for chances to use your new skill. First, take our word and try our BPMN Initiation Program: the Document Creation Process. It can be anything: daily reports, proposals, meeting documents, etc. Just make sure to imagine a process that will elicit the boss’s smile.

    There can be many different examples, but a good sample might look like this:

    “Ah, a peer review!“
    In TV dramas the character would say, “I’ve finished the document you wanted,” and the boss would answer, “Good. By the way Mr. Tanaka…” But real life is never so easy.

    When you hand in a finished draft, you more often than not are told about additional important points (for the first time), and when you fix that you will be told to enhance the layout design a little more, and then comes comments on typos, etc. There are too many organizations where this type of repetition is the norm.

    When we aren’t so sure about ourselves we can ask a peer to review our work and utilize common expertise. At least it will increase the chance of getting the boss to smile.

    Just to let you know, we didn’t consider the chance of no one accepting the reviewing task. Imagining such a merciless work environment would make the process way too complicated, in which case it would be better to design a process without a peer review in the first place!

    “Wait a second… a new icon!“
    Yes, a new character. But I think you get the basic idea of it. In short, an email is sent. This icon is pretty convenient. In this example it means an email is sent to peers for recruiting reviewers, although the icon itself does not explain who sends an email to whom. But, hey, that’s modeling. By the way, this is officially called a Message Throwing Intermediate Event, but you really don’t have to memorize the names.

    As with natural languages and programming languages, it is important to begin by trying BPMN out. Forget about the exact grammar and official names. (If you have a lot of time on your hands, just remember that intermediate events have tramline borders, while start events have single narrow borders and end events have single bold borders.) BPMN-savvy people collectively call icons Flow Objects (events and tasks). Please beware. (Of the people or of the words?)

    First, Start with Telecommuters and Part-time Workers

    As with general rules and manuals, veteran employees usually don’t want to look at business processes drawn in BPMN. To be frank, they will not comply. After all, model diagrams are merely miniatures of reallife processes, and are hardly adequate to excite anyone who already does them everyday. And in some cases, employees will have their own way of doing things, and they don’t want to comply.

    But BPMN diagrams don’t want to be filed away and forgotten. (You still there?) Especially if you worked hard at drawing them out. (Helloooo…?)

    BPMN works best when implemented on work processes which are executed by many people in the same way , and in which roles are clear. To be specific, translation processes, quality check processes, and technical support processes are some good ones.

    We Suggest Using BPMN in Clearly Problematic Processes

    To put it clearly, if the effort improves something, it should be undertaken, but if it doesn’t, it shouldn’t.

    When drawing business processes with BPMN, if the targeted process has few problems, there is less reason to draw it in BPMN. When you get used to it, drawing in BPMN becomes fun, but the act of drawing should never become the purpose. So let’s look at an inquiry-reaction process in which replies are too slow.


    There is no upstream or downstream, no clear flow from one person to the nex — this almost doesn’t deserve to be called a business process. It has a lot of problems that
    don’t even need BPMN to fix, but sadly, this is often reality. This is when mailboxes
    become “Graveyards for tasks.”

    What do you think? We made a business process in which the employee creates a reply with the help of the Technical department’s advice and the leader’s assessment. Defining business processes that do not allow tasks to be neglected is one of the duties of upper
    management.

    “There’s a letter inside the start icon (start event)!“
    Oh, yes. In addition to voluntarily initiated processes, there are also processes that automatically start with an incoming message.

    “So it’s okay to have two start icons!“
    Think back to the train and tracks. It’s okay if there are multiple starting stations or terminal stations.

    “A white letter and a black letter?“
    You miss nothing. The details of this is explained in “BPMN for Beginners.” Basically, the white letter was written by Victor Hugo and the black letter by his publisher. (Are you mocking me?)

    Information That You Can’t See in Business Process Definitions By BPMN

    As we’ve explained so far, BPMN is a notation method for clearly illustrating real-life business processes. But perhaps you’ve noticed, some very important points are missing. For example, BPMN cannot recognize the format of the data to be handed down through tasks.

    Also, it is often efficient for members executing upstream tasks to control the range of members for downstream tasks, but BPMN itself cannot clarify this. BPMN illustrates the overall framework, and doesn’t sweat over the small stuff.

    Read more
    BPMN Introduction series
  • 「SaaS Edition」日本先行発売

    「SaaS Edition」日本先行発売

    Questetraは9月1日、新サービス「Questetra BPM Suite SaaS Edition」(日本語サービス)を開始しました。
    併せて、従来ダウンロード製品を「Questetra BPM Suite Download Edition」と改称します。

    無償ワークフロー/BPMソフトの「Questetra BPM Suite Download Edition」は、2009年1月の発表後6か月間で世界160の国と地域から計6000ダウンロードされたWebアプリケーションです。現在、京都大学様の問い合わせ申請処理をはじめとして、世界中のビジネスプロセス管理(BPM)活動に利用されています。

    新サービス「Questetra BPM Suite SaaS Edition」は、“クラウドコンピューティング推進企業様”、“ソフトウェアのインストール権限のない部署”、“20名程度の小規模組織” などでの BPM活動に寄与するものと考えています(1ユーザあたり月額1000円)。今後順次、他言語展開する予定です。

  • Free BPM software made in Japan, Simultaneous Global Release on January 20th, 2009

    Free BPM software made in Japan, Simultaneous Global Release on January 20th, 2009

    Original Japanese version

    BPM software “Questetra BPM Suite” Debut

    Questetra starts free download distribution of BPM software “Questetra BPM Suite” on January 20th, 2009.

    BPM software “Questetra BPM Suite” enables:

    • a process owner to draw and design a business diagram. (Modeling function)
    • every participant of a business process to execute the business according to the designed business diagram. (Operating function)

    Each task is represented by “a rounded rectangle” in a business diagram, and the order of the tasks and the split are expressed by connections of arrows (Sequence flow). “Questetra BPM Suite” does not require knowledge of programming at all. It is software that widely supports BPM cycles in companies.

    Processes targeted by “Questetra BPM Suite” are “Processes composed by tasks that human participants operate.” This sort of software, which manages human tasks and executes work allocation to human participants, is called “Human-Centric BPM software.”

    Limitation of Free Edition

    “Questetra BPM Suite” can be used free of charge with no limitations of time or the number of users, however, the maximum number of simultaneous jobs is limited “10”. You need to separately buy an “Extension Key” to lift this limitation and use our product on a large scale. (Basically credit card payment is required).

    Extension Key Price (/month)

    – Extension 100: $100
    – Extension 1000: $1,000
    – Extension Infinity: $10,000

    (*) Maximum of Simultaneous Jobs, Price per server machine, Payable only in U.S. dollars, Sales tax included

  • 国産無償BPMソフト 1月20日全世界同時発表

    国産無償BPMソフト 1月20日全世界同時発表

    Questetraは、BPMソフト「Questetra BPM Suite」の無償ダウンロード頒布を2009年1月20日より開始します。

    BPMソフト「Questetra BPM Suite」は、プロセスオーナーが、業務フロー図を描画設計できるだけでなく、(モデリング機能) 他方各業務担当者は、その設計された業務フロー図に従った業務遂行を実現できます。(オペレーティング機能)

    各タスクは業務フロー図(ビジネスダイアグラム)中の「角の丸い長方形」で表現され、タスク順序や分岐は矢印(シーケンスフロー)の接続で表現されます。「Questetra BPM Suite」においてプログラミング知識は全く必要ありません。広く企業のBPMサイクルを支援するソフトウェアです。

    なお「Questetra BPM Suite」が管理対象とするプロセスは「人間によって処理されるタスクによって構成されるプロセス」です。この様に人間タスクを管理し、人間に対して作業割り当てを実行するソフトは、「Human-Centric BPMソフト」と呼ばれます。

    無償範囲について

    「Questetra BPM Suite」は期限やユーザ数に制限なく無償にてご利用いただけますが、同時処理件数が「10件まで」と制限されています。制限値を拡大し、大規模に活用して頂く為には別途「エクステンションキー」をご購入いただく必要があります(原則クレジット決済)。

    エクステンションキー価格表

    • Extension 100: $100
    • Extension 1000: $1,000
    • Extension Infinity: $10,000

    (*) 最大同時処理件数による制限、サーバマシン1台あたりの価格、米国ドルでのみ販売、価格は消費税込

  • 職務権限規程

    職務権限規程

    第1章 総則

    1. 目的
      1. 本規程は、指名委員会等設置会社(旧委員会設置会社)として執行役等への権限委譲を促進し経営判断の迅速化と効率化を図ることで、市場の変化に機動的に対応し、もって企業価値の最大化を目指す。

    第2章 意思決定機関

    1. 株主総会
      1. 株主総会は、取締役を選任する〔会社法329/定款21〕。
    2. 取締役
      1. 指名委員会等設置会社の取締役は、業務を執行することができない〔会社法415〕。
      2. ただし、取締役会決議にもとづく委託業務(会社と執行役の利益相反業務など)は執行できる〔会社法348の2〕。
    3. 取締役会
      1. 取締役会は株主総会に、計算書類および事業報告を提出する〔会社法438〕。
      2. 取締役会は、経営の基本方針(経営理念)を改廃する。
        • ミッション: “ソフトウェアの創造を通じて、世界中のビジネス革新に貢献する”
        • ビジョン: “BPMシステム世界市場でシェア3位以内となる”
        • 行動規範: “自律・創造・誠実・世界視点”
      3. 取締役会は、指名委員・監査委員・報酬委員を取締役の中から選定する〔会社法400/定款28〕。
      4. 取締役会は、執行役および代表執行役を選任する〔会社法402/定款30〕。
      5. 取締役会は、各種社内規程を改廃する。
      6. 取締役会は、各執行役への委任事項を決定し、業績進捗および課題の報告を求める〔会社法416〕。
        • CEOは、事業計画を立案し実行する。ARR/MRR (Annual/Monthly Recurring Revenue) 等を報告する。
        • CFOは、財務戦略を策定し実行する。T/B (Trial Balance) 等を報告する。
        • CTOは、製品開発方針を策定し実行する。Published Bug、NPS (Net Promoter Score) 等を報告する。また、顧客満足戦略を策定し実行する。Churn Rate、LTV (Life Time Value) 等を報告する。
        • CMO: 顧客獲得戦略を策定し実行する。Signup Lead、CAC (Customer Acquisition Cost) 等を報告する。
        • Fellow: 研究開発方針を策定し実行する。TTFB (Time to First Byte)、Uptime Rate 等を報告する。
    4. 代表執行役
      1. 代表執行役は取締役会に、職務執行状況を報告する〔会社法417〕。
      2. 代表執行役は、対外的業務を執行する〔会社法420〕。
    5. 執行役
      1. 各執行役は取締役会に、職務執行状況を報告する〔会社法417〕。
      2. 各執行役は、対内的業務を執行する〔会社法418〕。
      3. 各執行役は、管掌部門の予算内支出を承認し、予算外支出の稟議を申請する。
    6. 執行役会
      1. 執行役会は取締役会に、計算書類および事業報告の案を提出する。
      2. 執行役会は取締役会に、通期予算案および四半期予算案を提出する。
        1. 各執行役はCFOに、各部門の概算要求を提出する。
        2. CFOは執行役会に、予算原案を提出する。
        3. 各執行役は、予算原案に意見する。
        4. CEOは、執行役意見をもとに予算案として決定する。
      3. 執行役会は、賞与の支給を決定する。
      4. 執行役会は、部門の改廃を決定する。
      5. 執行役会は、部門の責任者(部長等)を決定する。

    第3章 各職位の職務権限

    1. 部門の責任者(部長等)
      1. 部門の責任者(部長等)は、管掌執行役から委譲された権限範囲で予算内支出を承認する。
      2. 部門の責任者(部長等)は、部下の勤怠および服務規律を管理するとともに、部下の勤怠意欲の維持・向上に努める。
      3. 部門の責任者(部長等)は、部下の人事考課および昇進・配置転換ならびに教育訓練などを立案し、公正な人事の実現と人材の育成を図る。
    • 2008-06-01 制定施行
    • 2025-03-14 改定
  • 内部統制システムの基本方針

    内部統制システムの基本方針

    2008年6月8日 株式会社クエステトラ取締役会 決議

    業務の適正を確保するための体制を継続的に評価し、適宜改善する。

    1. 監査委員会の職務補助
      1. 監査委員の指示のもとに調査分析報告を行う補佐職を必要に応じて置く。
    2. 監査委員会補佐職の独立性
      1. 監査委員会補佐職の選任および解任につき監査委員会の同意を要する。
      2. 監査委員会補佐職の業績評価は監査委員会が行う。
    3. 監査委員会への報告
      1. 執行役等は、不正行為を認知した時等には直ちに監査委員会へ報告する。
    4. 監査委員会監査の実効性確保
      1. 監査委員は、会計監査人らとの情報交換を行うなど連携を保つ。
      2. 監査委員は、関連諸規定等に定める独立性と権限により監査成果達成を図る。
    5. 執行役職務の情報保存
      1. 執行役等は、決裁内容等について社内情報システムに逐次保存する。
      2. 当該記録については少なくとも10年間保存する。
    6. 損失の危機の管理に関する規定
      1. 各執行役は、リスク管理体制の整備運用を組織横断的に推進する。
    7. 執行役職務の効率性
      1. 取締役会は、各執行役の職務領域を明確にし決定権限を委譲する。
      2. 各執行役は、担当領域に関する業務目標の達成に責任を負う。
      3. 各執行役は、必要に応じて自らの権限の一部を委譲する。
      4. 各執行役は、他執行役の担当領域に影響を及ぼす事項も積極的に協議調整を行う。
    8. 執行役等の法令遵守
      1. 代表執行役は、当社のミッション・ビジョンを周知徹底する。
      2. 法令定款上疑義ある行為を告発したものに不利益な扱いを行わない。