アリの真実
これは、京都大学名誉教授で動物行動学者の「日高 敏隆」氏の有名な話である。
日高さんは、ヨーロッパで動物行動学が興るのと同じ時期にこの分野に飛び込んだ草分け期の研究者であり、日本に動物行動学を最初に紹介した研究者の一人でもある。
今日は、日高さんの本の中からリーダーについて示唆する部分を抜粋し考えてみたい。
アリは働き者だといわれているが、よく観察すると、その内の２０％は確かに働いているが、８０％はただウロウロとしているだけだそうだ。
では、働きアリばかりを集める。大精鋭集団になるだろうと思っていると、ちゃんとその内の８０％が怠けだした。また怠けたアリだけを集めて、これは怠け者集団だからしょうがないなと思っていると、その内の２０％が働きだしたという。
つまりアリ一匹ずつの問題ではない。このアリは働きアリ、これは怠けアリということではなく、周りとの係わり合いで、働きアリになったり、怠けアリになったりする。
人間も同様で、この人は働き者とか怠け者とか簡単に言い切れないと思う。そして、周りとの係わり合いで、働き者になったり怠け者になったりするのではないか･･
周りとの係わり合いとは、絞っていえばリーダーとの係わり合いである。組織の中で部下を後ろ向きにしてしまう最大の阻害要因は、リーダーの「人音痴」ではないか?。人間がわからない人がリーダーになると、必ず人は死んでしまいます。
すべてはリーダーから始まる。リーダーは、自分から始まる。「どんな私だったら、人は私と働くことを喜ぶか･･」ということを自分に問い続ける。これがリーダーの最も大切なことではないだろうかと思う。
私は、日頃から企業の中で「人の生かし方」について非常に疑問に思っている。簡単にいうと、数値やグラフで比較して昇進昇格、あるいは左遷という脅かしで人を生かそうとする。
以前、「人は力で動かすものではなく、心で動かすもの・・」という記事を書いた。リーダーのみなさんに問いたい。みなさんの部下は、毎日どのような気持ちで会社に来ているか･･
みなさんの職場は、「朝、会社に出て行くのは楽しい！」と思うものになっていますか?
では、それはどんな職場か。一言でいえば、「わかってくれる上司」がいる。これに尽きるのではないだろうか･･。
吾唯足知
これは四国時代（2009年）にブログに書いた記事です。
今読み返しても、まだまだだなぁ･･というところですね。
通勤途中のビルの片隅に、写真のような石柱がある。先週、周りのアジサイが見事に咲いていたので携帯電話で撮ろうと近づくと、なにやら四文字の漢字が彫られている。
２ヶ月もこの前を通っているが、まったく気づくことがなく、偶然のことである。疑問におもい、インターネットで調べてみた。
吾唯足知（われ ただ たるを しる）とは、「知足（ちそく）の者は貧しといえども富めり、不知足の者は富めりといえども貧し」という禅の言葉からきているようである。
一言でいうと、「人は欲張らず、今の自分を大切にしなさい」という意味で、「足る事を知る人は不平不満が無く、心豊かな生活を送ることができる」ということでしょうか･･。
何とも意味深く、考えさせられる言葉である。
この言葉は、「石庭」で有名な京都の龍安寺（りょうあんじ）にある蹲（つくばい）に刻まれている言葉で、蹲は４つの漢字に共通している口の部分を中央に配し、そこに水を張るデザインになっている。 水戸光圀（みと みつくに）が寄進したと言い伝えられている。
リーマンブラザーズやＧＭの破綻。テレビや新聞で報道される企業トップや政治家の不祥事･･。また、企業では欧米の仕組みを、何も考えず！に取り込んだ成果主義の失敗･･。
最近の世相を見ると評価尺度が「金」に集約され、高齢者は先行き不安、中年は過労とストレスに押しつぶされ、若者は前途に夢を持てずにいる。
偶然見つけた石柱に書かれた言葉、今の自分に置き換えてみると、反省することが多々ある。 理不尽な左遷人事に対する不満。業績が思うように上がらないことに対するいらだち･･ 、等々。
まだまだ、修行の日々である。
システムの目的･･
システム設計書には、必ず「システムの目的」という項目があります。
企業がシステムを導入する場合は、必ず何らかの経営メリットを求めるはずです。
しかし、中には「これが目的ですか･･??」と思ってしまう内容の物もあったり、内容が抽象的すぎて、目的がぼやけている物もあります。
こんなプロジェクトの中には、崩れて顧客と開発ベンダーとの係争に発展するものもあります･･。
「･･効率アップ」
「･･基盤づくり」
「･･見える経営」
「パッケージありきの文言･･」
こんなキーワードが書かれていたら要注意！ですね。
もう１つ大切なのは、「顧客と目的を共有する」です。
ベンダーが勝手に設定する物でもなく、発注企業だけが思っている物でもありません･･。
お互いが目的を共有し、プロジェクトを進めていくことが重要です。
その機能、本当に必要･･?
ソフトウェアの複雑化・多様化にともない、求められる品質は日に日に高度化しています。
従来の品質は、書かれている仕様書通りの動きをするか?に注力されていました。
最近は、そもそも「この機能は本当に必要なの!?」と云う、『機能の妥当性』をチェックする必要性が言われています。
上流工程で、これを評価する仕組みや、テストエンジニアの育成が重要になってきているように思います。
スケープゴート
あまり使いたくない言葉ですが「身代わり」のことです。
プロジェクト崩れが発生すると、スケープゴートを作って自分は逃げようとする自己保身の人間がまれにいます。
この時、スケープゴートにされ易いのはPM（プロジェクトマネージャ）です。
プロジェクト崩れが発見されるのは、試験等の後半に多く手遅れになるケースもあります。
しかし、崩れは急に発生するのではなく徐々に悪化し、あるタイミングで発覚することになります。
実際プロジェクトを担当している人は、実は早い段階から「おかしいぞ･･」と気付いていることが多いのです。
崩れが発生してから騒ぎ立てたり、スケープゴートを仕立てるのは、母体組織の長であることが経験から多いです･･。
よくプロジェクトを機関車に例えます。
スタート段階では、母体組織の長も入って機関車をレールの上に乗せ、走り出すのを見守ることが大切です。
子育てと同じですね！
