そういえば、良いルールって何だろう?

世の中にはルールと呼ばれるものがいっぱいあります。規則や規定なども含めるともっといっぱいありますよね。中には「何でこんなルールがあるんだ!」と叫びたくなるようのものもあると思います。では、良いルールってどんなルールなんでしょう?診断サービスの企画を練っていく過程でそんなことがふと頭をよぎりました。

ルールと言っても、社会一般におけるグローバルなルールから、学校や家庭内のローカルなルールまで様々ですが、ここでは主に会社など組織のルールについて考えてみたいと思います。組織のルールと言ってまず思いつくのが「就業規則」ですが、もっともっと身近な業務ルールや作業手順まで範囲を広げてみましょう。

私が様々な現場にお邪魔してよく聞かされる話として「ルールはあるけど守られていない」というものがあります。なぜ、ルールが守られないのでしょうか。あるいはなぜ、守られないルールが存在しているのでしょうか。表面的には様々な理由が考えられますが、一つ思いつく根本的な理由は「ルールが現実的でない」あるいは「合理的でない」というものです。

そこから出てくる言い分は、例えば「ルールを守りたいのはやまやまだが、いちいちルールを守っていたら作業効率が低下する」とか、「こんな不条理なルールには従う必要はない」とか、「守ったところでどうにかなるものではないし、今のやり方で問題ない」など、捉え方は人それぞれだろうと思いますが、こういうのを一括りにして従業員のモラルの問題として片付けてしまいがちではないでしょうか。

仮にそうだとしても、それで従業員のお尻を叩いたり、鼻先にニンジンをぶら下げたりしても効果が出るものではないでしょう。今の私の考えでは、良いルールというのは「守られるルール」、逆に悪いルールというのは「守られないルール」だと思っています。

確かに、組織を運営するに当たっては組織ごとに「あるべき姿」あるいは「あるべきルール」というものがあるでしょう。しかし、それを全てそのまま実際のルールとして運用しようとしてしまうと、組織の成熟度によっては理想と現実のギャップが大きすぎるということが起こり得ます。

一般的なマネジメントシステムにおいては、ルールというのは一回作って終わりというのではなく、状況の変化に応じて適宜見直していくものとされています。ですので、組織の成熟度に応じて守れる大きさのルールから始め、それが守れるようになったらルールを改定し、それを繰り返すことで「あるべき姿」に近づけるといった工夫が可能です。

「あるべきルール」という目標を大きく持つことは大切なことですが、そこへ一足飛びに到達することを考えるのではなく、「守れるルール」という中間目標を細かく設定し、達成状況をウォッチしながら徐々に前進していければ良いのではないでしょうか。


制約理論先進国の事例に圧倒!

日付は変わってしまいましたが、本日、西新宿でTOCfEの月例勉強会に参加してきました。いつものような事例発表もあったのですが、今日は特に、海外での事例を紹介してくださった方がいました。

例えば、ポーランドでは幼稚園でTOCfEの使い方を教えていて、例えば単純なブランチとしては、童話などの物語を読み聞かせて、物語の進行に合わせた挿絵をカードにしたものを物語の順番に並べさせるといったことをしているようです。そしてなんと驚いたことに、幼稚園の先生たちが簡単に教えられるように、TOCfEのツールを教えるためのキットが作られているということで、今日は実物も見せてもらいました。(残念ながら写真を撮り忘れたので、どこかで入手できたら後日掲載したいと思います。)

このキットはレジャーシートの素材にツールのフレームが描かれているもので、水や汚れに強く、多少乱暴にしても壊れにくく、持ち手がついているので持ち運びにも便利になっています。興味せていただいたのはブランチのシートとクラウドのシートでした。書かれている言葉はさすがにポーランド語なのだそうですが、間もなく英語版が発売されるとか。日本語版、作ろうかな…。というか、ある意味言葉を書かなければ、それだけで万国共通になると思うのですが。

さて、日本がTOCfEが上陸してまだ3年なのに対して、こういったTOCfEの先進国というのはもう20年近く取り組んでいるのだそうです。教育現場、特に幼児教育の現場には当たり前のように定着しているようです。日本ではまだそういった取り組みは盛んではありません。ということはまだまだこれから日本は良くなっていく可能性があるということなのかもしれませんね。


論理削除か物理削除か

久しぶりにITの話をしたいと思います。情報システムには多くの場合リレーショナルデータベース(RDB)を利用しています。たとえスマートフォンのアプリであっても内部で組込み用のRDBを使っていることがあります。

RDBではテーブルという単位でデータの鋳型を定義して、その鋳型で出来る実際のデータはレコードと呼んでいます。レコードが不要になった時、レコードを削除するとその情報は消えてしまいます。一方で「削除したよ」という情報を付与するだけでレコード自体を残すことがあります。この場合、俗に前者を物理削除、後者を論理削除と呼んでいます。実はこの両者が、DB設計において一つのテーマであります。

それぞれのメリットとデメリット

というのも、物理削除の場合、一旦消してしまうとバックアップデータから復元するしかありません。もしバックアップデータが無ければ復元する方法はなく、必要ならもう一度登録し直さなければなりません。

また、論理削除の場合、うっかり削除してしまっても簡単に復元することができますが、本当に不要になっても完全に削除することが出来ず、ゴミ(不要なデータのことを俗にこう呼びます)が残ります。その場合、別に物理削除を行う手段を設ける必要があります。

操作画面上で「削除」というボタンが有った場合に、物理削除の場合は確認ダイアログを表示して本当に削除して良いかしつこいくらいに尋ねる必要があります。しかし論理削除の場合は確認なしに削除してしまっても簡単に復元できるので、結果として操作画面の利便性は向上することになります。

つまり、たかがDB設計なのですが、論理削除か物理削除かというのは運用設計や画面設計とも密接に絡んでくる複雑な話なのです。

私はRDBを学び始めて間もない頃、あるいくつかの現場では全てのテーブルに削除フラグを設けているRDBを見たことがあります。その影響もあって私は全てのテーブルに削除フラグを設ける方針で他の現場でもDBを設計していました。事実、内部統制が緩い現場においてうっかりの操作ミスが多く、論理削除を採用していたことによって何度も助けられたことがあります。しかし一方で次のような課題もお客様から突き付けられました。

  • 間違えて登録したデータを完全に削除できないのは困る。
  • あるデータに関しては通常の運用で完全に削除したい。

論理削除か物理削除かを決めるもう一つの観点は、取り扱うデータが情報資産であるかどうかです。情報資産というのはデータの所有者が、それを保有することに価値を見出している情報という意味です。一定の役目を終えたからと言って完全に削除してしまうと、新たなデータの参考にすることすらできなくなります。その場合は論理削除が良いのではないかと思っています。

削除フラグと設計方針

そもそも「論理削除」の業務的(仕様的)な意味は何でしょうか。もし本当に論理的に削除したということ以上の意味が無ければそれでも良いかもしれませんが、本当にそうでしょうか。良く考えてみると実際には「一時的に非表示にした」「公開を終了した」「有効期限を過ぎた」「処理が終了した」「退会した」といった意味があるのではないでしょうか。そうすると、論理削除を表すには「削除フラグ」よりも「公開フラグ」や「表示フラグ」「処理済みフラグ」という呼称の項目を設けた方が良さそうですね。あるいはそれらを複合的に取り扱う「ステータス」という項目を設けてもいいかもしれません。

また別のアプローチとして有効期間の開始日時と終了日時、公開期間の開始日時と終了日時を管理するという方法もあります。この場合、クエリー(問合せ)は多少煩雑にはなりますが、緻密な管理が実現できます。

ステータス管理が必要なデータは適切な管理項目を設けてステータスを変更し、単純な間違いなどのゴミデータは物理削除できるようにする。そして、ステータス管理の必要のないデータはそのまま物理削除するというのが現実的な方針かなと思っています。いずれにせよ、条件反射のようになんでもかんでも削除フラグというのではなく、きちんとデータの特性を考えて設計する必要がありますね。

「人気店はバーゲンセールに頼らない」齊藤孝浩 著

本書はインディペンデント・コントラクター協会の理事のお一人である齊藤孝浩さんの著作です。齊藤さんはいわゆるアパレル業界のコンサルタントで、商品陳列や適正在庫といったカテゴリでご活躍をされている方です。個人的にはいつもIC協会のイベント等でお世話になっております。

本書は誰もが知っているような国内外のアパレルチェーンにおける成功事例を集めた本です。私はアパレル業界には疎いのですが、そんな人でも本書を読めばアパレル業界のトレンドに詳しくなり、明日からでもアパレルチェーンを展開できてしまうのではないかと錯覚してしまいそうになるほど具体的なノウハウが詰まっています。もしかしたら業界内では普通に知られていることばかりなのかもしれませんが、ブランド名を明示しているので外の人間からするとそんなことまでバラしちゃっていいの?と思ってしまいます。明日は用も無いのにZARAに行ってみたくなりました。(実はまだ行ったことありません。)

さて、私が本書を読んで感じたポイント。それは本文でも触れられていることなのですが、成功する秘訣は業務のサイクルの短さだということ。いわゆるPDCAを週単位で回せるというのは月単位、四半期単位、半期単位で回している企業にとっては脅威でしょう。また、本書では言及されていませんが、ここに挙げられた事例は制約理論(TOC)を実践した実例なのではないかと思われます。特に、エリヤフ・ゴールドラット博士晩年の著作である「ザ・クリスタルボール」。そのテーマはまさに小売業における適正在庫であって、そこに書かれていることを実践したとしか思えません。

本書は、今まさにアパレル業界で働いている人はもちろん、これからアパレル業界で働きたいと思っている人にとっては必読の書ですし、直接関係ないと思われる人でも本書にはビジネスにおけるヒントを多く得られると思います。また、特に女性の方に対しては、本書を読めばまた違ったショッピングの楽しみ方が出来るのではないかと思います。まずは是非手に取ってみてください。

あと、私の関心は本書の内容を逸脱して、成功した企業が行っているオペレーションが素晴らしいだけでなく、このようなオペレーションを可能にした組織がありますが、そのような組織を作り上げたその方法論を私は知りたいと思いました。また、成功に至る判断のためには迅速で的確なフィードバックが不可欠ですが、その背後にはそれを可能にした情報システムがあるはずです。それらがどのようなシステムなのか、どのような処理でどのようなアーキテクチャなのかということにも興味が及びました。そういったチームビルディング、システム設計といった側面を取り扱った姉妹編が出版されたら間違いなく買ってしまいますね。

――――
書名:人気店はバーゲンセールに頼らない
副題:勝ち組ファッション企業の新常識
著者:齊藤孝浩
発行:中央公論新社/2013年4月10日
ISBN:978-4-12-150451-7


ファッション流通ブログde業界関心事 (齊藤さんのブログ)


クラウド事例を発表させていただきました

4月8日(月)に西新宿でTOCfEの月例勉強会に参加いたしました。これは先月初めて参加させていただいた集いなのですが、その時はどんなことをやるのか知らないままに誘われ手ぶらで参加したところ、参加者の皆さんの事例発表があまりにも素晴らしく、私も自己完結した事例ではなく相手がいる状況で実践した事例を作りたいと思わされたのです。その日、家に帰って早速クラウドを試してみて、紆余曲折はあったものの丸く収まり、今回その成果を発表させていただきました。

私は基本的にグローバルオプティマム社の飛田さんに教わっただけですのでよく知らなかったのですが、クラウドにもいくつか流儀があるのだそうです。クラウドを描くときに「AであるためにはBである必要がある」と読み上げるのですが、それに加えて「なぜならば・・・」とその前提条件を続ける方法もあると。方法もあるというよりは、少なくとも意識はしていた方がうまく行きそうではありました。次はそのようにやってみたいと思います。

もう一つアドバイスを頂いたのはDとD’の書き方。今回私が試したのは最初は主語がはっきりしておらず、そのことに途中で気が付いて明記するようにしたというお話をさせていただきましたが、DとD’に限らずBとCも主語(誰の立場なのか)を明記した方が認識のずれが発生しないということでしたので、これも次回はそのようにやってみたいと思っています。

私以外に数人の方が発表されたのですが、TOCfEの全てのツール(クラウドとブランチとアンビシャス・ターゲット・ツリー)について万遍無く事例があり、私にとって大変濃度の高い勉強会となりました。特にブランチ。これは済んでしまったことですが、一度ブランチを描いて因果関係を分析したい題材があるので、時間を作ってチャレンジしたいと思います。

電子書籍の登場で自費出版が身近に

本日はIC協会の月例セミナーがあり、久しぶりに(今年初めて)参加してきました。講師はIC協会の会員でもある、有限会社ニコラデザイン・アンド・テクノロジーの水野操氏。「電子書籍で出版しよう!~『初心者Makersのための3Dプリンター&周辺ツール活用ガイド』を電子出版したワケ~」というテーマでお話しくださいました。

電子書籍はもう5年以上も前から存在していますが、ではそれを自分で出版しようと思ったことがあるでしょうか。ちょっと知っている人であれば難しそうだと思うかもしれません。実は私もそう思っていました。電子書籍といっても複数のフォーマットが存在しますし、とあるフォーマットについて言えばオーサリングツールと呼ばれるソフトウェアも高価で誰でも気軽にという環境ではないと思っていました。事実かつて私が見たものはそうでした。

ところが今日の水野さんの実体験を伺い、今では思っていたよりもかなり手軽に、気軽に電子出版ができる環境が整っているということが分かりました。一方で、内容が伴い、かつ一定のクオリティを保っていないといけないという極々当たり前の話に帰結します。つまり、これまでは出版というと企画を通すことだったり、費用の高さや出版までの日数という障壁になっていたものが、電子出版という新しいプラットフォームの登場によって取り去られ、本質の部分で勝負できる(或いは、せざるを得ない)状況になったと言えるのかもしれません。

もちろんだからといって内容が良ければ売れるかというのはまた別な話で、そういった周辺の話も伺うことができて大変有意義だったと思います。


どんよりバイバイ!ターゲットツリー

本日は第6回TOCfE調布塾に参加してきました。これは毎月1回で全6回開催されるTOCfEのワークショップなのですが、私は最近知ったので最終回にして初参加となりました。

私自身これまであんまり意識していなくて、今日改めて認識したことなのですが、TOCfEつまり「教育のためのTOC」というのはいわゆるTOCから派生した別のものなのだそうです。TOCのツールについてはスタッフの方は「本家TOC」という言い方をされていました。

今回のワークショップで学ぶ思考ツールはアンビシャス・ターゲットツリー。一見すると達成し得ないと思われるような目標を達成するための道筋を付けるためのツールです。3~4名で1つのグループを作り、イソップ童話の「アリとキリギリス」を題材にターゲットツリーの演習を行いました。

この題材が面白く、ある保育士さんが保育園で園児たちにアリとキリギリスの話をして、キリギリスはどうすれば良かったかというような問いかけをしたところ、園児の一人が「キリギリスはアリと結婚すれば良い」と発言したことをヒントに、「キリギリスがアリと結婚する」という目標を設定したのです。演習ではこの目標に対して障害となる事柄を列挙し、それぞれの障害に対してそれが取り除かれた状態を中間目標として書き出します。次に中間目標を優先度順に並べ替え、さらに必要に応じて中間目標を達成するための行動を書き出していくという手順で進めました。

それぞれのグループに分かれて演習を行ったところ、列挙された障害と中間目標がグループ間で異なり、しかもそれぞれに説得力があって面白かったです。もっとも、今回は演習用の題材だったのでちょっとおふざけな内容になりましたが、最後は一人一人のリアルな課題に対してターゲットツリーを試す時間があり、演習としては個人的に身のあるものになりました。まだまだ使いこなすには練習が必要なレベルですが、他のツールと合わせて活用していきたいですね。

TOCfE勉強会に参加してきました

本日は、TOCfE勉強会に初めて参加してきました。TOCfEというのは「教育のためのTOC」というコミュニティがあり、その関東地区の定例勉強会のようです。(正直まだ詳しくは把握できていません)

これまでも何度か述べたように、TOC自体には10年来「ザ・ゴール」をはじめとするゴールドラット博士のシリーズで触れていたのですが、1年前、CCPMのセミナーを受講したことがきっかけで本格的にTOCを理論から実践に移行する段階になりました。ですので、こういった勉強会には今後も積極的に参加していきたいと考えています。

さて、今回初めて出席させていただいてまずビックリしたのが、参加者の皆さんそれぞれが既にクラウドなどのTOCの思考ツールを実践され、それを持ち回りで発表し、また、その発表に対して活発なディスカッションが行われていることでした。これはTOCを勉強している身にとっては楽しい。

その題材もリアルで、例えばクラウドであれば「職場は住居の近くが良いか、遠くが良いか」「理系の学部生に英語を基礎から教えるべきか、論文など応用から教えるべきか」といった対立であったり、また、ブランチであればロシアに隕石が落ちたことと、2000人ほどが怪我をしたことの因果関係を紐解いていったりと、気が付くといつの間にか私も一緒になって意見を交わしていました。

顔ぶれを拝見した限りは、どちらかというと仕事との関係が有る無しに関わらずTOCに興味を持っている人たちが集まっているといった印象でした。初めて参加したにも関わらずいきなり議論に参加できたのはそれこそ思考ツールの威力なのかもしれません。


教育のためのTOC 日本支部

JSDG第19回研修会(東京)無事盛会のうちに終了しました

昨日16日、JSDGの第19回研修会が東京で開催されました。テーマは「『本当のWin-Winソリューションは存在するのか?』シスアド、ビジネス・リーダーのためのネゴシエーション力育成ワークショップ」と題して制約理論(TOC)に基づいた対立解消のプロセスを学ぶワークショップを行いました。会場は日本オラクルの本社があるオラクル青山センターのセミナールーム。こういった研修会が頻繁に開催されている会場のようです。今回、私は幹事の一人として、またワークショップのお手伝いをするサポータの一人として参加いたしました。

会場は終始和やかで盛り上がりました

思考プロセスのツールにはいくつかありますが、今回の研修会ではその中でも「クラウド」と呼ばれる対立を解消するためのツールです。参加者の中には「クラウドコンピューティング」の研修会だと思って来られた方も散見され、実際よく間違われるそうなのですが、TOCのクラウドの方が20年も前に生まれたという由緒があるのです。このクラウドは対立解消図(Conflict Resolution Diagram)とも呼ばれ、CRDと略しても呼ぶようですが、ゴールドラット博士の著書の1つ「ザ・ゴール2」にも登場したのでご存じの方も多いのではないでしょうか。

TOCの思考プロセスを学ぶということで講師はグローバルオプティマム社の飛田さん。この1年間で私は飛田さんにお会いする機会が増えて個人的にはすっかり馴染んでしまいました。先日行ったサポータ向けの勉強会は、この研修会のために訓練するものでしたが、やはりその成果なのか参加者の方々の描かれたクラウドを見ていると「ああ、ここはこうした方がいいな」というのが見えるようになっていました。ただ、それをストレートに伝えてしまうとせっかく本人が考えようとしている姿勢を踏みにじってしまうことになりますので、あくまでもテキストに忠実に質問を繰り返し行い、ヒントのみを与えて答えは本人に導き出していただくということを心掛けました。

さて、研修会そのものの進行は、最初にJSDGという組織の紹介から始まり、飛田さんにバトンタッチして講義と演習を行い、クロージングセッションを経て、最後は参加者全員によるリレースピーチといった流れで行われました。会場のレイアウトもワークショップということでいわゆるスクール形式ではなく島形式の配置を行い、1つの島に2~3名で腰掛け、1~2つの島に1名のサポータが付きました。演習の時は私も2つの島のサポートを担当しましたが、参加者の理解度がそれぞれ違う中でどこまで適切なサポートができたかわかりませんが、それぞれの方が成果を受け止めておられたように思います。特に最後のリレースピーチは、参加者それぞれの気付きを全員で共有でき、自分だけでは気付かなかったことに色々と気づかせてくれました。

こういった研修会は今後も積極的にお手伝いできたらと思っております。私もまたザ・ゴール2を読み返したくなりました。


本当のWin-Winソリューションは存在するのか?

ホワイトボードを使って説明する飛田さん

昨日はJSDGの勉強会が霞ヶ関のとあるビルで開催され、参加してきました。今回の勉強会はいつもの研修会と異なり、来月16日に開催する東京研修会でファシリテータとして奉仕するメンバーの訓練の場として企画されたものです。私は今回の東京研修会の幹事の一人ですが、当日もファシリテータとしてご奉仕させていただきます。

研修会のテーマ(公表されているタイトルとは違いますが)は「対立の解消」です。ビジネスの現場に限らず、プライベートでも少なからず対立は起こります。その対立をロジカルに解決するためのツールを実践できるようになっていただくためワークショップ(演習)形式としました。

そのツールとは、故ゴールドラット博士が提唱している制約理論(TOC)における思考プロセスの一つ「対立解消図(CRD)」です。講師はTOCではいつもお世話になっているグローバルオプティマムの飛田さん。今回は10名強の参加者で実際に演習を体験しました。

原理はとてもシンプル。手順に従って問題点と解決策を図示していきます。始めに、言葉が上達していない4歳児でもイラストを使って実践したという例も紹介されました。参加者からもいくつか題材を出し、意見を出し合うなど対立が解消されていく様を皆でシェアしました。飛田さんがお話しされた中で圧巻だったのは、とある高校の女子テニス部を劇的に強くさせたという例。人や組織ってわずかなきっかけでこんなに変われる可能性を持っているんだということを再認識しました。

詳しくは研修会に参加して実際に体験していただきたいと思います。残席わずかですがまだ参加を受け付けております。


日本システムアドミニストレータ連絡会
第19回研修会 詳細情報
http://www.jsdg.org/public/contents/seminar/kensyu19/top.htm