System.Exit

ひとりでも部下のいる人のための世界一シンプルなマネジメント術 3分間コーチ 伊藤 守 ディスカヴァー・トゥエンティワン 2008-03-13 売り上げランキング : 32 Amazonで詳しく見る by G-Tools

思った以上におもしろかった。
部下いないけど。

会社というものを考えていく上で非常に参考になる内容だった。

…

運輸業のマネジャーは、自分の上司に良く言われたことを思い出すそうです。

「もし、お前に言われたとおり部下が動くのなら、お前はいらない」

確かに。

コーチングでは、基本的に「アドバイス」はしない、問題解決もしない、ただ、問題とのつき合い方をコーチします。これにより、部下のそれぞれが、現場で起こることに、毎度上司の指示を仰がなくても自分で対処できるようになるのです。

それがなかなか簡単にはいかないんだなぁ。

ダグは言います。
「みんな、会社や組織の求める目標を、まるで自分の意志であるかのように口にするけれど、たいてい、その目標は完璧には達成されない。必要なのは、一人ひとりに自分個人の目標を見つけさせることなんだ」

「ほんとうのゴールは、一見、目標と思えるようなものの先にある。それを見誤ってはならない。上司は、そのことを頭において、部下の目標設定をコーチする」

「それだけではなく、スタッフ一人ひとりの目標が、会社の目標とつながっているかどうかを確認しなければならない。そのために、一人ひとりに、自分の目標は何であるかを考えさせるんだ」

ほんと、おっしゃる通り。
だいたい、うまくいっていない会社やプロジェクトってこういうことが全然考えられていないんですよね。

会社だけがうまくいくということはありません。同じように、そこで働く個人だけがうまくいくということもありません。

これ重要だなぁ。

あのー。
僕、仕事で他人と感情的なやりとりするのあんまり好きじゃないんですね。
仕事における感情って、だいたいがアレですよ。
アレから生まれてくるんですよ。
あの、いわゆる「プライド」ってやつ？

仕事においては、おかしな感情ってのはだいたいおかしなプライドから生まれてくる（気がする）。
なんといったって、仕事においてはみんな同じ土俵に立たなくちゃならなくて、そんな場所でよりどころにするといったら、根拠のない自信すなわちプライドくらいしかないんですね。
いや、わかんないけど、すくなくとも僕自身はそう。

あとは、ここに年齢の問題とかが非常に複雑に絡んでくる。

その他にも、距離感とかコミュニケーションにおける時間差とかが、そういった問題をより複雑にすることが知られている。

メモ:

能力とお金の関係についてちょっと考えてみる。

超単純に考えると、お金を稼ぐっていうのはつまり、自分の能力をお金に変えること。

能力があるかないかで、こなせる仕事の量とか質とかが変わってきて、それに応じて給料もある程度変動する。
まあ、でも、能力がただあるだけじゃだめで、会社の利益にどれだけ貢献できるかということも重要なんだよな。
というかむしろそっちの方が重要か。

会社の利益に貢献する方法っていうのもいろいろある。
最近思ったのが、知識の共有って重要だなぁ、ってこと。
上の「能力 => お金」という図式だけで考えてると、もっとお金を稼ごうと思った場合に自分の能力を高めることしかにしか考えが及ばないかもしれないけど、会社全体としてみてみるともっと違った能力の生かし方があると思う。
つまり、こういうこと。

自分の能力を他人にも持たせることでお金を生み出せる人間を増やしていく、と。
このようにしたほうがもっとお金増やせると思うんですよね。
ま、単純にはいかないだろうけど。

くだらないなぁと思うのは、変なプライドを仕事の場に持ち込んでしまうこと。
「俺はすごいプログラマなんだ」ってのを周りにアピールしたいがために、知識を共有しようとしない、みたいな。
そういう人がたまにいる。
別に誰がすごいとかそんなことはどうでも良くて、みんなで効率よく仕事を進められたらそれが一番いいと思うんですよ。

自分よりもレベルが低いと思える人（そんな言い方も失礼だけど）が周りにいたとしたら、どんどん上のレベルに引き上げていってあげないといけない。
そうしていってその人が自分のレベルに近づいてきたら、今度はお互いに切磋琢磨することができるようになったりする。
すると自分がレベルアップしていくスピードもアップするはず。

…

というようなことは誰でも考えそうなことだけどね。

存在してはいけないような製品、そもそもそれを作る意味がないような製品ってのが世の中にはあって、そういったものの開発に携わること自体が良くないと思ったので、そういったものを作っている（作ろうとしている）会社を僕は辞めた。
雇用を生み出したという点だけを見れば評価できるかも知れないけど、それ以外は本当に本当にどうでも良いようなことばかりだった。

とか、愚痴ってても仕方ないんだけど。

何か新しいものを生み出すとかいう以前に、会社っていろいろ難しいですね。

とか。

最少の時間と労力で最大の成果を出す「仕組み」仕事術 泉 正人 ディスカヴァー・トゥエンティワン 2008-03-03 売り上げランキング : 6 Amazonで詳しく見る by G-Tools

逆に、こういう考え方で仕事できてないとやばいよねー、とか思いました。
といっても、普段からそれが実践できている人にとっては当然のことに思えるんじゃないでしょうか。

本書で言われている「仕組み」というのは、プログラミング的に言うと要は「フレームワーク」ですね。

だいたいのタスクはフレームワークに落とし込める。
フレームワークに落とし込んでおくと、次からが楽になる。
ただ、フレームワーク化するのが若干面倒くさい。
でも、後々のことを考えるとフレームワーク化しておくほうが断然得。
そうやって作業コストをどんどん減らしていくと良いよ！
という感じでしょうか。

—

ていうか、プログラマーなら常にこういう考え方をしていると思う。
僕は常に「いかに効率を良くするか」ということを考えて作業している。
効率の良い方法を思いつけるかどうかで、作業量が大幅に変わってくる。
逆に、こういう考え方で仕事をしていない人は何に頭を使っているんだろうか？、とか思ってしまう。

かくいう僕も、仕事に関しては効率を追求して「仕組み化」を積極的に推し進めているんですけど、こと私生活においては全然ダメですが。。。

戯れ言です。

—

本当にみんなグループウェアなんて望んでいるんだろうか。
いや、確かにグループウェアがないと回らないタスクはあると思う。
ミーティングをセッティングしたりだとかね。
でもなんか、グループウェアって嫌なんだよなぁ。
会社然としているところが。
サイボウズなんかはデザインは楽しげで取っつきやすい。
でも、デザインはすぐに時代遅れになってしまうから、僕が目にしたのはほとんどが古くさく見えた。

確かにグループウェアは必要なんだと思う。
そう、ある程度の規模の会社には絶対に必要。
でも、その「ある程度の規模の会社には絶対に必要」であるという事実が僕を萎えさせるんだろうな。
組織に属している人間全員がグループウェアに関しては同じ行動をとらなければならないということが嫌なんだろうな。

何が言いたいかと言うと、もっと必要なツールって他にあるはず、ということ。
個人によっても違ってくるだろうし。

ま、でも、合わせておいた方がいい部分もあるにはある。
バグ管理ツールとかは、たとえ使いにくくてもみんなで使えばそれなりの価値は引き出せる。

というか、日々のささいな問題を解決できないくせにイノベーションイノベーション言うのはバカげているな、と最近思った。
まず身近な問題から解決していくべきだよな。
よし頑張ろう。

—

とかなんとか。

子供を育てる上で重要なことって何だろう？
とか、ちょっと考え見る。

まず、僕が思うに、一番重要なのはイライラしないこと。
イライラすると全てが台無しになる。
正しい判断もできなくなるしね。
常に冷静であろうとし、問題を解決するための最良の方法を考えなければならない。
イライラをすぐに口に出してしまうような人、例えば、「もうっ！なにやってるの！」とかすぐ言っちゃうような人はたぶん子育てに苦労する。
そういう人は、それを口に出した後に自分を責めてしまったりする。
自分もストレスたまるし、子供もストレスがたまる。
なんて悪循環！

というか、上記のようなことって人間関係全般に言えることだな。

要するにこういうこと。
やるべきなのは、いかに問題を解決するかを冷静に考えることであって、自分のイライラを相手に表明することではない。

自戒の意味も込めて。