外資系企業に住む住人の視点からIT業界の出来事を伝えます。ご興味のある方は、メルマガの登録をお願い致します。Twitterやっています。→http://twitter.com/juntoku_yマイナビニュースで「IT業界裏講座」を掲載中です。そちらもヨロシクお願い致します。→コンサル直伝−IT業界”裏”講座EnterpriseZine(翔泳社)で記事掲載中です。そちらもヨロシクお願い致します。マネジメントセンター(JMAM)より「フレームワーク使いこなしブック」を上梓しました。仕事の質と効率を高める思考の枠組み・フレームワーク。本書は、架空のパンメーカー・ナイスハーベスト社を舞台に、新人のむぎ夫がフレームワークを使って課題を解決していくストーリーを追いながら、フレームワークを学べる仕掛けになっています。最終章では、オリジナルのフレームワークを作る方法も紹介。「わかる」レベルから「使える」レベルに無理なくステップアップできます。2012年7月末、同じくJMAMより「ビジネス思考法使いこなしブック」を上梓しました。こちらもむぎ夫が登場し、ロジカルシンキング・ラテラルシンキング・クリティカルシンキングの3つをどうやって使いこなすか、問題解決の発想技法を学べる仕掛けになっています。このジャンルでは、おそらく初めて3つのシンキングを体系的に1冊の本でまとめている本です。以下の書籍も執筆しています。こちらも合わせてどうぞ。『外資系企業に住む住人の視点からIT業界の出来事を伝えます。以前好評いただいた『資料作成の基本』から図解作成だけにテーマを絞って抽出した本が2018年6月23日に発売となります。https://www.amazon.co.jp/dp/4799106511本書は「資料」ではなく「図解」の作成に特化しています。図解は、論理的にわかりやすい内容、感覚的に心地よい見た目が好まれます。図形のカタチ(フォーム)と配置(ポジション)で生み出される「要素のバランス」、色の使い分け(カラー)によって醸し出される「コンテンツの強弱」です。それらを「図解キューブ」というモデルで表し、その実践例をチャートとグラフの「図解パターン」として体系的・網羅的に整理しました。これらを「エグゼクティブ図解術」と私は呼んでいます。本書を図解作成のハンドブックとして、ぜひ使ってみてください。今週に入ってから、IT業界に生息する感度の高い方々がこぞって取り上げているのがこれ。「情報システムのパフォーマンスベース契約に関する調査研究」(経済産業省)http://www.meti.go.jp/press/20090731004/20090731004-2.pdfこのレポートはIT業界の有識者を集めて検討を重ねた結果ですから、現在のIT業界が抱えている問題意識が集約されています。このレポートの背景には、「人月単価契約からサービス成果報酬契約に変えていかないと、ベンダー間の価格競争で業界は疲弊し、これからの情報サービス産業は競争力を失っていく」、という危機感がよく感じ取れます。これは次の問題意識ではっきりと書かれています。→新技術導入や改善といった付加価値創出への動機付けが働かないお気づきの方もいると思いますが、このレポートの提言が目指しているところは、端的に言えば成果報酬型のビジネスモデル(PBC:パフォーマンスベースコントラクト)です。KPIを設定して成果をモニタリング、達成状況によってインセンティブやペナルティを付けようというもので、これは積み上げが他の人月単価契約とは正反対の考え方です。成果報酬型のシステム開発を実現するポイントは、ユーザーとベンダーが同じ目線で考えることができるようになることだと私は常々思っているのですが、レポートにはPBC成功のカギとしてこのような記載がありました。『PBCを適用した契約では、ユーザとベンダが一つの目的を共有する。ユーザの情報システム部門だけでなく、ユーザの投資効果拡大がベンダにとってもインセンティブの獲得につながることから、同じ目的への行動が両者にメリットをもたらす、「Win-Winの関係を実現」することがPBC成功の鍵である。言い換えると、ユーザあるいはベンダどちらか一方しかメリットが享受できないPBCであれば、成功したとは言い難い。目的を共有した上で、双方が協働して創出する価値を増大させることが重要である。経産省が良いことを言いましたね。現実的にはお互いが自分の利益を考えることは当然のことですから、双方にうまみのある仕組みを契約で合意するのはなかなか難しいでしょう。現在の流れでいえば、運用業務の委託などはアウトソーシング化が進んでおり、成果報酬型のサービス契約を結んでいるところもいくつかありますから、そこの契約形態をテンプレートとして流用し、開発案件向けの契約形態を考えることが早そうです。基本的な契約金額は次の式で表すことができます。フィックスコスト(完全固定価格分)+ベースライン(基本的な価格)+インセンティブ(成果達成による上乗せ価格)−ペナルティ(成果未達による値引き価格)あとはここの価格要素(KPI)の掘り下げと、評価・見直しタイミング(契約更改時期)の設定でしょう。参考情報として、すでに経産省はサービス契約向けのSLA一覧を公表していますが、こちらはシステム運用を主眼としたKPIが列挙されているものであり、今回の検討のインプットにはならないでしょう。今回の討論に参加したベンダーは、過去に成果報酬型の契約をいくつか結んだことがあるはずですから、そのときの指標をお互いに持ち寄って、業界標準のKPIを定義してもらいたいですね。徒然コメントこの記事へのコメント人月単価の契約って誰にでも分かりやすいんですけど、あまりにも単純な計算すぎるだけにいろいろなベンダーの頑張りなどを含めた対価を支払えていない今の状況は問題があると思いますし、こういうとりくみは早く一般化してほしいです。21:27人月単価の悪夢から解放される日はくるのでしょうか。水は低きに流れるという言葉の通り、契約しやすい人月単価はどこまでも残り続けるかと。マスターヨーダもクリエイター:クリエイティブになる31の方法(05/31)主要ツール120個を網羅するDevOpsツール周期表、作り方(05/26)ロジカル・ラテラル・クリティカルシンキングで発想力を鍛える(05/26)ユンケル黄帝液とユンケルスーパー黄帝液の違い(08/24)文章をわかりやすくする【18個】のルール(05/31)誠意を見せつつ相手に納得してもらう「謝罪報告書」の書き方(04/11)10年前に予測したITの将来が2017年どれだけ実現できているか?(03/30)【IT業界名言集】我がコードは我流。