外資系企業に住む住人の視点から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本書は「資料」ではなく「図解」の作成に特化しています。図解は、論理的にわかりやすい内容、感覚的に心地よい見た目が好まれます。図形のカタチ(フォーム)と配置(ポジション)で生み出される「要素のバランス」、色の使い分け(カラー)によって醸し出される「コンテンツの強弱」です。それらを「図解キューブ」というモデルで表し、その実践例をチャートとグラフの「図解パターン」として体系的・網羅的に整理しました。これらを「エグゼクティブ図解術」と私は呼んでいます。本書を図解作成のハンドブックとして、ぜひ使ってみてください。特定ベンダー以外をふるい落とすために細かすぎる仕様書を作るシステム開発の入札(ベンダーからみるとSI案件)に競争入札(コンペ)は付き物です。コンペの目的は、入札者同志で金額を競ってもらい、提案内容の質とコストのバランスが最も優れたベンダーを決定することにありますが、時折、「こんなに詳細な要件を指定してベンダーが理解できるのか?」というRFP(提案依頼書)を見かけます。曖昧すぎるRFPはリスクが大きくなるので嫌われますが、一方で細かすぎるRFPについても、内容理解で相当の持ち出し工数が発生するのでベンダーは嫌う傾向にあり、提案辞退によってコンペが機能しなくなるケースもしばしば聞く話です。これに関して、半年以上前の話になりますが、公正取引委員会のグループウェア導入入札に関する契約監視委員会の議事で次のようなやりとりが記録されていました。(ある委員からの質問)「平成20年1月の入札には1社しか参加していない。1社しか入札に参加していないのか。私が考えるに,仕様書の条件が細かすぎたためにそれに対応できる会社が極端に少なくなったのだと思うが。必要なもののみを絞って書くべきだと思う。何となく,落札した会社しか参加しにくいものとなっているのではないかと思われる。」(担当者回答)「ネット接続,ファイアウォール運用や迷惑メール振り分防止などインターネット接続と接続に係る情報セキュリティ確保に関する業務を行う会社が異なると障害発生時など調整が複雑になるので一手に引き受けてもらう会社を条件とした。大手の会社にはすべて兼ね備えているところがあるので数社は入札に参加してくれると思っていた。「仕様書に書いたものはすべて必要なものだと考える。セキュリティはしっかりしてもらいたいのでかなり具体的になってしまった。仕様書に書く内容をどこまで細かく書くかという課題がある。調達までのスケジュールが非常にタイトだったので,今後は期間を長くとって多くの会社の目に触れるようにしたい。http://www.jftc.go.jp/info/zuikeitekiseika/kanshiiinkaigaiyo2.pdfシステム開発の提案というのは、RFPをベンダーに投げてから2週間〜1カ月以内で提案書を出してもらうのが一般的です。レビュー、必要に応じて協力会社との事前調整というタスクをこなす必要があり、RFPの内容が過度に細かいとこれらの工数が比例して肥大化します。私もRFPを作る側と受ける側をある程度経験していますが、細かすぎるRFPを書いた場合、3週間以上のリードタイムを設定しないとベンダーから意味のある提案書は出せませんし、出てきません。いった事態に陥らないよう注意することが必要になりますが、これを逆手に取る方法もあります。「特定ベンダーに決定するために、要件の過度な詳細化とタイトなスケジュールを提示する」というテクニックです。公正取引委員会の場合は、結果としてこうなってしまったのだと理解しますが、意図的に同じ状況を作り出せば、事実上の随意契約、つまり「最初からこのベンダーに取らせることが決まっている状態」になるのです。RFPを作る方、提案書を作って応募する方は、このあたりを意識するといろいろとコントロールできるようになります。業界裏話この記事へのコメントベンダーのことを深く理解しているならこの方法は有効ですね。中途半端な理解で同じことをやってしまうと後々トラブルにつながりそうで怖いですね。マスターヨーダもクリエイター:クリエイティブになる31の方法(05/31)主要ツール120個を網羅するDevOpsツール周期表、作り方(05/26)ロジカル・ラテラル・クリティカルシンキングで発想力を鍛える(05/26)ユンケル黄帝液とユンケルスーパー黄帝液の違い(08/24)文章をわかりやすくする【18個】のルール(05/31)誠意を見せつつ相手に納得してもらう「謝罪報告書」の書き方(04/11)10年前に予測したITの将来が2017年どれだけ実現できているか?(03/30)【IT業界名言集】我がコードは我流。