システムが草創期にあるとき、シンプルな目標がいくつか掲げられる。順調なら、このシステムは成長・発展していく。やがて新しい目標や想定外の出来事が次々と現れ、システムにはルールのパッチがどんどん当てられていく。そうすれば、全体を把握していない新人でも、建設に参加できるからだ。
では、そうしたルールは本当にすべて守らなければならないものなのだろうか。このシステムの最終目的は何か。このシステムの短期的な目標は何か。
知見
タイガー・グローバル・ファンドの財務責任者（元Controller?）グレゴリー・コーガンは、こんな考え方を提唱している——「Wabl」だ。
何かの仕事を振り返るとき——コード、戦略、アーキテクチャ、デザイン、草稿……——こう自問してみてほしい。 それを取り除いたり、無視したりしたとき、失われる価値はあるだろうか？
これは直感に反するもので、規範に挑戦することを恐れる人々からの反発に遭うだろう。だが私は、絶えず自分に「WABL?!」と問いかけ、答えが「ノー」なら容赦なく削除することを勧める。そうすれば、より速く動けるようになり、仕事は減り、その結果、より良い仕事の成果が得られるだろう。
この考え方は、彼が幾度も実践してきたことに由来している。彼は複雑なメールをひどく嫌っており、時期を変えて何度もブログ記事でこの現象を批判してきた。
多様性
「原則」という言葉は、あまり良い言葉ではないのかもしれない。数え切れないほどの先輩や年長者が、この言葉であなたをねじ伏せてくるからだ。だが彼らは、みな「ルール」と「原則」の境界を混同しているのだと私は思う。
「ルール」は、人を縛り、システムが「ルールの設計者」の掌握から離れないようにするためのものだ。
「原則」はただ一つしかない——あるシステムが目標に向かって発展していくことを期待することだ。
仕事のプロジェクトであれば、目標は、製品を予定どおり市場に送り出してその経済的価値を実現し、プロジェクトに参加するすべての人が労働に見合った経済的報酬を得ることであるべきだ。この目標に背くものが何かあれば、私はそれを容赦なく削除する。前述の目標が実現されなければ、プロジェクトの参加者は誰も彼も、実際には自分の貴重な時間を浪費したにすぎない。
趣味のプロジェクトであれば、目標は、ただ自分の技術力を高めること、ささやかな達成感を味わうこと、あるいは少しばかりの名声を得ることであるべきだ。そこに経済的要素を混ぜてはならない。趣味のプロジェクトに経済的リターンを期待してはいけない。実際にリターンが生まれることもあるかもしれないが、それはあくまで想定外の嬉しいおまけにすぎない。
私は他人の立場に立って考えるのが非常に得意だ。それは一種のプロファイリング能力かもしれない。だが、それでも相手の目標が何なのか、相手が望む究極の目的が何なのかを、完全に見抜くことはできない。人は、社会における顔も、家庭における顔も、職場における顔も、そして自分自身における顔も持っている。あまりに複雑だ。ただ、職場における顔に限って言えば、その人が提示するルールから、その一端をうかがい知ることができるかもしれない。もし彼が会社のあらゆる規則や規程を非常に重んじ、あなたにもその遵守を強いてくるなら、それはシステム全体がすでに硬直化しているか、あるいは——より可能性が高いのは——彼があなたを対等な人間として扱っていないかのどちらかだ。
あらゆる物事をひとつのシステムとして抽象化し、短期的な目標を「原則」として掲げよう。そして、原則と無関係なものはすべて削除しよう。