yasakani

## どのようなプロジェクトか 店舗運営を行うために必要な業務である会計、商品、在庫、売上分析、従業員管理などの機能を オールインワンとして提供するサービスの開発に携わっていました。 iOSの会計アプリと他各種機能を持つwebアプリを提供しており、 私はweb側を担当していました。 ## どのような環境だったか 規模としてはios側が5名ほど、web側が15名ほどで、 web側はさらにクライアントごとのバージョンに応じて5名ほどのチームに分かれて作業をしていました。 次のリリースバージョンまでの要件をもとに各チームのマネージャーがタスクチケットを作り、 エンジニアが設計・開発・テストをするという一般的な保守寄りの開発をしていました。 開発環境として、言語はPHP(Codeigniter)・JavaScript(jQuery)・PostgreSQLを主に使用し、 ツールはGitやDockerを使用するという、こちらも一般的なweb開発環境だったと思います。 しかし、チーム内のテストやリファクタリングに対する意識が低かったためか、 既存のソースコードに起因するバグがよく発生していました。 バグの修正に時間を取られることでメンバー間の知見を共有できず、 それが認識ズレやモチベーションの低下を招いており、 プロジェクト全体で悪循環を感じることがありました。 ## 何をしたか 主にweb管理画面の機能追加やバグ修正を担当していました。 以下が具体的なタスクの一部になります。 - 数百万単位のレコードを取得するSQLクエリのパフォーマンスチューニング - 会計における税額の按分処理のロジック作成 - スマホ用の売上閲覧画面の追加開発 - Docker Desktop有料化に伴うWSL2利用への移行作業の先導 ## 仕事を進める上での工夫や努力 前述した通り、常に逼迫し時間に追われる環境だったため、 タイムロスや認識ズレの予防を強く意識していました。 タスクの進め方は各々に任されていたので、 チーム内の慣習的な方法を少しづつ変えることで改善していきました。 ### 「レビューのタイミングが遅い」という課題への取り組み まず初めに、チームマネージャーからレビューをいただくタイミングが遅いという課題がありました。 慣習的な流れとしては、まずマネージャーからタスクの要件を共有してもらい、 基本的な設計をしたらそのレビューをいただき、開発・単体テストが完了した後に 成果物のレビューを行うというものでした。 しかし、一通り開発が終わってから認識がズレていたという状況がチーム内で何度かあり、 後戻りの作業に時間が割かれるという問題がありました。そこで自分は設計と同時に開発に着手し、 デモ的な機能と一緒に設計のレビューをいただくことで早めに認識ズレを修正し、 後戻りを減らすように努めました。 ### 「単体テストが無い」という課題への取り組み 次に取り組んだことは、単体テストとして行われるテストがモジュール単位ではなく 画面単位(実質的に結合・E2E)のテストだったため、 モジュール単位で動作を保証するものが無いという状況についてです。 これはおそらく、プロジェクト発足当初から単体テストを行うためのモジュールの分割や 単体テストツールの導入が考えられておらず、 それが慣習化してしまったために発生した状況でした。 この状況に対して、初めは単体テストツールの導入についてチームマネージャーの方と話したのですが、 自分自身の経験も浅く先導する人がいないことや、 テストツールを導入したからといって現状が改善される保証ができないことから 逼迫したスケジュールを割くのは難しく、導入には至りませんでした。 しかし、やはりモジュールの動作を細かく確認しながら開発を進めたかったので、 モジュール単位でスクリプトを用意し、開発と確認を交互に進める方法を考えて実施しました。 当時はテスト駆動開発についてよく知らなかったのですが、 それでも動作をすぐに確認できるというメリットは大きく、 ストレスや修正にかかる時間を減らすことができたと思いました。 ### 意識的に行っていたこと 最後に自分が意識的に行っていたことについてです。 それは、「誰かがやった方がいいが誰にも振られていないタスクをなるべく進んでやる」ということです。 例えばリファクタリングや知見のドキュメント化、環境整備などについてのタスクです。 これらがチケットとして切られることはありませんでしたが、 締切前に自分のタスクを完了できた時は少しずつこれらを進めていました。 具体的には、よくあるタイプのタスクの進め方を手順としてまとめることや、 dockerのDBのバージョンアップ作業、docker有料化に伴うWSL2への移行と それに伴うvscodeやgit連携などを行いました。 結果として、プロジェクトの悪循環の解消に少しは役立てたのではないかと思います。 また、退職の際にプロジェクトリーダーの方から引き止めていただき、 新しくできる技術体制のチームメンバーに勧誘を受けたことで これまでの取り組みに対する評価をいただけたと思っています。