ID:64785さん

## プロジェクト概要 クリニック検索およびオンライン予約機能を持つWebアプリケーション開発。プロジェクトはウォーターフォール開発手法で、現在は要件定義フェーズ。 ## チーム構成（全12名） * プロジェクトマネージャー(PM)：1名 * プロジェクトマネジメントオフィス(PMO)：1名 * 開発リーダー：1名 * フロントエンドエンジニア：2名 * バックエンド開発者：3名 * インフラエンジニア：1名 * Webマーケター：1名 * デザイナー：2名 ## プロジェクトにおける自身の役割 PMOとして、プロジェクトマネージャーのサポートを担当。プロジェクトのキックオフ日程調整、通信ツールのセットアップ、クライアントとの要求ヒアリング、要件定義のミーティング日程調整、アジェンダ作成、要件および仕様の調整、開発工数見積もり、タスクアサイン、要件定義及び開発スケジュールの調整などを行いました。 ## 担当業務 * プロジェクトの提案書、クライアントとの調整 * クライアントとの週次の要求ヒアリング、要件定義MTGの実施 * ワイヤーフレームの作成 * クライアント要求事項を満たす仕様策定および提案資料の作成 * クライアント要求からの機能、非機能要件落とし込み * プロジェクトの全体スケジュール調整 * チームの工数やタスク調整 ## プロジェクトマネジメントに関する思考と行動 大きく２つのチャレンジを行いました。 * 概算工数見積もりの高速化 * クライアント、社内の意思決定のデッドライン見極め ### 概算工数見積もりの高速化 #### 課題 スケジュール調整するため、早急に概算見積もりを実施する必要がありました。 しかし、初期段階で正確な工数を見積もることは困難であり、エンジニアはシステム構成やAPI等の設計作業に追われており、見積もり遅延によるプロジェクトの全体的な計画に影響を与えるリスクがありました。 #### 取り組み、工夫点 課題の対応として、概算工数見積もりやエンジニア経験のある私が、約50機能のデザイン・フロントエンド実装・サーバーサイド設計と実装・インフラ設計・構築・テストの工数を2日で見積りました。 各分野のエンジニアチームにレビューをもらい工数の精度を担保しました。 #### 成果 * 短期間での精密な工数見積もりの提出が可能となり、プロジェクト全体のスケジュール調整においてタイムリーに意思決定や作業内容が決定できました。 * エンジニアチームからのフィードバックを経て工数見積もりの精度を高め、開発過程における予期せぬ遅延を最小限に抑えることが可能となりました。 ### クライアント、社内の意思決定のデッドライン見極め #### 課題 要件・仕様が未確定の状態でプロジェクト全体の開発スケジュールを立てておりましたが、クライアントや社内の意思決定をスケジュールに反映していないため、要件や仕様の提案・フィードバック・修正・合意のプロセスで遅延するリスクがありました。 #### 取り組み、工夫点 課題の対応として、まずはデザインや開発サイドの設計・実装タスク個々の開始日・終了日を元に、優先して要件・仕様策定すべき機能を洗い出しました。そして、意思決定までに必要な作業（要件や仕様の提案、クライアント確認・検討、クライアントからのフィードバック・修正・両社合意）の個々のデッドラインを定め、スケジュールにマイルストーンとして反映しました。 #### 成果 上記取り組みによって、下記のような成果が得られました。 * 意思決定の遅延による納期超過リスクをクライアントに対して見える化したことで、両社の意思決定のスピードが向上しました * いつ、なにを、いつまでに準備・共有すべきか、両社で共通認識を持てたことで、両社で準備すべきことが明確になり、無駄な作業を回避できました

## 概要 MAU2千人のライブ配信サービスにおける配信基盤移行プロジェクトの開発。 ## 使用技術 Kotlin, Ktor, TypeScript, Angular.js, Oracle, CloudFirestore, CloudFunctions, AWS Lambda, S3, CloudFront, MediaLive, Docker, Github Actions, CodeBuild ## チーム情報 6~8人チームの中でバックエンドを担当。 ## ポジション PL ## 担当業務 ・既存の配信基盤やAPIサーバの技術調査 ・クライアントワークによる仕様策定 ・サーバーサイドKotlinによるAPI開発 ・Angular.js+TypeScriptによるフロントエンド実装。RxjsとFireStoreによるリアルタイム通信の確立 ・Firestore(NoSQL型データベース)のデータベース設計および適切なセキュリティルールとインデックスの設定、トランザクションによるデータ整合性の担保 ・Cloud Functionsを使用した各種バックエンド関数や定期実行バッチ関数の作成　 ・Stripeを利用した決済機能の構築 ・アプリ内課金のレシート検証 ・コードレビュー ・メンバーの進捗確認、タスク割り振り ・ドキュメント作成 ## 課題１ ー 某配信基盤の不調により映像の遅延や乱れが発生していた。ユーザーからのクレームが多く、優良顧客を失うとサービス収益が見込めなくなる懸念があった。しかし、基盤の提供企業のサポート対応が遅かったり、目に見える改善が見られないことを皮切りに、早急な配信基盤の移行を希望されていた。 ## 課題２ ー ポイント購入, 投げ銭機能の実装にあたり、スケジュールに間に合わせる必要があったため、既存DBであるCloudFirestoreに決済まわりの重要なデータを保管することになった。「データの欠落や不整合は起こりうる」というFireStoreの思想と共存しなければいけなかった。 ## 取り組み ー 課題１に対して インフラエンジニアと連携して、AWS MediaLive（配信サーバ）をAWS Lambdaで制御する構成を採用し、Lambda → CloudFormation → MediaLiveのリソース作成・削除までの一連の流れを確立。 配信サーバーの作成・削除・アーカイブ動画のストレージ保存等の処理は多くのメモリを占有するため、既存のAPIサーバと共存させることができなかった。そのため、Kotlin + Ktor で駆動するAPIサーバからLambdaを呼び出すことで、サーバーレスな配信基盤の制御を実現した。 ー 課題２に対して Firebase Authentication未使用な環境下で、トランザクションによるデータ整合性の担保が厳しいように見えたが、排他制御の仕組みの理解や挙動検証を通して、なんとか解決方法を見つけ出した。 ## 発揮したバリュー 技術的な壁の突破 ・NoSQLデータベースであるFireStoreのクセのある設計手法やトランザクション、Kotlin+Ktor によるDDDアーキテクチャを採用したAPIサーバ開発に戸惑ったが短期間でキャッチアップ ・できるエンジニアを巻き込んで、設計レビューやコードレビューをして頂いた ・その結果、詰まないDB設計や決済等の重要データの整合性を取ることに成功 不確定な仕様の策定 ・金銭振込の締日、ポイント償却の締切日等のサービス設計が決まっていなかった ・PMと相談しつつ、スケジュールを加味した提案をしながらクライアントと一緒に方向性を確定 ・その結果、PMの負担を軽減 & 仕様未定による開発遅延を防止できた 人手不足の解消 ・専門ではないが、フロントエンド業務も率先して担当。 ・既存コードの調査及び各種書籍やネット情報をもとに素早くキャッチアップして即戦力となる ・その結果、フロントエンド領域において新メンバーのサポートが可能となった 絆を深める ・ベテランエンジニアを巻き込んで「使用技術の理解を深めよう」のMTGを不定期で開催 ・慣れない技術を使用した開発に戸惑う自分や他のメンバーの技術理解が進んだ ・その結果、信頼関係が深まり、働く環境が良くなった

## 概要 医療施設と器具製造業者間の器具受発注システムの開発。 ## 使用技術 PHP/Laravel/TypeScript/Vue.js/AWS ## チーム情報 5~7人チームの中でバックエンドおよびフロントエンドを担当。 ## ポジション 実装者 ## 担当業務 ・DB設計の考慮漏れの指摘 ・PHP + Laravel によるサーバーサイド開発。管理画面/認証/画像アップロード/CSRF対策/N+1問題 ・Vue.js+TypeScriptによるフロントエンドSPA実装。CSSはSCSSを導入 ・コードレビュー ## 課題 ー 人員不足によりフロントエンドおよびバックエンドのスケジュール遅延が発生していた。複雑なテーブル設計や実装をすぐにキャッチアップできる即戦力となる人材をすぐにアサインできない状況だった。 ## 取り組み ー 画面仕様書やER図、過去のMTG議事録を読み込み、現在の開発状況を整理。初めてコードレビューも担当し、レビュー担当者の負担軽減に貢献した。LaravelによるMVCアーキテクチャ、Vue.jsによるSPA開発においては、書籍やネット上の記事で学習して実務に落とし込み、開発スケジュールの遅延改善に貢献した。 ## 担当した機能 画像アップロード ・Minioを採用して、開発環境のS3にデータ保存可能な基盤を構築 ・テストデータをMinioに流し込むスクリプトを作成 ・AWS SDKを用いてS3に画像データをアップロードするAPIを作成 キャッシュによる画像表示 ・「画像データのバイト数が大きい&アクセス数が多い 」という壁をクリアするため、CloudFrontによるコンテンツ配信でキャッシュを実現。 ・環境（本番、検証、開発）ごとに自動でエンドポイントの向き先が変わる設定をした 各種API ・MVCにServive/Repository層が組み込まれたアーキテクチャでAPIを作成 ・データモデルとビジネスロジックの依存関係を分離、ビジネスロジックとデータ入出力の依存関係を分離することで、例えば「ストレージをMySQLからMemcacheに切り替える」という柔軟な対応も可能となった。また、テストも容易になり保守性が高いシステムとなった。 各種ページ ・Laravel Adminによる管理画面の作成 ・Vue.js+TypeScriptによるSPAを実装。VueRouterに不具合が見受けられたので、pageライブラリを用いてルーティングを実現。バックエンド専門ということもあり、フロントエンドとAPIの繋ぎこみおよびバックエンドのレスポンス修正等を全般担当した。 ## 発揮したバリュー ー コード品質の向上 ・考慮もれや実装ミスをコードレビューで淡々と指摘 ・自分がレビューして終わりではなく、当時のリードエンジニアを巻き込んでチェックしていただく ・その結果、不具合の回避およびコードの可読性・保守性アップに貢献 ー 設計の考慮漏れを減少 ・既に策定された仕様およびデータベース設計に対して、疑問や改善提案を投げかけながら実装 ・その結果、メンバーが気づかない設計漏れを早期発見して遅延を回避できた