ユーキ

## プロジェクト概要 個人利用を前提とした公共施設の予約や自治体とユーザ間の情報交換などくらしのサポートを目的としたアプリに、団体利用もできるよう仕様変更とそれに伴うシステムの設計と改修を行うプロジェクト。 ## プロジェクト規模 ### 【チーム情報】 総勢：10人 　プロダクトオーナー：1人 　プロジェクトマネージャー：2人 　システムエンジニア：4人 　QAエンジニア：2人 　デザイナー：1人 ## プロジェクトにおける自身の役割 リーダーとして2名のメンバーに対してタスクの切り出し、進捗管理、サポートを行いました。 追加機能の要件定義、データベース設計、API設計、実装を行いました。 ## 開発の具体例 ### 【団体予約機能の要件定義と設計】 #### 課題 　既存の施設を個人で予約する機能に団体でも予約ができるよう、団体管理機能と団体予約機能を追加することになりました。しかし既存仕様の設計・実装を行なった前任者が退職済みでドキュメントもなく、プロダクトオーナーも就任して間もなかったので既存仕様を把握している人がいませんでした。 #### 打ち手 　追加機能開発を任され現場リーダーに任命された私は、既存仕様をユーザー目線で使ってみたりコードを読み込んだり徹底的に調査して現状把握をしました。その上で調査してわかった内容をドキュメント化してメンバーに共有し、全員が既存仕様と追加仕様について同じ目線で会話ができるよう共有しました。その上でプロダクトオーナーや先方のエンジニアとコミュニケーションを取り提案ベースで追加機能の要件定義を進め、設計に落とし込みドキュメントに落とし込みメンバーにタスクを割り振りました。 #### 成果 　既存仕様にできるだけ影響が出ないように追加機能の団体管理と団体予約機能を実装することができました。提案ベースで動いたため先方も大変助かったと満足していただけて「この先も追加で機能を実装する際はぜひ石原さんにお願いしたい」と言っていただけました。

## プロジェクト概要 生成AIを活用してクリエイターの創作活動を支援するサービスの立ち上げと開発。 ## プロジェクト規模 ### 【チーム情報】 総勢：7人 　プロダクトオーナー：1人 　バックエンドエンジニア：1人 　フロントエンドエンジニア：1人 　プログラマー：4人 ## プロジェクトにおける自身の役割 サブリーダーとして1名のメンバーに対してタスクの切り出し、進捗管理、サポートを行いました。 また、プリジェクトの立ち上げ、インフラ構築、CI/CDの構築、要件定義、設計、開発、テストを行いました。 ## 開発の具体例 ### 【サブリーダーとしてアプリの立ち上げと売却に貢献】 #### 課題 　社長が知り合いのクリエイターから、「生成AIの台頭で自分達の存在が不要になるかもしれない」と相談を受けたことがきっかけで、生成AIを活用したサービスを企画することになりました。私がサブリーダーに任命されましたが、ゼロからサービスを立ち上げるのは初めてだったため動き方がわからなかったことが課題としてありました。 #### 打ち手 　サービスの立ち上げを経験したエンジニアや、インフラやフロント部門のエンジニア、デザイナーなどに相談し、その内容を元にリーダーとWBSとスケジュールを立て、メンバーへのタスクの切り出しを行いました。また、定期的に社長とアプリの方針を話し合うことでサービスとしての品質を向上させました。 #### 成果 　最終的に本アプリは立ち上げのきっかけとなった社長の知り合いのクリエイターに「生成AIを活用してクリエイターの創作活動を支援する」というコンセプトを気に入ってもらえ、そのクリエイターの会社にソースコードを2,000万円で売却することになりました。サブリーダーとしてアプリの立ち上げから開発、そして売却まで一連のタスクを進めることができました。

## プロジェクト概要 スマートフォンアプリの位置情報を用いた行動予測や、周辺飲食店のパーソナライズされた情報提供、モバイルオーダーをロボットによる無人配送などを特定のオフィス環境で行う各種実証実験システムの開発。 ## チーム情報 総勢：7人 　プロダクトオーナー：1人 　プロジェクトマネージャー：1人 　システムエンジニア：2人 　プログラマー：2人 　テスター：1人 ## プロジェクトにおける自身の役割 バックエンド・フロントエンドの追加機能開発を担当しました。 追加機能の一部基本設計、詳細設計、実装、テストを行いました。 ## 開発の具体例 ### 【マスタ情報連携の定期実行処理の開発及びパフォーマンスチューニング】 #### 課題 　外部システムに最新のデータを連携する定期実行処理の設計・開発を担当しました。機能要件を満たす実装は完了しましたが、連携するデータの量によって実行速度が遅くなることやデータベースに高負荷が掛かっていることを先輩からご指摘頂きました。非機能要件については明記はされておらず、仕様は満たしているから問題ないと言われたものの、妥協はしたくなかったので納期の許す限りリファクタリングをしてシステムの品質を高めることになりました。 #### 打ち手 　SQLの実行計画から適切にインデックスが貼られているか、実行速度が速くなる実装になっているか確認してリファクタリングを行いました。意図しないパフォーマンスの箇所はJOINの仕方を変えたり検索条件を変えたりしてパフォーマンスチューニングを行いました。 #### 成果 　実行計画で判明した結合型がフルテーブルスキャンの処理をインデックス内の範囲検索に修正したことや実際に選択されたインデックスがNULLの箇所に適切なインデックスが入るよう修正したことで、定期実行処理の品質向上に貢献しました。 ### 【テストの自動化、mock化及びカバレッジ率の向上】 #### 課題 　テストコードを拡充する上で、AWS SDKなどの外部連携のメソッドは基本的にエラーを起こさないので異常系のテストが行えないという課題がありました。納品時の条件としてテストのカバレッジ率が80%以上であることが明記されており、正常系のテストケースは網羅していたため異常系のテストも行う必要がありました。 #### 打ち手 　LaravelのMock機能を使用して外部連携のメソッドも意図した異常値をレスポンスするように実装して、異常系のテストを行えるようにしました。 #### 成果 　Mock機能を用いて異常系のテストも行えるようにした結果、テストのカバレッジ率を40%から90%に上げることで品質の高いシステムの納品に貢献しました。