Macbook や iPhone のデザインはシンプルでクールで最高だろ、みたいな本かと思って敬遠してましたが、@kenjiskywalker さんのブログ みて面白そうだったので、Think Simple - アップルを生みだす熱狂的哲学 読んでみたら、予想以上に学びが多くて、イイ本でした。
コミュニケーションについて
相手が敵でも友人でも、真実は真実で変わりないし、自分の意見は自分の意見で変わらなかった。 相手を好きか嫌いか、その働きを評価しているかどうかは関係なかったし、部屋の空気も関係なかった。
仕事上のコミュニケーションってどうしてもシンプルにするのが難しい部分があって、たとえば外の会社と一緒に開発するような案件で、明らかに外部の会社の人がおかしなこと言っていたとしても、人間関係とか考えると、話させるのをやめたり、厳しく批判するのを躊躇ったりしがちですが、もっとシンプルにコミュニケーションすべきじゃないかと思いました。
自分のチームに最高の結果をもたらすために、ただ言うべきことを言うことなのだ。
これも上に書いてあることと同じですね。
人を不快にさせたり、陰で悪口を言われたりすることがあっても、もっとよくできることがわかっているときは、これでいいかと自分を納得させてはならない。
他の人が進めてるプロジェクトなんかでありがちな気がするんですが、自分が見た時にはすでに議論や作業がある程度進んでいるんだけど、説明を聞くとイマイチいけてないみたいな状況で、面倒だからスルーしちゃうみたいなのやめた方がよさそうです。
仕事の進め方について
部屋にいる者は全員がそこにいるべき理由を持っていること。 「情けで招待する」ようなことはあってはならない。
Wiki にまとめた資料を読むだけの会議とかほんと無駄なので、読んでおいてくださいで終わらせたい。
スティーブの頭にはレポートカードを作ったり、それに対応したりして、貴重な時間を費やすことなどまったく思い浮かばなかっただろう。 彼はリアルタイムの正直さを好んだ。何か気にかかることがあれば、その場で告げた。それが私たちのレポートカードだった。
会議のための資料作りって、自分の思考を整理できるという面においてはいいんですが、見た目とかに凝り出しちゃうと本質見失ってる感じですね。
つまりこういうことだ。プロセスが王様のときに、アイデアはけっして王様になれない。 プロセスの段階を増やせば増やすほど、完成品の質が悪くなることは、<常識> を働かせればわかるだろう。
もっと承認とか減らしてやった方がうまく行くんだろうなって思うことは色々ありますね。もちろん失敗することもあるんじゃないかと思いますが、スピード感持ってやれば、その分だけ挑戦する回数も多くなって、結果的に成功が増えるってイメージです。
シンプルさはせっかちだ。いきなり本題に入って、大事なことに集中したがる。
なんでもシンプルにやることで、本質にフォーカスして、もっとバリュー出したいです。
まとめ
ということで、日頃、なんか仕事しにくいなとか思いながら働いてる人は読んでみるといいんじゃないかと思いました。