受注の形態として、「持ち帰り案件」と「オンサイト」がある。

それぞれのメリット、デメリットを記述してみる、

持ち帰り案件

■受注側

・メリット

　⇒社内の過去の案件のナレッジ、ノウハウ（ドキュメント、技術的なアドバイス等）を活用できる。

　⇒進捗が遅れている際に、最悪客に悟られず、裏側で人を追加できる。

　⇒新卒等の受け皿に使える。

　⇒ナレッジ、ノウハウを社内に蓄積できる。

　⇒ある意味気楽に作業できる。物理的なプレッシャーが少ない。

・デメリット

　⇒客と距離ができるので、認識がずれやすい。

　⇒開発場所、開発環境、テスト環境等を自社で用意する必要がある。

■発注側

・メリット

　⇒こちらもある意味気楽かも。

　⇒開発場所、開発環境、テスト環境を用意しなくてもよい。

オンサイト案件

■受注側

・メリット

　⇒客がすぐ傍にいるので、認識のずれを回避できる。

　⇒客先への移動コストを省ける。

　⇒開発場所、開発環境、テスト環境等を用意する必要がない。でも構築はしないとだめかもね。

・デメリット

　⇒とりあえずスケジュールの遅れ、勤怠等に対するプレッシャーがある。

　⇒社内にナレッジ、ノウハウを残しずらい。

　⇒人の追加をしづらい。(技術力がないんじゃね？見積もりがあまかったんじゃね？みたいな目でみられそう)

　⇒逆に早くおわりすぎてもつらい。

■発注側

・メリット

　⇒手元に置いて監視できる。

　⇒仕様変更、追加等を即座に周知できる。

　⇒作成ドキュメント等を自社のナレッジとして蓄積することができる。

・デメリット

　⇒開発場所、開発環境、テスト環境等を用意する必要がある。

　⇒あとはあんましないような気が。。。

総括として、受注側は仕様がきっちり固まっており、仕様変更、仕様追加が発生する確率が低ければ

持ち帰った方がいいかもしれない。

ただ、仕様が柔らかい状態だと、オンサイトで一緒に作業を進めた方が効率がいい場合もありそう。

発注側は、場所さえあれば、手元に置いて作業をしてもらった方がよさそうな気がする。

受注側の自分としては、発注側に持ち帰りたいと説得するときは

基本は「自社内にすぐれたナレッジ、ノウハウがあるため

持ち帰って作業をした方が、効率がかなり上がります」

「要件はほぼ固まっているため、仕様変更、追加の発生は少なく

自社に持ち帰っても問題ないと思われます」

という感じで話をすすめたいところです。

最終的には、とりあえずすべて任しといてくれ！ぐらいの強気でいくか。。。

頼んだのはげんこつチャーシュー 820円

豚骨醤油味

面の固さは普通

こってりしていて

にんにくがかなり効いています。

蒲田西口から2分くらいのとこにある「ちりめん亭」。

食べたのは特選中華そば 730円

あっさり醤油味　海鮮だし

麺は柔らかめ

おいしかったのだが

やはり麺がやわらかいのと

長ネギがおおすぎるのが気になった。

でもおいしかったので

今度は東口に行ってみよ。

経営コンサルの最高峰
マッキンゼーカンパニーの仕事の進め方が
いろいろな具体例をもとに書かれている本。

王様の速読術で初めて読んだみた本だったので（およそ1時間30分）
ざっくりとしか読めなかったが。。。

一番身にしみる言葉は一番最初に書いてあったこの言葉
「<なぜこんな風にするのか？これが最良の方法か？>
すべてのことに本質的に懐疑的でなければならない」

言われるがままに仕事をするタイプの自分には
やっぱり仕事も含めて日々こういうことを意識する必要があると再認識。

あとはざっと

■全てをやるのではなく優先順位を
時間は有限、できることも有限

■大きな絵を眺める
最終的に達成したいこと(完成した絵)は何か？
その絵描く上で今やっていることは本当に必要か？
今やっていることを、一歩下がって見てみることが重要

■チームのまとめかた
メンバーに今の作業の目的を明確に伝える。
メンバーを知り、自分のことも少し話す。
メンバーの意見を尊重し、重要視する。

■ヒアリングの仕方
適度な相槌
適度にメモ(議事録係りは常にメモ)
復唱して確認する。
質問はyes、noで答えられない質問にする(自由にしゃべらせる)

■ブレストは事前準備が重要
リーダならできる限り必要な情報を参加メンバーに周知しておく
事前に下調べをして、できれば複数仮説をたてておく
いざ本番になったら、頭を真っ白な状態にして臨む(矛盾しているが、世の中そういうものらしい)

結局2時間かかった・・・orz

⇒並列型

課題に対する結論を提示し、根拠として縦の関係でso what/why so の関係で

横はMECEでもれなく、重複なく網羅する。

■自分の考えを伝え、議論したい場合

⇒解説型

議題に対する結論を提示し、根拠として

事実（客観）、判断基準（主観）、判断内容（主観）で記述する

並列型と同じように、縦の関係はso what/why soで表せるようにする。

事実については、並列型を併用しMECEでさらに細かく説明してもよい。

並列型を使うにしても、解説型を使うにしても

結論から述べるとしても、根拠を先の述べるとしても

一番大事なのは

メッセージを伝えるときには必ず

「課題はなんなのか？」

「相手に取ってほしい行動はなんなのか？」

そして「結論は何なのか？」

を相手に確実に伝えることが重要。

マスターしたいなら

テンプレート作って、ひたすら繰り返し練習するしかない模様。

調べてみると、改訂、修正って意味らしい。

ただGoogleの検索結果から推測すると、あんまり使われていない言葉のようです。

・会議での決定事項、保留事項を明確にすることで

後で言った、言わないといったことを避けるため

・会議に未参加の人間にも会議の要点を正確に伝えるため

■議事録に必要な項目

・日時

・場所

・議題

・出席者（原則、部署ごとに記述、また、部署の中で役職が上の人順に記述

部署の序列が必ず存在するため、そこは必ず考慮する）

・使用資料

・議事（複数ある場合は、複数記述）

・決定事項、保留事項

■議事録を作成する上での注意点

・決定事項、保留事項は明確に記述

まず最低限はここでしょう。

決定事項に関しては

誰が作業を行うのか？

いつまでに作業を行うのか？

保留事項に関しては

なぜ保留になったのか？

誰が解決するのか？

いつまでに解決するのか？

・了承を得た項目、重要な項目に関しては

発言者を明記、ただし全項目について書くとちょっと冗長かも。

■議事録用のメモをとるときの注意点

・慣れないうちは、すべての発言をメモに取るくらいの意気込みで

全神経を発言内容に集中して作業する。

・決定事項、保留事項については、わかりやすくマーキングしておく。（色を変えてもいいかも）

・発言者は省略して文章の語尾に記述（山田さんの発言なら山、加藤さんの発言なら加など）

議事録を作成していて

一番助かるのは、一つの決定事項があるたびに、

「ここはこういう形で進めるということで決定ですね？　では次なのですが・・・」

というように、ひとつひとつ確認を取っていく進行役の人がいることですね。。。

自分も会議を進行する立場になったらこの辺を気をつけて進めよう！

資産からのキャッシュフローで、支払はすべてまかなう。

資産を得るためには

フィナンシャルリテラシーが必要。

要するに金に関する知識が必要。

必要なものはまず与えよ。

ほしいものは何かを考え、それをほかの人に与えるにはどうするかを考える。

世界は自分を映す鏡。

周りに見えているのは自分を映した鏡。

自身が行ったことは、自身に返ってくる。

１、ipod nanoを買う

２、書籍諸々を買う

３、ソフトウェア開発者の勉強開始

４、英語の勉強開始

５、速読をマスターする

６、マインドマップをマスターする

７、専門誌をがんがん読む

８、簿記がらみのお勉強

■仕事

１、すぐに作業に入らず、大局的に物事をみる（木を見ないで森をみる by沢庵）

２、今やっていることに対する意味を常に自問自答する

３、全体的な作業の流れをつかむ（というか、質問する）

４、常にアウトプット（マインドマップ他）

５、ユーザのことをもっと勉強する

■今日のひとこと

本は速読で乱読する

なにごともまず量が大事！