syota

# プロジェクト概要 電子契約システムの新規開発 # チーム情報 バックエンドチーム：10名（PHP : 4名、Java : 5名、PL : 1名 フロントエンドチーム：10名 テストチーム：10名 管理チーム：5名 # 開発・実装内容A 【概要】 書類データをPDFで一括ダウンロードする機能実装 【どのような機能の開発・実装か】 書類一覧画面でPDFダウンロードのボタンをクリックすると一覧表示されている書類がPDFでダウンロードする。 上記機能で担当した処理は下記の通りです。 ・フロントから渡ってくるパラメータのバリデーションチェック ・該当する書類の有無の確認（ない場合はバリデーションエラーとして返却） ・フロントから渡されたリクエスト情報をAzureのキューに登録する（ダウンロード関連の処理はJava側が担当） 【課題・問題点】 ・課題 PHPとJavaそれぞれで同じSQLを叩いていること （PHPでは書類の有無の確認、Javaではダウンロードファイル作成用の項目取得に使用） 【打ち手・使用した技術】 課題に対しチームで検討し、ストアドファンクションを使用することにしました。 ストアドファンクションの作成、リファクタリングを担当しております。 # 開発・実装内容B 【概要】 登録されている書類の一括署名機能 【どのような機能の開発・実装か】 登録されている書類を複数選択し署名ボタンをクリックすると、外部APIにアクセスし電子署名が実行される。 上記機能で担当した処理は下記の通りです。 ・フロントから渡ってくるパラメータのバリデーションチェック ・該当する書類の有無、署名不可のデータの存在有無をチェック （データがない・データに問題がある場合はバリデーションエラーとして返却） ・DBから取得したデータををAzureのキューに登録する（署名関連の処理はJava側が担当） 【課題・問題点】 ・課題 一括で処理を行い、書類に不備があるデータが存在する場合はそのデータを除いたものをキューに登録。 不備がある書類が複数ある場合はそれぞれのエラー内容をフロントに返却する。 【打ち手・使用した技術】 処理を実装する前に仕様を確認（エラーがあるものだけキューに登録しないのか、それともリクエストされた書類全て登録しないのかを確認） エラーがあるものだけキューに登録しないということになったので、for文で処理を回し不備があったデータの情報を配列に格納してfor文実行後にforeachでそれぞれのエラー内容をバリデーションエラーとしてフロントに返却するように処理を実装しました。

# プロジェクト概要 電子契約システムの新規開発 # チーム情報 プロダクト全体：100名前後 チーム全体：5名 PL：2名 PG：3名 PGとして参画しています。 担当業務 ・詳細設計、テスト仕様書の作成 ・実装 # 開発・実装内容A 【概要】 申請された書類に承認経路を設定 【どのような機能の開発・実装か】 従業員が申請したタスクそれぞれに承認経路（承認や決裁など）を設定できるようにする。 担当した業務 作成された承認経路を発行するタスクに対して作成された承認経路を設定する機能開発 【課題・問題点】 ・課題 承認経路を設定する際の対象範囲の設定や、承認経路自体の有効性など設定するタスク対象の選定が難航したこと。 【打ち手・使用した技術】 参画してから初めて関わった案件、機能開発でした。 実装前に要件定義書の確認等を進めると、仕様で不十分な部分が発覚したので追加する機能の対象ケースか洗い出しを行いました。その中で開発者サイドと営業サイドで認識合わせが必要な箇所等は要点を纏めてPLを通じて認識を合わせることで足りてなかった仕様を補うことができ、追加機能のリリースから数ヶ月経ちますが不具合等は発生せず運用できています。

## プロジェクト概要 自社サービスのユーザー数増加を目的に、診断コンテンツを作成し、シェア拡大と登録促進を実現しました。 ## 役割・体制 ### 自身のポジションと役割 - フロントエンドとバックエンドのエンジニアとして、機能設計と実装を担当し、『ユーザー体験の最適化と技術的な品質確保に尽力しました。』 - アジャイル開発手法に基づき、必要な画面デザインのレビューや実装、API設計・実装、テスト、およびリリース後のデータ分析まで一貫して推進しました。 - 『特に、ユーザーの体験を向上させるためにUI/UXの改善案を提案し、開発とデザインの調整を行いました。』 ### チーム規模と構成 - エンジニア1名、デザイナー1名、プロジェクトマネージャ（PM）1名の計3名の小規模チームでした。 - 『少人数のチームのため、私が技術面だけでなく、スケジュール調整やコミュニケーションの橋渡し役も務め、効率的な開発を促進しました。』 ## 背景・課題 - 自社サービスのユーザー数を増やすため、診断コンテンツを作成し、シェアされやすい仕組みを導入する必要がありました。 - 『コンテンツの早期公開と高品質な診断内容の実現が求められており、リリースが想定より1ヶ月早まったことにより、開発工程の短縮と効率化が急務となりました。』 - しかし、スピードアップに伴うQA（品質保証）の負荷増大や、必要な機能の早期実装と確認の両立が大きな課題となりました。 - 『リリース時点での品質確保と、短期間での機能調整の両立が難しい状況でした。』 ## 実際の取り組み ### 開発環境 - TypeScript、Next.js、Laravel（PHP）、PHPを用いたAPI設計と実装を行いました。 - 『開発チーム内のコミュニケーションを強化し、必要な改善点や疑問点を早期に解消できるようにしました。』 ### 設計・改善内容 - 予定より早いリリースに対応するため、必要な画面のデザインレビューと実装を並行して進め、開発段階でQA項目の洗い出しと事前対応を行いました。 - チーム内のコミュニケーションを増やし、QA工程で指摘される可能性が高い項目は、実装段階で潰す方針を徹底しました。 - 『具体的には、ユーザーフィードバックやテスト結果から得られた改善点を速やかに反映し、リリース後の安定性を確保しました。』 - また、シェア拡大を促すためのコンテンツ設計を工夫し、ユーザーフィードバックをもとに、診断結果のわかりやすさやシェアボタンの配置を調整しました。 ### その他アピールポイント - 迅速なリリースと効果測定のため、リリース後のデータ分析を担当し、登録者数やシェア数の変動をモニタリングしました。 - 『コンテンツリリース1週間で登録者数が2000人を超え、サービスの登録者数におけるコンテンツが影響した割合はダントツの1位となり、SNSのシェアも含めて多くの方々にサービス周知のきっかけになりました』 - また、登録促進のための仮説検証を効率的に進めるため、ユーザーデータを分析し、次の改善策の土台を築きました。 - 『これにより、関連サービスの登録・発注数も増加し、ビジネスへの直接的なインパクトをもたらしました。』 ## 成果・価値 - 企画段階の適切な要件定義とスピーディな実装により、登録者数が1週間で2000人を超え、コンテンツ別の登録数でダントツの1位を獲得しました。 - この成果により、関連サービスの登録・発注数が増加し、『会社全体の売上向上』に貢献しました。 - さらに、リリースのスピードアップとQAの効率化により、チームの作業負荷を軽減し、『次回以降のリリースサイクル短縮と品質向上』を実現しました。 - 『登録者数増加によるビジネスインパクトは、年間で約500万円の売上増加に貢献したと推測されます。』 - 『この経験を通じて、短期間での仮説検証と改善サイクルの重要性を再認識し、今後のプロダクト開発に活かす基盤を築きました。』