はぜにっき

日記です。（毎日更新ではない）

成果、売上、数値至上主義が苦手な理由が言語化できたっぽいのでメモる

どの組織に行っても「今年の目標数字はXX円です」とかそういう話に興味が持てなかったり、数値目標ベースで仕事を進めていくとモチベが下がりまくる現象の理由を考えていて、うまいこと言葉に落とせた気がするので残しておく

「成果物に微妙に不満があるけど(早くすればするほど成果に繋がるから|目標の達成のために|組んだスケジュールから遅れないために)リリースする」という状態がよろしくない。
違う軸で "成果や数字のためにはなるけどユーザ|ブランド目線ではないもの" を作ったりするときもまあしんどい。大元は同じ話。

大元の目標数字や成果の定義が大元のプロダクトを作る目的と合致していれば（=OKRのObjectiveがKey Resulと合致している）良さそうだけど、それがちゃんと定義・運用できていて、全体で合意が取れていて納得している状態って現実的に作れるんだろうか。

割り切って "プログラマは目の前の仕様を淡々にいかに早く良く作れるかだけを考えれば良い" とも思うんだけど、自社でプロダクト作っている会社だと大体目標とか目的とかそういうのに向き合う必要がある。そして前述のもやっとする話になる。
というか自分は大元の目的とか課題に向き合って仕事をしたいので、そういう割り切りをしたくない。

ある程度の規模以上の出来上がった組織だと、どう頑張ってもこの問題に当たると思うのでこれから組織を少しずつ大きくしていく未完成の組織に移る選択をしたんだと思う。
10人未満の事業部でどうなるか、どうすればこの課題を何とかできるかは4月から考えていきたい。

プロダクトを作る理由はたいていの場合数字ではなく、社会・人々の課題なので、数字に囚われずちゃんとそこに向き合っていたいですね。