エンジニアとしての2年目を振り返る

明けましておめでとうございます。エンジニアのミツモトです。本年もよろしくお願いします。

ちょうど1年前、 Webアプリケーションエンジニアとしての1年目を振り返るを投稿しました。

あれから1年経過し、スタメンでの自身の役割に変化があったので、今回はその事をお伝えします。また、プライベートでは個人開発が進んだ１年だったので、そのことについても触れたいと思います。

フロントエンドを担当

1年前はサーバーサイドエンジニアとして、 Ruby on Rails による開発を行っていました。体制の変更により、昨年2月からフロントエンドエンジニアとして React による開発を行い、スタメンで提供している TUNAG では、主にタイムラインと呼ばれる部分を担当しています。

転身した当時、フロントエンドエンジニアは自分１人でした。そこから少しずつ人数が増え、フロントエンドチームができ、現在は３人で開発しています。ちなみにフロントエンドチーム以外でも React による開発を行っており、社内で React を書けるエンジニアはこの１年で増えました。

初めは技術的な相談をできる人が少なく、ソースコードを理解し、機能を追加するのに苦労しました。今は相談できる相手が社内にいるので、本当にありがたいです。「このコードは読みやすいか？」「ディレクトリ構成をどうするか？」など、議論しながら日々開発をしています。

技術的な内容は、以前 Railsエンジニアがフロントエンド開発に入門してみたでもご紹介しましたが、TUNAG は元々 JavaScript × クラスコンポーネントでコーディングしていました。半年くらい前から TypeScript × 関数コンポーネントで開発するようになり、状態管理は、規模の小さなものは React Hooks の useState、大きいものは Redux で行っています。

最近は、新規プロジェクトで Webpack による環境構築から React ・ Redux によるコーディングまで行っています。業務で SPA をゼロから構築するのは初めてですが、 package の選定・プロジェクト固有の仕様をどう実現するか？を考えながら実装するのは、とても面白いです。

プロダクト・マネジメントを担当

エンジニアリングを行う一方で、 TUNAG における新機能のプロダクト・マネジメントを担当する機会がありました。担当したのは、タイムラインの表示を最適化するため、関連した投稿をまとめるグループ機能です。

具体的な内容は割愛しますが、機能の対象・課題を整理して目的を定め、要件を定義し、リリース後にどのような効果があったか振り返る。という一連の流れを行いました。担当して感じたのは、要件を定義し、 UI に落とし込むことの難しさです。

エンジニアリングだと、基本的に明確なゴールがあり、それに向かい実装していきます。もちろん技術選定や細かな仕様で迷うことはありますが、最終的なアウトプットははっきりしています。プロダクト・マネジメントは、そのゴールをどこに置くか？を決めるものになります。最低限必要なものは何か考え、要件定義し、 UI として表現するのは、答えが１つではないため難しかったです。

また、実際にやってみると「折角この機能を作るなら、これもあった方がいいのでは？」という想像が広がります。それが過剰になると目的がズレます。すると、その後のデザイン・実装も大きくブレて、場合によっては作ったものが無駄になってしまうこともあります。常に「そもそも何がしたいか？」を振り返るようにしていました。

プロダクト・マネジメントに関して、以下の本がとても参考になりました。