幡ヶ谷亭直吉ブログ

娘のここねと格闘するエンジニア。

約6年ぶりのフロントエンド実装からの学び ~ 開発者が要件を採択する効用

約6年ぶりにフロントエンド開発に携わっています。
その学び気付きメモです

学び

あらためて、フロントエンドには気にすべきことが非常に多いと感じました。

加えて、既存の処理を改修する際には、以下の点にも特に注意が必要だと気付きました。

  • コードの背景にあるコンテキストの読解力

  • 特にユニットテストの充足度が不明な場合、その処理が何を保証しているのかを把握する理解力

さらに、技術面でも使用言語や周辺ツールのキャッチアップが求められ、学習負荷は決して小さくありません。

6年前の時点でもすでに自分はメインプレイヤーではありませんでしたが、現在は当時以上に求められるスキルの水準が高くなっていると感じます。

気付き

これまで私はリードやマネジメントといった立場から開発チームを外部的に支援する形で関わることが多くなっていました。
今回、実際に手を動かしてみることで初めて気づけることがあると実感しました。

フロントエンド開発は負荷の高い作業だと思います。
そう考えると、第三者が要求をもとに要件定義をし、画面イメージを考えるのではなく、開発者自身が要件定義に関与し、画面設計にオーナーシップを持つことが、より健全で効果的ではないかと感じました。

実装の肌感がない状態では、多少のデザインの差が「軽微」に見えてしまいがちだと思います。むしろ気付かないこともあると思います。
ただ、その軽微な差が、工数や品質に少なからず影響を及ぼすと思います。

アジリティ高いプロダクト開発を実現するために

アジリティ高い開発を実現するためには、要求に適した要件さえ満たされれば、それ以降の判断は開発者に権限を委譲すべきなのかもしれないとイメージしました。
開発チーム自身が判断し、選び取る画面仕様こそが、最も現実的で迅速に実現できる選択肢であるのかも知れません。
今までの私は、そうした考慮ができずに、プロダクトの価値に繋がらない無駄な負荷を開発チームに与えてしまっていたかも知れないと反省しました。

 

約6年ぶりにフロントエンド実装に携わり得た学びと気付きです。
引き続き、実践を通じて学び成長につなげていきます。