毎週それなりの文章量でブログを書いてきて、ふりかえって読んでみると、なかなかのボリュームになっている。もっとたくさん書きたいと思ったりもするけれど、気力と時間を考えると今のペースがギリギリくらいな感じ。塵も積もれば山となるの精神で少しずつでも続けていけば、それなりになるんだよね。

ウェブ技術を経営に活かせる時代になって経営者が身に付けておくと良さそうなリテラシーの一つが文章力じゃないだろうか。自分の言葉で伝えるのが一番伝わるし、想いを伝えることが経営者の大事な仕事の一つだとしたら、社内外に向けてブログやメッセージを書くことは、とても効率的で合理的だと思う。

毎日が同じことを繰り返すことのない仕事は、毎日が成長の機会に溢れていて、どれだけやってもまだまだ成長の余地は残されていて、とても大変だけど、同時にやりがいもある。私たちの考えるソフトウェア開発とはそういう仕事で、飽きたり極めたと思って、もうやることなどないなんて思うことなどない。

ソフトウェアは作って動かしてみないとわからないことが沢山ある。どれだけ経験を積んだプロダクトマネージャーであっても、頭だけでうまくいくか想像しきることなど出来ない。良いプロダクトのためには、作って捨ててを繰り返すしかない。プログラミングを製造ではなく設計だと考えればそれが出来る。

「費用対効果」をいつも意識しているけれど、ここでいう「費用」はお金のことだけでなく時間や体力も含まれているし、ここでの「効果」も金銭的なインセンティブという訳ではなく、経験や選択肢を広げることも含まれている。むしろ、お金をかけても手に入らないものの方が世の中には多いことに気付く。

ふりかえりをレビューする目的の一つが、チームの価値観を伝えること。問題を見つけた後に改善案を考えるとき、アイデアだけなら幾らでも出せる。このときにどのアイデアを採用するのか、そこにチームの価値観が求められる。師匠は価値観を伝えるだけで改善案は自分で考えさせる。価値観が共有される。

ふりかえりの最初にすることは、自分の実力を認めること。実力を身に付けて成長するには時間をかけて経験を積むしかない。だから、ふりかえりでは出来ないことは問題にしても仕方ないし、改善することも出来ない。例えば、速く走るというトライは無理でも、フォームを改善するというトライなら出来る。

ふりかえりの初心者が陥りがちなのが、内面や性格のことを問題としてあげること。人は性格はそんな簡単に変えられないし、内面は個性であって改善するものでもない。ふりかえりの問題で挙げるべきなのは、目に見える行動。結果に繋がる行動ならば改善できる。行動の改善ならば具体的なトライが出せる。

セルフマネジメントとワークレビューはセット。何をしてても息を吸うように自然と「ふりかえり」が出来るようになってセルフマネジメントが出来ると言える。ふりかえりは、そういう状態になるための訓練。未熟なうちは時間を決めて定期的に実施して師匠にレビューされて、ふりかえり自体を習慣にする。