個人的にはTPPはどうなのかぁと思っている派です。現状の経済としては明らかにゼロサムゲームっぽいのに、win-winなんてあるわけないでしょうから、単にアメリカに有利な政策なんじゃないかなぁと。客観的にみれば普通にそう思う。

実際にアメリカとFTAを結んだ韓国がどうなったかと、日本はどこが同じになりそうで、どこが異なる結果を迎えそうなのかとかそういう議論がないのが気持ち悪いですね。

サムスン栄えて不幸になる韓国経済
三橋 貴明
青春出版社 / 1575円 ( 2011-03-01 )

日本のマスコミには、「韓国に学べ」などと主張するヒトが少なくない。実は、筆者もその意見に大賛成である。日本は韓国に学ぶべきだ。お手本ではなく、反面教師として。

• 法人税減税とは政府から民間企業への贈与そのもの
• グローバルスタンダードの猛威のもと、たとえば日本の製造業が人件費の安い中国に企業にビジネスをうばわれたとしても、「地球全体の付加価値」は変わらない
• 付加価値の源泉とは「人間のアイデア」
• 「物の生産が増えるほど、国民の幸福が高まる」条件とは、物不足の環境下でなければ成り立たない
• 近隣窮乏化政策とは、各国が相互に通貨安を仕掛け、自国の失業を相手に押し付ける

近隣窮乏化政策とかみていると、結局関税を撤廃して輸入の障壁を無くしたいのかなぁと思ったり。あとはさらに失業が押し付けられることになるのかもしれませんねぇ。

自分たちの目指す生き方は、グローバルスタンダードの影響を受けにくいような付加価値を作り出すようなジョブとかNPO的な労働を選択する方向にいくのかなと思う。

ネクスト・ソサエティ ― 歴史が見たことのない未来がはじまる
P・F・ドラッカー
ダイヤモンド社 / 2310円 ( 2002-05-24 )

モチベーション3．0　持続する「やる気！」をいかに引き出すか
ダニエル・ピンク
講談社 / 1890円 ( 2010-07-07 )

行き過ぎた資本主義がさらに行き過ぎると進化すんのかね？ポケモンみたいに。

ブライアン・トレーシーと言えば自己啓発の本の人ですね。僕は自己啓発ってのはポジティブすぎてあまり好きじゃないのであまり影響されることは少ないかもしれないです。というより「いかにもなヒト」が苦手なだけかもしれませんが。

私の営業方法をすべて公開します!
ブライアン・トレーシー
PHP研究所 / ?円 ( 2007-07-24 )

本書はセールスに焦点をあてて、色々書いてあるが、相手の立場に立ってよく考えるあたりは学ぶ所が多かった。まぁでも全体を通してポジティブシンキングで突き進めというトーンだったが。

自分は研究者というジョブに就いてるけど、こういうあたりを考慮すると営業マインドももっておかないといけないので、たまに読むといいというか、自分の資料はロジカルを重視しすぎるので、欲求に訴えかけるようなプレゼンもできるようにならんとあかんなぁと。

• モノを買う。お客にはお客の理由がある
• 買うことで得られるメリットを話すか、買わないことで生じるデメリットを話すか
• ステータスをあげる商品が、購買意欲をそそる
• ひとつの質問に対して最低20個の答えを書きましょう
• 時間はあなたにとって貴重な財産です

経営に近い人達は当たり前だけど忙しいしだらだらとアポの時間を取れるわけではない。だから、自分たちは顧客とか出資者にプレゼンするつもりで臨まないといけない。同じ船に乗った同士とか昔の上司だからとか、よーく話せばわかるとか、そういうぬるい考えを持ってはいけない。

つまり、常にエレベーターピッチのようなものを用意して、現状の問題点と改善点を完結にプレゼンできるようにしておかないといけないし、30分程度の時間をもらえたらwin-winの提案をして資源を勝ち取らなければならないと思っているし、まぁ実践している（できているかどうかわからないけど）。

アントレプレナーの教科書
スティーブン・G・ブランク
翔泳社 / 2940円 ( 2009-05-09 )

というわけで、最近は寝る前にこの本を読んでいるんだけど、言い回しが堅苦しいのでよく寝られる。

内容はいいと思うんだが、咀嚼できてないので3回くらいは読まないと分からない感じ。

著者はノーリツ鋼機の経営戦略室にいたらしい。ノーリツ鋼機といえばお家騒動的なアレとか産業が急速に減衰した業界ですね。

「誰が」会社を変えるのか　近未来企業へのシナリオ
田中 淳視
文芸社 / 1470円 ( 2010-11-01 )

こういう背景を踏まえた上で読んでいくと、特に三章以降は恨みっぽい感情も行間に見え隠れしつつも、株主資本主義に疑問を呈している感もあるかなぁと。ネクスト・ソサエティで似たようなことをドラッカーも書いてたな。

一章、二章のどう働くかは参考になった。

• ヒトを試算とみるか、コストと見るか
• マーケティングにおけるスキミングポリシー
• 成果における個人の努力によるものは2割程度
• 経営とは「だれが」「なにを」「どうする」かをデザインすること

自分の職場ももっと継続的なインプルーブメントが必要だろうなぁと思っているが、なかなか難しいですね。まぁ、ああいうのは地道にやるしかないのかねぇとインテグレーション入門を読みなおした。

CIは単に技術の導入にとどまらず、組織やその組織の文化にも変化を及ぼす

第一部はCIの背景や、原則、プラクティスについて書いてあるので、ソフトウェア業界じゃなくても色々参考になります（といってもソフトウェア業界のCIを知らないとよく分からないかもしれないが）

というわけで、自分の置かれている業界（製薬業ですね）におけるCIとはどんなもんかねというあたりをメモっておく。

ちなみに第一部の各章はこんなタイトルです。

• 第１章 始めよう
• 第２章 継続的インテグレーションの紹介
• 第３章 CI によるリスクの軽減
• 第４章 変更を起点としたビルドの実行

継続的インテグレーション入門 開発プロセスを自動化する47の作法
ポール・M・デュバル
日経BP社 / 3360円 ( 2009-08-06 )

以下、用語に関しては特に説明しないが、創薬系におけるバージョン管理というものはどういうもんだろうかとかは考えたことがあるので参考に。

バージョン管理リポジトリ

バージョン管理リポジトリの目的は、アクセスが制御されたリポジトリを用いることによって、ソースコードや、その他(ドキュメントなど)のソフトウェア資産に対する変更を管理することである。これによって、一ヶ所からすべてのソースコードが入手できる「唯一の入り口」が提供される

創薬プロジェクトにおける資産とは何だろうか（というよりどこまで管理すればいいのだろうか）？という問いに閑する答えはシンプルで、プロジェクトを進めるために必要な全てですね。特に実験データに関してはロボットデータまで管理する必要があって、IC50とか中途半端なデータから管理してると、ある日突然シボンヌしますね（データの正しさが担保できない）。

それから、実験プロトコールや、報告書もプロジェクトにおける重要な資産なのできちんと管理する必要があるだろう。プロトコールのような手順のほかにBDDっぽい何か、つまりプロジェクトにおけるビヘイビアのようなものも必要だろう。

インテグレーション

ソフトウェア開発のようにレッドからグリーンを繰り返すサイクルとは異なり、いつか成功するかもしれない失敗を繰り返すから、基本的には常にレッドである。創薬プロジェクトは探索的なタスクが多く、イシューを細かく切ったとしても、それぞれが相互に強く依存しているために、常に手戻りが起きる危険が発生する。

そのため、インテグレーションとかビルドの考え方は大きく異なってくるが、どうしたらいいかに関しては自分の考えが固まっていない（だから文章におこしてるわけだが）。

よくありがちな創薬プロジェクトっていうのは

1. in vitro薬理活性
2. in vitro動態パラメータ
3. in vivo 動態パラメータ
4. in vivo 薬理パラメータ

の順にそれぞれ閾値を決めて、多段フィルタリングのイメージでゴールに向かって進んでいく。上で書いたように基本的には成功（閾値を超える）するかもしれない失敗を繰り返しながら後半のアッセイ系に進む確率を挙げていくわけです。

基本的にアッセイを繰り返すことにより、そのアッセイ系での成功確率は上がっていくわけですが（あがらないのももちろんあるがそれはサイエンスとして理解できてないとか本質を捕まえてないと表現する）後ろのほうでイシューが出てきて合成方針が変わると、最初の方のアッセイ系の成功確率ががくんと下がることがよくある。

というわけで、フローとして流すのがいいのか、幾つかのアッセイを並行で流して多次元最適化を行うのがいいのかはコストの制約とか、プロジェクトの性質で決まってくるのだと思うが、プロジェクトスタート時にはどういう組み方をしたらいいのか不明だし、大体、デフォルトのプロジェクトフローをまわしやすいように組織が最適化されているので、なかなか難しいですね。

結局創薬におけるインテグレーションってのはプロジェクトのどの粒度でナニを達成するのかをもっと突き詰めて考える必要がある。バージョンの考え方と、前進しているってのはどういうことかっていう定義が必要なんだろうなぁ。

インスペクション

インスペクションは種々のアッセイ結果を解析していく上で得た理解、つまり薬剤候補としての化合物の性質の許容の範囲ということになる。こういう情報はコミット時（または合成に着手する前）にアラートとしてフィードバックされるべきものであろう。

推測するな計測せよっていうのは創薬プロジェクトにおいてもやはり至言で、ウェット（実験系）のヒトは実験結果を解析しないで雰囲気でいい加減な解釈をするヒトが多い。たんに散布図とるだけでも、いい加減な解釈してるとバレるんだけど、受け取る側のケミストも裏取りしないで素直に受け取るので、一緒に泥沼に突き進んでいく光景が散見されて微笑ましい（こういうのはうちだけの問題ではないだろう）。

ただし、これはヒトの問題で片付けないで、システムとしての問題として考えるべきことであろう。根拠としてのプロットを明示するような規約を用意するだけでもこういうアホなやりとりはだいぶ減るだろうし、自動的にプロッティングを用意するシステムにすればなお良い。そういう状況でも治らない場合は組織的な病気なので伝染る前に前に移ることを考えましょう。

テスト

テストは試験です、つまり人力です。ソフトウェア業界ではどんどん追加していくわけですが、創薬プロジェクトではプロジェクトが始まった段階で既にテストが存在しています（逆にテストがないとプロジェクトが始まらない）。テストは基本的にコストのかかるものであり、ある段階で新たなイシューが発生した場合に新たなテストを組み込むかどうかは大きな意思決定を伴うし、新たなコストが発生しますね。

CIの価値

1. リスクを軽減
2. 繰り返しが多い手作業を削減する
3. いつでも、どの環境にもデプロイできるソフトウェアを生成する
4. プロジェクトの可視性を改善する
5. ソフトウェア製品に対する開発チームの自信を深める

1,4,5は創薬プロジェクトでも同様なことが起こり、有用であろう。2の手作業はちょっとわからないが、手順をきちんと決めることでアウトソーシングできるとかであれば、コスト削減と、コモディティ化という意味で意味があると思う。

3は創薬プロジェクトにはデプロイに相当する仕事がないからあまり関係ないかも。

個人的には4,5に関心があるなぁ。

先週のインフラ勉強会でCIツールとしてJenkinsを教わったので、早速GitHubのpythonプロジェクトをjenkinsで動かしたりしていた。まぁ大体動いたのだけどエントリに起こす時間がないのでまた今度。

というわけで、継続的インテグレーション入門を見なおしているんだけど、実際に少し触ってからもう一度読むと、あーなるほどと思うことがあって勉強になるわけです。

継続的インテグレーション入門 開発プロセスを自動化する47の作法
ポール・M・デュバル
日経BP社 / 3360円 ( 2009-08-06 )

製薬のようなライフサイエンス業界にも似たようなCIの取り組みをしている会社があるみたいで（残念ながら国内では知らない）、彼らはContinuous Improvementと呼んでいるんだけど、基本的にはアジャイル開発の流れを汲んでるっぽいので、目的とするところは一緒ですね。

ただ、テストにヒト（ベンチワークの研究社）を必要としたり、イテレーションが一週間位と長かったりするのでそのままソフトウェア業界のベストプラクティスを参考にするわけにはいかないんだろうけど、強いしなやかな組織をつくるためには正しい方向性の一つなんじゃなかろうかなぁと思うわけですね。

こういうのもそうなんだけど、創薬の現場にもっとアジャイルな手法を取り入れたら素敵なんだろうなぁと思っているのだけどねぇ。

デザインの骨格は良書ですなーとおもっていたが、デザインの輪郭も負けず劣らず素晴らしい本であった。

「デザインの輪郭」という言葉は、この本のためだけに思いついたわけではない。これは、「デザインとはいったい何であるか」という問いに答えるときに思い浮かぶ像のようなものである。

デザインの輪郭
深澤 直人
TOTO出版 / 1890円 ( 2005-11-10 )

あまり言語化すると、ゆるふわっとしたものが失われるのでエッセイくらいで感覚として伝えるというこの方式のほうがよく伝わってくる感があった。

選択圧自体は人為的なものではなくて、いわゆる「状況」なんです。状況が、それが生き残るかどうかということを常に選択しているということです。

仕事のやり方に関してはここらへんの言葉が好きですね。

ピラミッドは頂点から組む。

下から組み上げても台形にしかならない場合があるから

これも理想でしょう。

オフィスは肥えた土壌のようなものです。 スタッフと毎日耕している

ブレーンストーミングもやらないし、 アイデアをたくさんだそうともしない

この本は相当面白いです。

マーケティングにあるような、差別化戦略とかポジショニングは結局価格競争とか、過剰サービス競争に巻き込まれないように、ニッチな市場を複数開拓する。

「月三万円ビジネス」ではインターネット向きの商品はなるべく避けます。インターネット向きというのは、極端に言うと「売り飛ばし」ができる商品です。得る人と買う人の人間関係は離れていればいるほどいい

つまり、人間関係が近くなるようなビジネスを目指す。ワークショップ形式とかの体験を売るようなビジネスとかね。

いくつかのビジネスが載っていますが、かなり参考になった部分が多い。筆者の住んでいる所が実家の近くなのでビジネスと顧客のイメージがなんとなくわくというのもあるかもしれないが。

月３万円ビジネス
藤村靖之
晶文社 / 1575円 ( 2011-07-02 )

• 手足を使い技を磨くことは楽しい
• 場所とテーマは広範囲から選び、変化を促すビジネスを考える
• 道具、材料、ノウハウ、きっかけ、仲間
• 愉しさの演出を忘れない

創薬系ももっときちんとログをとって定期的に振り返る、それを細かいサイクルでおこなったほうがいいんじゃなかろうかという意味合いも込めてSAR Newsに寄稿したのが去年のことだけど、もっと知識管理全体をどうするのがいいだろうかと、ここ数ヶ月考えていたので、お盆休みを利用して少しまとめてみる。(なぜ数カ月考えていたかというと、4月にITサポートの部署に異動になったという大人な事情ですねw)

今回移った部署が管理しているインフラ自体は僕らが昔作ったものだが（ITっていう名前がついててもシステム開発できたり、まともなプログラミングができるわけではない。）異動後何回か面談してみても、現在の上司に最近の手法であるアジャイルを創薬システムに応用してみようとか、PDCA(創薬だとDesign-Make-Test-Analysisかな)とかそういう話をしても理解出来なかったし、だからといっていまさら勉強する気もないだろうからなぁ。

とはいえ誰かがそろそろ前進させないとまずいと思うので、異動した記念にでも夏の終わりにでも(2,3個役職飛ばして)振るだけ振ってみる予定なんだけど、他のヒトの役にも立つかもしれないのでエントリとしてまとめておきます。

Data, Information and Knowledge

Data, Information and Knowledgeに従って考えていくと都合がいい。というのは割とスパッと切り分けがしやすいから。図ではwisdomが頂上に君臨しているのだけど、よく見るのはData,Information,Knowledgeの三層構造なので、そっちで考えていく。

Data

まぁ、どこの会社もデータのインテグレーションはやるでしょう。とくに実験データのトレーサビリティをどうするかは問題になると思いますができるだけロボットデータにタイムスタンプを付与するくらいはやっといたほうがいいですね。あと実験者に電卓を叩かせないでIC50とかそういう値まで自動的に計算するようにしたほうがよいですね。（実験者は意外にタイポが多い）でもこういった話は今回はどうでもいいので略します。データのインテグレーションは適切に行われているという前提なので最下段のピラミッドはクリアーですな。

Information

データがインテグレーションされたら、次にやるのは分析ですね。分析は別にRでもなんでもいいけど、情報管理という意味では分析のスナップショットが取れる奴がよいですね。 Spotfireとか使うと分析の共有化（情報の共有化）ができます。

Information can be considered as an aggregation of data (processed data) which makes decision making easier.

Data, Information and Knowledge

なぜ情報が必要かというと、それは意思決定がしたいからです。確かにInformationの層をきちんとすれば意思決定は効率的に行えるでしょう。

ところで、意思決定とはなんであろうか？なぜ我々は意思決定をしたいのだろうか？

意思決定をするために必要なものは情報とあと何であろうか？を考えてみます。

合成した化合物が活性あったよバンザーイ（さくせん:ガンガンいこうぜ）とか、頑張って難しい合成こなしてみたけど活性なかったよショボーン（さくせん：いのちをだいじに）

これは意思決定をしているわけではないですね。

ある仮説を立ててそれが正しかった正しくなかったか、正しい場合より角度の高い仮説はどうなのか、仮説が正しくなかった場合どこに問題があって、それを証明するにはどうしたら良いか、つぎはどういう方向で攻めるべきか

そういう継続的な改善作業をコントロールする仕組みが必要なんだと思います。でも、これはInformationの層では管理できないので、Knowledgeの層になにか、(とても大切な何か)が必要なんでしょう。

Knowledge

Knowledge is usually based on learning, thinking, and proper understanding of the problem area.

It can be considered as the integration of human perceptive processes that helps them to draw meaningful conclusions.

Data, Information and Knowledge

知識も簡単に検索できてすぐに理解できるような必要があるが、慣習的に報告書の打ち出しやPPTの資料が必須のとこも多いと思うんだけど、探索コストのかかるフォーマットはどうなのかなぁと思うが。誰の得になるんだろうか？wikiでイイじゃんとも思うが。自分は実験報告書をwikiで管理してて、職場のwordのフォーマットでいつでもexportできるようにしてるので、便利だし昔やった仕事もパパッと探せて快適ですね。

知識管理システム

Rocheのやつは経験の共有化に重点をおいてるっぽいような気がする。であれば、構造のハンドリングできるようにしたwikiにタグつけたり、検索エンジンを強力にすればいいような気がする。文章自体構造化してあるんだから、みんな大好きPPTとかWORDでもPDFでも出力は気にならないでしょう。あとはバージョン管理システムのいいやつ入れておけば良いんじゃないかなぁ。でもやっぱ文化醸成の努力が素晴らしかったんだろう。

GSKのほうはHDD（仮説駆動型ドラッグデザイン）を推進するようなものだったと思う。合成案を相互レビューできるようにしてあったかな。合成のヒトは合成案を否定すると人格否定と捉えるヒトが結構いるから、こういう仕組みっていいよなぁと思った記憶がある。

• 創薬ナレッジ一元的集中管理システム / メドケム日記
• GSKも似たようなシステムのスライド公開してたと思うんだけど忘れた（UKQSARの09年のスライドだったけど削除されてた）

こういったタイプの経験管理というのは、ノウハウを共有化して、プロジェクトを効率化するとともに、個人に張り付いた知識を引き剥がし、職場全体の財産にすることができるのでよいのだが、あまりインスパイアされないのでやっててあまり楽しくはない。

問題管理システム

ソフィーの世界の作者が別の著作で良い事書いてたので、よく引用してます。知識ベースっていうのはまさに前者ですね。

An answer is always the stretch of road that's behind you. Only a question can point the way forward.

Hello? / Jostein Gaarder

stackoverflowっていうプログラマのためのQAサイトが良くできていて、クローンが幾つか作られています(OSQA,shapado)

うちではshapado入れてみて半年くらいたつのだけど、ユーザーはまだまだ少ないが質問も70を超えてきて結構楽しい。良い質問にインスパイアされると、より楽しいアイデアが浮かんだりするし、複数のプロジェクトで同じような問題抱えてると、部署で何とかすべき課題なんじゃないの？なんてわかったりするし。

結局、知識管理をも内包したプロジェクトを前進するための全てをきちんと管理し、知識が属人的になりすぎないようにしつつ、柔軟にリソースをコントロールするための全体的な仕組みを考えていきたいが、そのためにはプロトタイプを幾つか作ってみて反応を見ながら進めないといけないなぁと。

論文管理

読書情報は属人的なものであるが、どういう論文を読んだか、それでどうインスパイアされたか、(自分の持っている情報と照らし合わせて)どこを否定したかといったblogっぽいブックマークサービスがあると便利です。ポイントは目録じゃなくて、それを読んでどう考えたかを記す部分です。ちょっと前に新しいのをつくろうとしつつ開発が止まっているが、なかなかモチベーションを保つのが辛い。

自分でつくってみて、音楽は曲のつなぎかた自体に意味がある(DJing楽しい)から曲名リストは意味があるけど、論文目録眺めても大して面白くない。リファレンスをたどっていきつつサマライズするようなサービスは面白いかもしれないが。

どういうツナガリに意味を持たすかだなーと思う。

技術

Express+ChemDoodleというjavascriptライブラリ同士の組み合わせなんかもコンセプト的にも技術的にも面白そうな気がするが。あとHTML5とタブレットで色々変わりそうな気もしている。

参考書籍

こういったアプローチはソフトウェア開発業界の方が断然進んでいるので、そういった本を幾つか。できるだけ概念を説明しているようなのを選んでみました。

Redmineによるタスクマネジメント実践技法

Redmineによるタスクマネジメント実践技法
小川 明彦
翔泳社 / 3444円 ( 2010-10-13 )

継続的インテグレーション入門 開発プロセスを自動化する47の作法

継続的インテグレーション入門 開発プロセスを自動化する47の作法
ポール・M・デュバル
日経BP社 / 3360円 ( 2009-08-06 )

入門Git

入門Git
濱野 純(Junio C Hamano)
秀和システム / 2310円 ( 2009-09-19 )

アブダクション

アブダクション―仮説と発見の論理
米盛 裕二
勁草書房 / 2940円 ( 2007-09-20 )

意思決定は技術ですね。この本は結構面白かったので創薬の場合で考えてみた。

まさか!?―自信がある人ほど陥る意思決定8つの罠
マイケル・J・モーブッサン
ダイヤモンド社 / 1890円 ( 2010-04-09 )

意思決定には、おかしなパラドックスがある。誰でも意思決定の重要性については理解しているが、それでも意思決定のトレーニングをする人は極めて少ない。

本書は特に意思決定の際にはまりがちな落とし穴を8つ紹介している

思考モデルとはなんなのか？

モデラーの間にはよく知られた格言がありますね、正しいモデルなんて存在しない、十分に表現できるモデルが得られただけだみたいな（正確なのは忘れた）。

思考モデルとは、外の世界の現実を自分の内側に描写したものである。細部よりもその情報が素早く自分に到達することを重視した、不完全な描写と言ってもいいだろう。

例えば芳香環を共鳴による電荷移動だけしか知らなくて電子雲のイメージを持てないとかそんな感じ。モデルの限界わかってないと、ハマることは多い。

帰納法的に考えてしまう問題は、要は限られた情報をもとに未来を予測してしまうことだ。

これはQSAR,QSPRの抱える本質的な問題ですね。構造XX相関は、知っていることの範囲でしか答えることができないし、どこまでいっても相関であって因果関係とは異なる。

ストレス反応があると短期的に特になることを追求できるが、長期的に何がいいのかを考えられないのだ。これが、トンネルビジョンになる原因の一つだ

プロジェクトでミクロな視点しかできないのは本人の資質かなと思っていたけど、環境要因も後押ししてるのかもしれない。短期成果は見えやすいのでプロジェクトリーダーにあがりやすいんだけど、こういう人がなるとプロジェクトが迷走しやすい（経験的に）

専門家の意見を鵜呑みにしない

物事を予測する際に、人間がアルゴリズムを上回る結果を出すような分野を見つけるのは不可能

直感がうまく機能するのは安定した環境下なので、複雑な状態では重要性としては低い

• 専門家は、その分野のパターンを認識している
• 専門家は、初心者よりも素早く問題を解決する
• 専門家は、初心者よりも奥深くまで問題を掘り下げて考えることができる
• 専門家が提示する問題解決方法は、初心者のそれよりクオリティが高い

正解は時と場合による

理論構築をする過程では、仮説が実データと合っているかを研究社が検証し、その中で出てくる例外（アノマリー）を見つけ、さらに理論を研ぎ澄ましていくのだ

深く考えて本質を捉えるということですね。特にその際に相関関係と因果関係は違うということをきちんと理解することが重要。

lead optimizationするときには大抵logPとかPSAの相関からそういったパラメータの上げ下げで問題を解決するストーリーにしたがるけど、それってメカニズム的に説明がつくの？っていうことを常に問いかける癖をつけておくとよいですね。

突然大規模な変化に見舞われることもある

所謂ブラック・スワンですね。

ブラック・スワン[上]―不確実性とリスクの本質
ナシーム・ニコラス・タレブ
ダイヤモンド社 / 1890円 ( 2009-06-19 )

ブラック・スワン[下]―不確実性とリスクの本質
ナシーム・ニコラス・タレブ
ダイヤモンド社 / 1890円 ( 2009-06-19 )

ハロー効果に注意する

平均回帰性から、運により大きな成果をあげた人は次も同じくらい大きな成果をあげるとは限らない。結果よりもプロセスを重視するということは、そういった運の要素を見極めながら実力を評価するということなのでしょう。

まぁ、でも企業は結果を評価してプロセスなんて後付ですよね。頑張ったから結果がついてきたという言葉に現れているような気がする。