<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF
 xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
 xmlns="http://purl.org/rss/1.0/"
 xmlns:content="http://purl.org/rss/1.0/modules/content/"
 xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/"
 xmlns:dc="http://purl.org/dc/elements/1.1/"
 xmlns:syn="http://purl.org/rss/1.0/modules/syndication/"
 xmlns:admin="http://webns.net/mvcb/"
 xmlns:atom="http://www.w3.org/2005/Atom"
>
<channel rdf:about="http://blog.livedoor.jp/gaseidou2/">
<title>A Way Out of Dilemma</title>
<link>http://blog.livedoor.jp/gaseidou2/</link>
<description>＜ヒト＞と＜プロセス＞というカタチのない経営資源を高める
</description>
<dc:language>ja</dc:language>
<admin:generatorAgent rdf:resource="http://blog.livedoor.com/?v=2.0" />
<atom:link rel="hub" href="http://pubsubhubbub.appspot.com" />
<items>
 <rdf:Seq>
  <rdf:li rdf:resource="http://blog.livedoor.jp/gaseidou2/archives/51944514.html" />
  <rdf:li rdf:resource="http://blog.livedoor.jp/gaseidou2/archives/51944481.html" />
  <rdf:li rdf:resource="http://blog.livedoor.jp/gaseidou2/archives/51942246.html" />
  <rdf:li rdf:resource="http://blog.livedoor.jp/gaseidou2/archives/51922344.html" />
  <rdf:li rdf:resource="http://blog.livedoor.jp/gaseidou2/archives/51919706.html" />
  <rdf:li rdf:resource="http://blog.livedoor.jp/gaseidou2/archives/51914572.html" />
  <rdf:li rdf:resource="http://blog.livedoor.jp/gaseidou2/archives/51913417.html" />
  <rdf:li rdf:resource="http://blog.livedoor.jp/gaseidou2/archives/51912239.html" />
  <rdf:li rdf:resource="http://blog.livedoor.jp/gaseidou2/archives/51911209.html" />
  <rdf:li rdf:resource="http://blog.livedoor.jp/gaseidou2/archives/51909971.html" />
 </rdf:Seq>
</items>
</channel>
<item rdf:about="http://blog.livedoor.jp/gaseidou2/archives/51944514.html">
<title>セミナーのご案内『一日で学ぶ プロセスデザインの守破離』</title>
<link>http://blog.livedoor.jp/gaseidou2/archives/51944514.html</link>
<description>成果を生み出す「プロセス設計」と「プロセスマネジメント」を身につける
講師：芝本 秀徳 (株式会社プロセスデザインエージェント 代表取締役）
日時：2012年2月26日 (日) 10：00～17：00
概要
「毎日仕事に追われているのに成果につながらない」
「戦略は描けても、戦術レ...</description>
<dc:creator>gaseidou2</dc:creator>
<dc:date>2012-02-07T10:58:45+09:00</dc:date>
<dc:subject></dc:subject>
<content:encoded><![CDATA[<p><strong>成果を生み出す「プロセス設計」と「プロセスマネジメント」を身につける<br>
講師：芝本 秀徳 (株式会社プロセスデザインエージェント 代表取締役）<br>
日時：2012年2月26日 (日) 10：00～17：00</strong></p><br>
<h2>概要</h2><br>
<p>「毎日仕事に追われているのに成果につながらない」<br>
「戦略は描けても、戦術レベルでの実行力がない」<br>
「組織やプロジェクトメンバーのベクトルが一致しない」<br>
「デスマーチから抜け出したい」<br>
「仕事のコントロールを取り戻したい」<br>
「やりたいことがなかなか実現できない」<br>
<br>
そう悩まれているビジネスパーソンや経営者の方は多くいらっしゃいます。<br>
これらの悩みの原因は「プロセスがデザインされていないこと」にあります。<br>
<br>
プロセスとは「仕事の仕方」であり、「成果の生み出し方」です。<br>
経営資源と言われる「ヒト・モノ・カネ・情報・時間」、<br>
また技術や知識を持っていても、それを活かす「プロセス」がなければ、<br>
成果を生み出すことはできません。<br>
業績を上げている企業は「業績が上がるプロセス」を持っているのであり、<br>
仕事ができるビジネスパーソン、企業は「成果が上がるプロセス」を持っています。<br>
<br>
知識や技術、そして人を活かすのは「プロセス」です。<br>
人も組織も、「デザインされたプロセス」を持っていなければ、<br>
成果を生み出すことはできません。<br>
変化の激しい時代、ビジネス環境に合わせて自在にプロセスを設計し、<br>
それをコントロールできるスキルが不可欠となっています。</p><br>
本講座では、プロセスをデザインするためのフレームワークと、<br>
プロセスをコントロールするためのマネジメントスキルを学んでいただき、<br>
演習を通して、それを身につけていただくことを目的としています。<br>
<br>
プロセスデザインとマネジメントのスキルは、<br>
どんなビジネスドメインであっても通用する「ポータブルスキル」です。<br>
本講座をきっかけとして、仕事のコントロールを取り戻し、<br>
成果を上げるプロセスを設計する技術を手に入れてください。<br>
<br>
<h2>カリキュラム</h2><br>
<p>《プロセスの「デザイン」》<br>
１．プロセスとはなにか<br>
２．プロセスデザインの原則<br>
３．プロセスデザインで陥りやすいワナ<br>
４．プロセスデザインの手順<br>
５．プロセスデザインの演習<br>
<br>
《プロセスの「マネジメント」》<br>
１．プロセスマネジメントの「プロセス」<br>
２．プロセスマネジメントの方法論<br>
３．プロセスマネジャーの問題解決技術</p><br>
<h2>受講をお勧めしたい方</h2><br>
<p>・商品開発やサービスのマネジメントを担当されている方<br>
・プロジェクトマネジメントに携わっている方<br>
・部下の力を引出し、成果を生み出したい方<br>
・社員の能力を上げたい人事や研修担当の方</p><br>
<h2>講師</h2><br>
<p>芝本秀徳 (しばもと・ひでのり)<br>
株式会社プロセスデザインエージェント 代表取締役<br>
成果を生み出すプロセス設計のプロフェッショナル。</p><br>
<p>品質と納期が絶対の世界に身を置き、年商数百億規模のＩＴ企業において大手自動車部品メーカー、大手エレクトロニクスメーカーのソフトウェア開発に携わる。「品質は設計を超えることはできない」という信念のもと、１５０名のプロジェクトメンバーを統率し「実行する人の質」と「プロセスの品質」を同時にコントロールする独自の手法を編み出す。<br>
エンジニアの創造性を最大化させるプロセス設計にも定評があり、通常３～４年かかる成果をタスクフォース結成からわずか６ヶ月でコスト削減３０％、不具合率５０％軽減を実現させる。「上とも下とも話ができる貴重な存在」「つねに答えを持っていそうなので思わず相談してしまう」など、組織内外において強烈なリーダーシップを発揮して数々のプロジェクトを成功に導く。<br>
幼少の頃より武道に触れ、原理原則をふまえた個々人に合った動きを開発する我成道（師範、我成道四段）の考え方が、「人間を理解していなければ成果を出すことはできない」というマネジメントスタイルに影響を及ぼす。さらに当時、要望はあるものの難易度が高かった文教市場向けソフトウェア開発に市場機会を見出し商品開発に乗り出す。企画・開発・販売まで一貫して携わるプロダクトマネジャーとして現場を陣頭指揮。また営業活動にも東奔西走、ナンバーワン企業が１０年かけて得たシェアをわずか１年で追い上げ、新規事業の礎を築きあげる。現在は、価値ある技術が収益に直結していない中小企業を中心にプロセスデザインと収益改善の関係性を説くセミナーを実施。現場のプロセス設計からマネジメントまでコントロールするコンサルティング事業に力を入れている。</p><br>
<p>著書に<br>
『「やり残しゼロ!」の仕事術』<br>
『リーダーになってもデキる人 ３３のルール』<br>
『マネジャーのジレンマ』（以上、すばる舎）がある。</p><br>
<h2>【募集要項】</h2><br>
<p>日　時：2012年2月26日 (日) 10：00～17：00<br>
場　所：<a href="http://www.tsrental.jp/location/shibuya/access.html" target="_blank">T's 渋谷フラッグ</a> Room7H<br>
受講料：38,000円（税込み）<br>
定　員：15名</p><br>
<a href="http://processdesignagent.jp/?p=184" target="_blank" title="">＞＞お申し込みはこちら</a>
<img src="http://counter2.blog.livedoor.com/c?ro=1&act=rss&output=no&id=1436975&name=gaseidou2&pid=51944514" width="1" height="1" />
]]>
</content:encoded>
</item>
<item rdf:about="http://blog.livedoor.jp/gaseidou2/archives/51944481.html">
<title>会社ホームページ＆公式ブログ</title>
<link>http://blog.livedoor.jp/gaseidou2/archives/51944481.html</link>
<description>会社設立にともない、
ホームページと公式ブログができました。

株式会社プロセスデザインエージェント
「あらゆる経営資源を活かすプロセスをデザインする」会社です。
企業コンセプトは＞＞こちらから

芝本秀徳 公式ブログ
これまでこのブログで書いてきたコンテンツも、...</description>
<dc:creator>gaseidou2</dc:creator>
<dc:date>2012-02-07T07:58:29+09:00</dc:date>
<dc:subject></dc:subject>
<content:encoded><![CDATA[会社設立にともない、<br>
ホームページと公式ブログができました。<br>
<br>
<a href="http://processdesignagent.jp/" target="_blank" title="">株式会社プロセスデザインエージェント</a><br>
「あらゆる経営資源を活かすプロセスをデザインする」会社です。<br>
企業コンセプトは<a href="http://processdesignagent.jp/?page_id=8" target="_blank" title="">＞＞こちらから</a><br>
<br>
<a href="http://blog.processdesignagent.jp/" target="_blank" title="">芝本秀徳 公式ブログ</a><br>
これまでこのブログで書いてきたコンテンツも、<br>
整理、リライトして公式ブログにアップしていきます。
<img src="http://counter2.blog.livedoor.com/c?ro=1&act=rss&output=no&id=1436975&name=gaseidou2&pid=51944481" width="1" height="1" />
]]>
</content:encoded>
</item>
<item rdf:about="http://blog.livedoor.jp/gaseidou2/archives/51942246.html">
<title>顧客は理不尽か</title>
<link>http://blog.livedoor.jp/gaseidou2/archives/51942246.html</link>
<description>専門性の高い仕事をしていると、顧客が自分の専門分野の重要性を理解していなかったり、こちらの仕事の段取りを無視した要望がきたりして、「理不尽」な思いをすることも多いかもしれません。しかし、ほんとうに顧客は理不尽なのでしょうか。そんなに無茶な要望をしているの...</description>
<dc:creator>gaseidou2</dc:creator>
<dc:date>2012-01-29T18:41:43+09:00</dc:date>
<dc:subject></dc:subject>
<content:encoded><![CDATA[専門性の高い仕事をしていると、顧客が自分の専門分野の重要性を理解していなかったり、こちらの仕事の段取りを無視した要望がきたりして、「理不尽」な思いをすることも多いかもしれません。しかし、ほんとうに顧客は理不尽なのでしょうか。そんなに無茶な要望をしているのでしょうか。ほんとうに、自分たちの仕事の重要性を理解していないのでしょうか。<br>
<br>
美容師を例に考えてみましょう。<br>
<br>
すでに髪の毛も相当切って、色も染め、パーマもかけて、あとはセットして終わりというころに、いきなりお客が「やっぱり長いほうがいい」「やっぱり色を変えてほしい」と言われたら、美容師は困るはずです。もしかしたら、「いまごろそんなこと言われても困ります」と起こるかもしれません。<br>
<br>
<b>しかし、実はお客は目隠しと耳栓をされていて、さらに眠らされていたとしたらどうでしょう。</b>お客がそんなことを言い出すのも、無理もないと思うのではないでしょうか。なぜなら、お客はいま自分のアタマがどういった状態かわからないのですから。<br>
<br>
まさか美容院にいって目隠しをされることはないでしょうが、ほかの分野ではこのようなことが頻繁に起こっています。<br>
<br>
たとえば、ソフトウェア開発であれば、要件定義フェイズで顧客の要望は聞くでしょう。しかし、この要件が、どのようなプロセスをたどってシステム化されているか、顧客は知らされているでしょうか。いまどんなプロセスの途中で、このあとどうなるのか、プロセス全体を知っているでしょうか。知らないでしょう。多くの場合、顧客は専門家ではないからです。<br>
<br>
顧客はプロセスを知りません。だから、いつまでに何を伝えればいいのかがわかりません。変更はいつまで受け付けてくれるのか。変更がどのような影響を及ぼすのか。いまどのプロセスにいて、次に何をするのか、まったくわからないのです。<br>
<br>
さらに、顧客は自分が専門的な知識を持っていないことに、ある種の引け目、気後れを感じています。「こんな質問していいのかな」「こんなお願いしてもいいのかな」と不安に思って言えないことがたくさんあるのです。結果としてタイミングを逸した変更になったりします。<br>
<br>
美容院で髪の毛をきっている最中に、「もっとここを短くしてください」「そこはあんまり切らないで」と、美容師さんに言いたくても、結局言い出せなかった経験を持っている人は少なくないでしょう。同じことなのです。<br>
<br>
<b>問題はプロセスが共有されていないことにあります。<br>
そして「プロセスの説明責任は、専門家にある」ということを認識しなければなりません。</b><br>
<br>
顧客が理不尽だと感じたときには、立ち止まって少し考えてみましょう。<br>
<br>
<b>①プロセスを説明したか</b><br>
スタートからゴールまで、どのようなプロセスで進めるのかを説明しましたか？専門家にとっては当たり前のことでも、顧客にとってはそうではないのです。また、専門家からあえて説明しなければ、顧客は聞きたくても、言い出せないだけかもしれません。顧客の不安を解消するためには、プロセスを説明することがいちばんです。<br>
<br>
<b>②「それ以降は変更ができない」というタイミングで確認をとったか</b><br>
専門家にとっては、「これ以上は変更を受け付けられない」というタイミングがあります。しかし、そこに至るまでに、あまり説明をせずに要望を聞き続けてなかったか。顧客はいつまでなら大丈夫なのか、わかりません。好意で引き受けてきたことが仇になってしまいます。事前に「いつまでに、何を確定しなければならないのか」を説明し、「いつまでなら変更可能なのか」を知らせておかなければならなりません。<br>
<br>
<br>
<b>プロセスは専門家のものではありません。それは「顧客との共有物」だという認識を持つ必要があるのです。</b>
<img src="http://counter2.blog.livedoor.com/c?ro=1&act=rss&output=no&id=1436975&name=gaseidou2&pid=51942246" width="1" height="1" />
]]>
</content:encoded>
</item>
<item rdf:about="http://blog.livedoor.jp/gaseidou2/archives/51922344.html">
<title>体制を変えれば結果が変わるか</title>
<link>http://blog.livedoor.jp/gaseidou2/archives/51922344.html</link>
<description>売上が上がらない。
品質が向上しない。
プロジェクトがうまく進まない。

なにかうまくいかないことがあると、いつも出てくるのは「体制を変えよう」という意見です。

営業部長を山田さんに変えてみよう。
よく不具合を出す田中さんには抜けてもらおう。
プロジェクトリー...</description>
<dc:creator>gaseidou2</dc:creator>
<dc:date>2011-11-28T16:31:08+09:00</dc:date>
<dc:subject></dc:subject>
<content:encoded><![CDATA[売上が上がらない。<br>
品質が向上しない。<br>
プロジェクトがうまく進まない。<br>
<br>
なにかうまくいかないことがあると、いつも出てくるのは「体制を変えよう」という意見です。<br>
<br>
営業部長を山田さんに変えてみよう。<br>
よく不具合を出す田中さんには抜けてもらおう。<br>
プロジェクトリーダーを鈴木さんにやってもらおう。<br>
<br>
しかし、体制を変えても、結果がでるときと、そうでないときがあります。結果が出ればいいのですが、結果が出なければ、「彼もだめか。別の人に替えよう」ということになりがちです。<br>
<br>
しかし、うまくいかないときに、体制だけを変えても、結果は変わりません。うまくいかなったのは、体制が問題ではないからです。うまくいった場合も、体制のおかげでうまくいったのではないのです。<br>
<br>
<b>現状とはちがう結果がほしければ、変えるべきは「プロセス」です。</b>プロセスが結果を生むからです。体制を変えるならば、同時にプロセスも変えなければなりません。体制を変えてうまくいった場合は、同時にプロセスも変わっているはずです。<br>
<br>
プロセスが同じであれば、同じ結果がでます。「２＋３」という計算は、誰がやっても「５」という結果しか出ません。しかし、「２×３」と計算プロセスを変えてやれば、結果が変わります。<br>
<br>
体制だけを変えるというのは、おなじ「２＋３」というプロセスを、別の人間にやらせるにすぎません。<br>
<br>
マネジメントに携わる者は、体制をいじるのが仕事ではありません。体制そのものは結果を生み出しません。結果を生み出すのはプロセスです。マネジメントとは、うまくいくように「プロセスをデザインする」ことなのです。
<img src="http://counter2.blog.livedoor.com/c?ro=1&act=rss&output=no&id=1436975&name=gaseidou2&pid=51922344" width="1" height="1" />
]]>
</content:encoded>
</item>
<item rdf:about="http://blog.livedoor.jp/gaseidou2/archives/51919706.html">
<title>部分最適から抜け出す方法</title>
<link>http://blog.livedoor.jp/gaseidou2/archives/51919706.html</link>
<description>前回の「プロセスとは何か」というエントリーで、私の考える「プロセス」とはどういうものかについて説明しました。そのなかでこう述べました。

プロセスとプロセスが相互作用し、つながりの中で成果を生み出すためには、プロセス全体をデザイン（設計）する必要があります...</description>
<dc:creator>gaseidou2</dc:creator>
<dc:date>2011-11-21T17:12:20+09:00</dc:date>
<dc:subject></dc:subject>
<content:encoded><![CDATA[前回の「<a href="http://blog.livedoor.jp/gaseidou2/archives/51914572.html" target="_blank">プロセスとは何か</a>」というエントリーで、私の考える「プロセス」とはどういうものかについて説明しました。そのなかでこう述べました。<br>
<br>
<blockquote>プロセスとプロセスが相互作用し、つながりの中で成果を生み出すためには、プロセス全体をデザイン（設計）する必要があります。</blockquote><br>
<br>
では、プロセスをデザインするとはどういうことか。<br>
<br>
<h3>プロセスをデザインする</h3><br>
プロセスをデザイン（設計）するときは、まずクライアントであるお客様から話をお聞きしたり、クライアント先の各部署からメンバーを募って、それぞれの部署についての情報収集を行います。それぞれの部署でどのようなプロセスがあるのか、それらのプロセスの手順はどのようなものか、プロセスの制約条件はなにか、何をインプットとして、何をアウトプット（有形、無形を問わず）しているのか、などを細かくうかがいます。そして、まずは現状を「見えるカタチ」に表現するのです。<br>
<br>
その後、それぞれのプロセスを「役割」を明確にし、各プロセスがその役割を十分に果たせているのか、抜け落ちているプロセスはないか、改善点はないのか、ほかに方法は考えられないかなどを検証していきます。この段階は、一つひとつのプロセスの分析段階と言えます。<br>
<br>
<h3>分析の限界</h3><br>
プロセスをデザインするとき、この分析結果をそのままつなげてしまうと、なかなか成果にはつながりません。この段階では、プロセスとプロセスの「相互作用」が考慮されていないからです。<br>
<br>
またまたレストランを例に考えてみましょう。<br>
<br>
レストランでお客様にサービスを提供するプロセスは大まかに表すと、<br>
<br>
　仕入れ→仕込み→仕上げ→サーブ<br>
<br>
という流れになります。<br>
<br>
それぞれのプロセスの役割は、<br>
<br>
　原材料を仕入れる→料理を仕込む→材料を料理に仕上げる→料理を届ける<br>
<br>
となります。<br>
<br>
なんとなく、役割が足りない感じがします。肝心な「お客様の満足を引き出す」という目的に資するプロセスがありません。ここがポイントなのです。それぞれのプロセス自体は、インプットをアウトプットに変換する一連の作業ですが、このプロセス単体では成果は生まれにくいのです。<br>
<br>
<h3>つながりにある「機能」</h3><br>
最終成果である「顧客満足」や「収益」は、それぞれのプロセスが相互に作用することによって生み出されます。いくらそれぞれのプロセスが洗練されていても、プロセスそのものが価値を生み出すわけではないのです。<br>
<br>
価値は「つながり」が生み出します。<br>
<br>
一つひとつのプロセスの成果がつながって、はじめてお客様にとっての価値になります。いくら料理の腕があったとしても、材料の質が悪ければ、おいしい料理をつくることはできません。つまり「仕入れ」プロセスには、単に材料を仕入れるということ以外に、よい材料を仕入れることによって、後工程である「仕込む」「仕上げる」プロセスを助ける役割があるのです。<br>
<br>
　原材料を仕入れる →（技術を活かす）→ 料理を仕込む<br>
<br>
これは、それぞれのプロセス単体で分析していては見えてきません。プロセスとプロセスの間にある「つながり」に注目することで見えてくるのです。全体として最適化されたプロセスを設計するためには、それぞれのプロセスの間にある「つながり」の機能、役割を知らなければなりません。<br>
<br>
同じように、「仕上げ」プロセスと、「サーブ」プロセスの間には、「おいしさを保つ」という役割があります。<br>
<br>
　料理を仕上げる→（おいしさを保つ）→料理を届ける<br>
<br>
プロセスデザインのプロセス（ややこしいですね）では、この「つながり」に注目します。<br>
<br>
つながりにある機能を知らなければ、それぞれのプロセスにかかわるヒトが部分最適で動くようになってしまいます。硬直的な組織によく見られるセクショナリズムや、柔軟性の欠如は、この「つながり」に対する認識のなさからくるのです。<br>
<br>
プロセス全体を関係者全員が共有し、つながりにある機能を知ることで、関わるヒトが自ら考えて動くことができるようになります。最終成果は「顧客満足」であり、その成果に対して、自分の役割を知り、どのように成果をつなげていけばよいのかが見えるようになるからです。<br>
<br>
だから、プロセス全体をデザインする必要があるのです。<br>
<br>
<h3>デザインとは綜合すること</h3><br>
プロセスを分析し、部分的に手を入れるだけでは、全体最適を実現することはできません。最終成果に至るまでのプロセスの中で成果が相殺されてしまいます。<b>全体最適は、つなげること、すなわち「綜合すること」によって成立します。</b>綜合することで、それぞれのプロセスの総和に、つながりの成果が足し算されるのです。<br>
<br>
<strong>プロセスデザインとは、部分最適から脱するための方法なのです。</strong>
<img src="http://counter2.blog.livedoor.com/c?ro=1&act=rss&output=no&id=1436975&name=gaseidou2&pid=51919706" width="1" height="1" />
]]>
</content:encoded>
</item>
<item rdf:about="http://blog.livedoor.jp/gaseidou2/archives/51914572.html">
<title>プロセスとはなにか</title>
<link>http://blog.livedoor.jp/gaseidou2/archives/51914572.html</link>
<description>私はいま「プロセスコンサルタント」を名乗っていますが、はじめてお会いする方には、必ずといっていいほど、

　プロセスってなんですか？

と聞かれます。

そのたびに、「これほど使い古されているのに、これほど意味がわかりにくい言葉もないな」と思います。私たちはふ...</description>
<dc:creator>gaseidou2</dc:creator>
<dc:date>2011-11-07T17:53:11+09:00</dc:date>
<dc:subject></dc:subject>
<content:encoded><![CDATA[私はいま「プロセスコンサルタント」を名乗っていますが、はじめてお会いする方には、必ずといっていいほど、<br>
<br>
　プロセスってなんですか？<br>
<br>
と聞かれます。<br>
<br>
そのたびに、「これほど使い古されているのに、これほど意味がわかりにくい言葉もないな」と思います。私たちはふだん何気なく、「結果だけではなくプロセスがだいじだ」などとこの言葉を使いますが、いざ説明しろと言われると、ぼやっとしていて、つかみどころがないのです。<br>
<br>
そこで、私の考える「プロセスとはなにか」ということについて、少し説明したいと思います。<br>
<br>
プロセスという言葉は、日本語にすると「過程」だとか「工程」、もしくは「推移」という意味でつかわれます。私のいう「プロセス」の意味も大きくは同じですが、もう少し限定的な意味で使っています。私が言うところの「プロセス」の定義は、<br>
<br>
　<b>資源を加工して成果を生むための一連の方法</b><br>
<br>
ということです。<br>
<br>
つまり、なんらかのリソースをインプットとして、それに付加価値を足してアウトプットを生み出す活動のことを指します。<br>
<br>
料理を例に考えてみましょう。<br>
<br>
おいしい料理をつくるためには、野菜やお肉などの原材料、塩、こしょうなどの調味料などを用意する必要があります。そして、これらの材料を調理する技術、つまり、切ったり、焼いたり、煮たりする技術が必要です。しかし、これだけでおいしい料理をつくることができるかというと、何かが足りません。なんでしょう？<br>
<br>
<b>そうです。レシピです。</b><br>
<br>
レシピには、素材の良さを活かし、おいしさを最大化するためのコツや手順が書かれています。同じ材料でも、つくる料理によって、切り方も違えば、調味料を加えるタイミングも異なります。<b>いくら新鮮で、高級な食材を集めてきても、いくら材料を加工する技術に長けていたとしても、その料理にあった加工方法を選び、手順を知らなければ、おいしい料理をつくることはできません。</b>だから、料理人はレシピを人にかんたんには教えないのです。<br>
<br>
このレシピにあたるものがプロセスです。<br>
<br>
おいしい料理をつくるためには、レシピを研究しなければなりません。いくら材料をうまく切ったり、焼いたりする技術に優れていても、レシピがまずければ、おいしい料理をつくることはできないのです。<br>
<br>
これはどんな仕事にも、同じことが言えます。営業なら営業スキル、開発職ならさまざまな知識や技術、経理なら会計知識など、個々の技術を高めるだけでは、成果を生み出すことはできません。<b>それぞれの技術やスキルを「うまく運用する」プロセスをデザイン（設計）することがたいせつなのです。</b><br>
<br>
おいしい料理をつくる料理人は、おいしい料理をつくることができるレシピを持っています。どんな仕事でも、成果を生み出している人は、「成果を生み出すプロセス」を持っているのです。<br>
<br>
<b>しかし、いざ自分の仕事となると、「おいしい料理をつくるためには、技術を磨かなくちゃ」と、一生懸命、みじん切りや、賽の目切りの練習をしているのが現実なのです。</b>知識やスキルをいくら仕入れても、なかなか成果にむすびつかないのは、的外れな練習をしているからということが多いのです。<br>
<br>
もちろん、個々の技術や知識が大切なのは、いうまでもありません。しかし、多くの場合、技術も知識もすでに十分あるのです。必要なのはそれを活かす手順であり、コツなのです。つまり、<b>プロセスとは＜技術を活かすもの＞であり、＜知識を活かす＞もの</b>なのです。<br>
<br>
さらに、プロセスは一つだけで成立するものではありません。ビジネスにおけるプロセスは連鎖しています。個々のプロセスを高めるだけではなく、それぞれのプロセスが相互に連携して作用していなければ、最終的な成果を生み出すことはできません。<br>
<br>
素晴らしくおいしいスープが出来上がったとしても、それをお客様に提供するタイミングが遅れてしまえば、それは単なる「冷めたスープ」になってしまいます。お客様の食べるペースを観察し、それにあわせて料理を仕上げ、ベストのタイミングで提供されなければ、せっかくの料理も台無しです。さらに料理が一流であっても、接客や店の雰囲気が二流であれば、そのお店の評価も二流になってしまいます。<br>
<br>
<b>つまり、プロセスとは単独で成立するものではなく、一連の流れの中で成立するものであり、文脈に依存するものなのです。</b>プロセスとプロセスが相互作用し、つながりの中で成果を生み出すためには、プロセス全体をデザイン（設計）する必要があります。そのためには全体最適の視点で、流れを意識し、それぞれのプロセスを調和させる必要があるのです。<br>
<br>
<b>そして、デザインされたプロセスは、見えるカタチで表現されなければなりません。見えるカタチで表現されることで、プロセス全体を俯瞰することができます。そしてかかわる＜ヒト＞すべてが、その全体像をシェアすることで、自分の役割と、自分の仕事の意味を理解することができます。自分は「なんのために」いま動いているのか、最終的な成果はどこにあるのかを意識したうえで、動くことができるようになるのです。つまり、プロセスとは＜人を活かすもの＞でもあるのです。</b><br>
<br>
すべてのビジネスは、あらゆる経営資源をインプットとして、顧客満足、売上、収益をアウトプットとして生み出すための、プロセスの連鎖です。このプロセスをデザインすることで、＜ヒト＞や＜技術＞を活かすことができ、成果を最大化することができます。<br>
<br>
そして、私のミッションは「プロセスをデザインする」ことの大切さを理解してもらい、プロセスをデザインし、表現するための考え方やアプローチを提供することで、企業やビジネスパーソンに、「＜ヒト＞と＜技術＞を活かすプロセス」を高め、デザインする能力をつけたいただくことなのです。
<img src="http://counter2.blog.livedoor.com/c?ro=1&act=rss&output=no&id=1436975&name=gaseidou2&pid=51914572" width="1" height="1" />
]]>
</content:encoded>
</item>
<item rdf:about="http://blog.livedoor.jp/gaseidou2/archives/51913417.html">
<title>部下という＜経営資源＞</title>
<link>http://blog.livedoor.jp/gaseidou2/archives/51913417.html</link>
<description>「前任から聞いていたほど、部下ができない」
「前評判ほど大したことがない」

前任のマネジャーから部署やチームを引き継いだり、部下が異動したときに、よく聞かれるセリフです。しかし、本当にそうなのでしょうか。

この場合、まず考えなくてはならないのは、「部下を使...</description>
<dc:creator>gaseidou2</dc:creator>
<dc:date>2011-11-04T17:27:08+09:00</dc:date>
<dc:subject></dc:subject>
<content:encoded><![CDATA[「前任から聞いていたほど、部下ができない」<br>
「前評判ほど大したことがない」<br>
<br>
前任のマネジャーから部署やチームを引き継いだり、部下が異動したときに、よく聞かれるセリフです。しかし、本当にそうなのでしょうか。<br>
<br>
この場合、まず考えなくてはならないのは、「部下を使えていないのではないか」ということです。部下のパフォーマンスは、ついた上司によって大きく変わってきます。「思っていたほどでもない」ときは、自分が部下をつかえていない、活かしきれていない可能性のほうが高いのです。<br>
<br>
自らを疑わないマネジャーは、人をコマのように扱いがちです。「できなければ換えればいい」「できないのは本人の責任だ」と考えるのです。<br>
<br>
このスタンスを部下は敏感に感じ取ります。だから、パフォーマンスが出ないのです。つまり、マネジャー自身が原因をつくっているのであって、部下の問題ではないのです。<br>
<br>
部下の力は放っておいても発揮されるものではありません。部下の力は引き出さなければ発揮されないのです。放っておいても力を発揮するようであれば、そのうちマネジャー自身を飛び越えていくでしょう。そんな人材は一部に過ぎません。しかし、「力を引き出す」ことによって、「化ける」人材は数多くいます。その力を引き出し、変化を促す触媒がマネジャーです。<br>
<br>
そのためには「強み」を引きだすこと。私は新たな部下やチームメンバーが配属されたり、自分自身が異動になったとき、最初に「強みリスト」を作成します。普段の動きを観察することで、どんな役割を与えれば、チームと最大化できるかを考えるのです。<br>
<br>
たとえば、「ロジカルに話をすることはできないけど、ロジカルに考えることはできる」という人もいますし、「ロジカルに考えることは苦手だけど、感性がすばらしい」という人もいます。人間それぞれに特長が異なります。みなが同じであれば、チームや組織で仕事をする意味がありません。であるならば、それらの特長を活かし、補い合うことで、成果を最大化する方法を考えればいいのです。<br>
<br>
仕事はコンテストではありません。マネジャーは審査員ではないのです。部下について評論したり、審査することが仕事ではないのです。<br>
<br>
<b>問うべきは「自分は部下の力を１００％引き出していると言えるだろうか」なのです。</b><br>
<br>
なによりも＜ヒト＞は、組織にとってもっとも大切な「経営資源」であるという意識を持たなければなりません。マネジャーは「経営資源」を預かっているのです。預かった経営資源を高めるのが、マネジャーのもっとも大切な役割なのです。
<img src="http://counter2.blog.livedoor.com/c?ro=1&act=rss&output=no&id=1436975&name=gaseidou2&pid=51913417" width="1" height="1" />
]]>
</content:encoded>
</item>
<item rdf:about="http://blog.livedoor.jp/gaseidou2/archives/51912239.html">
<title>回転寿司ビジネスモデル</title>
<link>http://blog.livedoor.jp/gaseidou2/archives/51912239.html</link>
<description>最寄り駅近くに、回転寿司屋があります。値段も安く、味もいい。土日の夕方には、店の前で１０人以上のお客さんが並んでいる。大手チェーンというわけでもなく、小さなお店なのに、とても繁盛しているようです。そして、このお店はきちんと収益も出しているはずです。それに...</description>
<dc:creator>gaseidou2</dc:creator>
<dc:date>2011-11-01T16:10:07+09:00</dc:date>
<dc:subject></dc:subject>
<content:encoded><![CDATA[最寄り駅近くに、回転寿司屋があります。値段も安く、味もいい。土日の夕方には、店の前で１０人以上のお客さんが並んでいる。大手チェーンというわけでもなく、小さなお店なのに、とても繁盛しているようです。そして、このお店はきちんと収益も出しているはずです。それには理由があります。それは職人さんがみな、６０歳をとうに超えていると思われる人ばかりだからです。<br>
<br>
カウンターの中にいる職人は３人。もうおじいちゃんと言っていい人たちです。しかし、いまのおじいちゃんたちはとても元気だし、経験豊富で腕も確かです。おそらく若い頃は、バリバリの職人として働いてきたのでしょう。そんな彼らも６０を超えると体力的に第一線の店で働くにはきつい。しかし、まだまだ体は動くし、働きたいという思いも強い。年金はもらえるが、職人としてまだ働きたいのです。<br>
<br>
このお店のすごいところは、このおじいちゃん職人の一人が店長をしていること、そして職人みなが「お客さんに来てもらおう」と自律的に動いていることです。<br>
<br>
多くの場合、職人が店長になることはありません。職人に板場を任せることはあっても、店の管理を任せたがらないからです。職人自身も、そんな仕事はしたくないということが多い。しかし、この店ではおそらく７０歳ぐらいだろう、おじいちゃん職人が店長をしています。店舗が清潔で、並んでいるお客へのフォローや、案内などのオペレーションがスムーズなところを見ると、パートのおばちゃんや学生アルバイトたちを、うまくマネジメントしていることがわかります。<br>
<br>
そして、なによりも驚くのは、職人達みずがらが、集客に熱心なことです。パートのおばちゃんたちに任せるのではなく、職人自らが交代で駅前に立ち、チラシを配っているのです。それも、すごくいい笑顔で「きょうはマグロがいいの入ってますよー」「きょうは椀ものがサービスになってまーす」と言いながら配るのです。私は職人の家で育ってきましたが、こんな職人はあまり見たことがありません。<br>
<br>
このお店のビジネスモデルは、これからの日本を考えるときに、とても参考になります。６０歳を超えた職人たちは、そこまで給料は高くないでしょう。すでに子どもたちも独立しているし、夫婦で暮らすことができるだけの給料があればいいはずです。人件費が低い分、原材料にお金をかけることもできます。価格の割にネタがすごくいいのも納得ができます。<br>
<br>
そして何よりも、このビジネスモデルが優れているのは、職人たちに「任せる」ことでやる気を引き出し、職人たちが自律的に「お客さんに来てもらうこと」「お客さんによろこんでもらうこと」、つまり「成果」に向かって努力しているということです。管理だけをする人間がいないので、コストだって抑えることができます。<br>
<br>
定年をむかえた人たちは、ともすれば「コスト」扱いされることが多いのが現状です。年金問題、医療問題、たしかに多くの問題を抱えていますが、見方を変えれば、コストどころか、非常に優れた「経営資源」となるはずです。これらの経営資源を活かすことができれば、それが富を生み、まだまだ内需だって増えるはずだと思うのです。<br>

<img src="http://counter2.blog.livedoor.com/c?ro=1&act=rss&output=no&id=1436975&name=gaseidou2&pid=51912239" width="1" height="1" />
]]>
</content:encoded>
</item>
<item rdf:about="http://blog.livedoor.jp/gaseidou2/archives/51911209.html">
<title>「カタチのないもの」を高める</title>
<link>http://blog.livedoor.jp/gaseidou2/archives/51911209.html</link>
<description>イノベーションには「プロダクトイノベーション」と「プロセスイノベーション」があります。そして日本の強みは「プロセスイノベーション」にあると言われています。トヨタ生産方式などは、プロセスイノベーションの最たるものです。

しかし、日本が強みとするプロセスイノ...</description>
<dc:creator>gaseidou2</dc:creator>
<dc:date>2011-10-30T02:49:04+09:00</dc:date>
<dc:subject></dc:subject>
<content:encoded><![CDATA[イノベーションには「プロダクトイノベーション」と「プロセスイノベーション」があります。そして日本の強みは「プロセスイノベーション」にあると言われています。トヨタ生産方式などは、プロセスイノベーションの最たるものです。<br>
<br>
しかし、日本が強みとするプロセスイノベーションは、「すでにあるものを改善する」という方向にしか向いていません。「すでにあるカタチ」「目に見えるカタチ」を改善することは得意でも、サービスやソフトウェアなどの「カタチのないもの」「目に見えないもの」を改善したり、生み出すことは苦手なのです。<br>
<br>
いまの日本企業を牛耳っている人たちは、ひと昔前の「品質のいいものを、より低いコストで作れば儲かる」という成功パターンから抜け出せずにいます。そして、いまになっても「ものづくりこそが日本の競争力の源泉」と言ってはばからないのです。いまの日本の状況は、より「よいものを、より安くつくる」ことで抜け出せるのでしょうか。アップルが世界を席巻し、サムスンに日本の電機業界が後塵を拝しているのは、「モノづくり」で負けた結果なのでしょうか。そうではないはずです。<br>
<br>
カタチのないものを生み出すはずのソフトウェア業界でも、かつての「人数ベースで儲ける」というビジネスモデルから抜け出せずにいます。人数さえ増やせば儲かった時期が長かったために、＜ヒト＞や＜プロセス＞といった「カタチのない経営資源」のイノベーションをしてこなかったのです。そして頭数だけ増えてしまった人数を食わせるために、ひたすら案件や売上だけを追いかける消耗戦に陥っています。<br>
<br>
<b>いまの日本の現状は、「カタチのあるもの」にこだわり、「カタチのないもの」や「カタチのない経営資源」をイノベーションしてこなかった結果なのです。</b><br>
<br>
これからの日本は「カタチのあるもの」にこだわるのではなく、ソフトウェアやサービスなどの「カタチのないプロダクト」や、それらを生み出すプロセスやヒトという「カタチのない経営資源」をイノベートしなければなりません。<br>
<br>
そもそも、「プロセスイノベーション」と「プロダクトイノベーション」は別物ではありません。ヒトの創造性を高め、創発を促す「プロセス」をデザインすることで、「プロダクト」のイノベーションが生まれるのです。<br>
<br>
私はこれまで「カタチのないもの」である、ソフトウェアや、プロセス、ヒトを高めることに携わってきました。その方法の一部は本にもまとめました。今後、より活動の幅を広げ、「カタチのないもの」を高めることで、＜国力を高める＞お手伝いをしていきたいと思います。
<img src="http://counter2.blog.livedoor.com/c?ro=1&act=rss&output=no&id=1436975&name=gaseidou2&pid=51911209" width="1" height="1" />
]]>
</content:encoded>
</item>
<item rdf:about="http://blog.livedoor.jp/gaseidou2/archives/51909971.html">
<title>すべての判断基準を『顧客』に収斂する</title>
<link>http://blog.livedoor.jp/gaseidou2/archives/51909971.html</link>
<description>先日、１０月２０日に新刊が発売されました。
タイトルは『マネジャーのジレンマ』です。

日々、仕事の現場でジレンマに悩むマネジャーの方々の助けになる本だと思っています。ぜひ、ご一読ください。

この本の中に「すべての判断基準を『顧客』に収斂する」ということを書...</description>
<dc:creator>gaseidou2</dc:creator>
<dc:date>2011-10-27T02:14:58+09:00</dc:date>
<dc:subject></dc:subject>
<content:encoded><![CDATA[先日、１０月２０日に新刊が発売されました。<br>
タイトルは『<a href="http://www.amazon.co.jp/%E3%83%9E%E3%83%8D%E3%82%B8%E3%83%A3%E3%83%BC%E3%81%AE%E3%80%8C%E3%82%B8%E3%83%AC%E3%83%B3%E3%83%9E%E3%80%8D-%E4%B8%8A%E6%9D%91%E6%95%8F%E5%BD%A6/dp/4799100513%3FSubscriptionId%3DAKIAIM37F4M6SCT5W23Q%26tag%3Dgaseidou2-22%26linkCode%3Dxm2%26camp%3D2025%26creative%3D165953%26creativeASIN%3D4799100513" target="_blank">マネジャーのジレンマ</a>』です。<br>
<br>
日々、仕事の現場でジレンマに悩むマネジャーの方々の助けになる本だと思っています。ぜひ、ご一読ください。<br>
<br>
この本の中に「すべての判断基準を『顧客』に収斂する」ということを書いています。<br>
<br>
<blockquote>判断を求められたとき、マネジャーが迷うのは「何を基準に判断すればいいか」ということです。判断基準はひとつではないからです。「売上」「利益」「顧客満足」、その他の「社内事情」、または「好き嫌い」など、さまざまな要因がからんでいます。</blockquote><br>
<blockquote>すべてをごまかさずに、「つねに判断を『顧客』に収斂する」ことで、マネジャー自身も精神的にラクになれます。いつでも、ひとつの基準で判断できるからです。</blockquote><br>
<br>
ここでは、マネジャーが持つべき判断の＜モノサシ＞として、「つねに顧客を基準にする」ことで、的確な判断ができるということを書きました。<br>
<br>
そして、ここでは書けなかったのですが、「つねに顧客を基準にする」ことには、もう一つ、大きな意味があります。<br>
<br>
<b>それは「周りの評価に振り回されない」ということです。</b><br>
<br>
組織の中では、つねに「評価」がつきまといます。査定などのような形式的なものから、「上司にどう思われているのか」「部下はどんなふうに考えているだろうか」など、つねに気になってしまいます。<br>
<br>
「同期に負けるんじゃないか」<br>
「上司はあいつのほうを評価しているんじゃないか」<br>
「部下は自分のことをどう思っているんだろう」<br>
<br>
私もかつては、周りの目ばかりを気にしていました。<br>
<br>
しかし、周りをよく見てみると、このあいだまで評価が高かった人が、こんどは周りからこき下ろされているということも、めずらしいことではないということに気がつきました。「周りの評価」というものほど、うつろいやすく、あてにならないものもないのです。そこには必ず、利害関係や個人的な感情が影響するからです。<br>
<br>
たとえば、上司にとって都合のよい、使いやすい人間であれば評価されるかもしれませんが、いくら能力が高く、成果を上げていても、上司の利益に一致していなければ評価されることはありません。一度は「あいつはよくできる」「彼は信用に足るやつだ」と評価されたとしても、「あいつは全然だめだ」「あいつは自分のことしか考えていない」とガラッと評価が変わってしまうことなど、いくらでもあるのです。<br>
<br>
「公平な評価」「正当な評価」などと言いますが、評価するのが人間である以上、そんなものはないと思っておいたほうがいいでしょう。自分ではない他人の評価に、自分を合わせることなど、しようと思ってもできるものではありません。コロコロと変わる、人の評価に合わせようとしているうちに、疲れ切ってしまいます。<br>
<br>
では、何を基準に仕事をするのか。何のために一生懸命働くのか。<br>
<br>
それが「顧客」です。顧客には社内事情も、個人的な感情も、まったく関係ありません。いいものはいいし、悪いものは悪いのです。その評価基準はつねにフラットです。これほど確かな評価はありません。<br>
<br>
そう考えるようになってから、周りの目があまり気にならなくなりました。自分がどこを向いて仕事をすればいいのかが、はっきりと定まったからです。なによりも精神的に強くなれました。<br>
<br>
<b>周りの評価を気にしていては、いい仕事はできません。そしていい人生も送れません。<br>
<br>
何のための仕事なのか、誰のための仕事なのか。<br>
<br>
その答えはひとつしかないのです。</b>
<img src="http://counter2.blog.livedoor.com/c?ro=1&act=rss&output=no&id=1436975&name=gaseidou2&pid=51909971" width="1" height="1" />
]]>
</content:encoded>
</item>

</rdf:RDF>

