最初に仕事で作った機能とアウトカム - Konifar's ZATSU

「何を作ったかのアウトプットではなく、顧客や自社にどんな変化を起こせたかのアウトカムが大事」的な話を聞くと、自分が開発者として最初に仕事で作った機能を思い出す。 昔話をするのはﾁｮｯﾄダサいとも思うんだけれど、思い出話として雑に書き残してみる。 もう15年以上前、開発者として就職したての自分はtoBの勤怠管理のプロダクトを作っていた。SaaSという言葉が一般的になるより前の "パッケージソフトウェア" というやつで、かなり多くの企業に導入されていた。 業務に応じた細やかなカスタマイズが可能なプロダクトで、自分が配属されて一番最初に担当したのは「勤怠入力画面のカレンダーの土日の表示色を変えられるようにしてほしい」という要望だった。 たしか土曜日が薄紫色、日曜日が橙色で決め打ちされていたと思う。これを顧客が決めた色に変えられるようにしたいという話だった。巨大なソフトウェアのコードに手を入れるの

[anoworl]

「土日を判断する作業」が、お客様の業務フローや事業におけるどういう位置づけであるかを把握した上で解決すると、より良い解決が行えると自分は感じている。たまに「判断する作業」そのものを無くせることもある。

[kanetann]

“正直どんなことを書いたかはよく覚えてないんだけれど” 結局、何がメリットだったのか気になる

[nguyen-oi]

土日の色変更からここまで深い思考とアウトカムを求められるの、厳しいけど新人の教育としては最高の環境だな