うちの会社の「開発力向上」をどう実現させるか #ZANGYOU

仕事じゃなかったら、めんどくさくて考えたくないが、現在、会社の方針で開発力の向上の為の案を考える事に。
後ろ向きな理由で大変不甲斐ないけど、まぁ、仕方ない。

で、

「開発力向上」って？

自分としての理解は、アウトプットの最適化が開発力を高める為の近道だと考えてるに至っている。
なぜか、それは、限りなく、何となく直感。
まずは、その何となくを切り口に深めてみる事にした。

最適化する為には、、、

えっと、

やはり、開発はより多くの時間を使いたい。
そして、出来れば効率的に使いたい。
結果、タイムマネージメントが重要性が語られる。
その為に、いろんなツールがあったり、やり方がある。

いろんなものを駆使して最短、最速、最大、最高のアウトプットを出す。
そして、良いも悪いも、評価を受ける。

ただ、そのアウトプットの為に、ついついオーバーワーク（つまり普段より多くの時間を使ってしまう）ことがある。
そして、最悪の評価を受ける事も多くある。

私は、これって非効率だと思う。
それは、自称「ソフトウエアエンジニア」だから？

オーバーワークって慰めの言葉の様な気がする。
私は慰めなんていらない。
自由で幸せな時間が欲しいだけ。
そして、ついでに稼ぎたいだけ。

本題からズレてしまったがぁ、、、、もやもやしながら、
開発者にとって何が一番のぞましい環境で、この会社がやれることは何か考えてみた。

それは、

アウトプットを正しく評価すること

つまり、より「短時間」でこんな良いものができると、アウトプットが通常より高く評価できる。
その逆は、評価もその逆。
絶対的な評価は難しく、軸を決めて、その軸で評価しないとやはり評価は客観性を欠いてしまう。
理屈ではわかるのだが、現実はなかなか難しいこともある。

何か無いか、軸。
分かりやすい、軸。
誰にも同等のもの。

やっぱり、時間がキーワードか。

なので、時間をコントロールするところから考えてみた。

「短時間」ってとても曖昧で文脈や相対的にしかイメージがわかない言葉なので、
「限った時間」として基準を設けることを考えてみた。

会社でコントロールができる時間、就業時間が一番わかりやすい。
「限った時間」が条件なので、まずその条件を準備することにしてはどうかと考えてみた。

「限った時間」で、時間に限りをつけて、高水準のアウトプットをどすうるかという前向きな考えになるはず。

タイム・フライズと言いながら、時間があると錯覚すると、ついつい余計なことをしがちだと考えている。（自分だけかな？）
事例や論拠は全くないし、たった数十年の経験則しかないが、限られた時間で集中してやることの方が効率がよいのではと仮説を持つことにした。

そして、最終的に、会社に利益が還元され、利用者に高水準のサービスが提供できればよいと考えていることにした。

ただ、ここに書き記したことが必ずしも正しいとも思っていない。
現実的か？実現可能か？改善されるべきは何か？を常に問うている。

思案中なので、変わる事もあると思うが、私なりの考えとしてまとめる事にしてみた。
時間を限る事で、如何に効率よく仕事を成立させるかと考えて行く事でより進化できるのではと考えている。

以下、（案）を考えてみた。

就業について

色々とあるから整理しないと