ID:80236さん

## プロジェクト概要 ### 目的 大規模フードデリバリーサービスにおいて、加盟店向けAPIを開発・改修することで、商品情報や注文情報を安定かつ効率的にやり取りできる仕組みを提供する。 ### チーム構成・担当役割 - チーム規模：約10名（バックエンドエンジニア中心） - 自分の役割：バックエンドエンジニア - 新規機能開発：設計から実装・テスト・リリースまで担当 - 改修案件：要件定義、設計レビュー、実装、テスト、リリース対応 - 運用保守：アラート・障害対応をチーム全員で分担 ## 取り組んだ課題（一部抜粋） ### 課題① #### Webhookの新設 - 状況: 店舗の受付状態をリアルタイムで管理したいという要望がありましたが、既存の仕組みでは対応できませんでした。 - アプローチ: Kafka Consumerの設計・実装から着手し、他コンポーネントからのイベントをトリガーにWebhook通知を行う仕組みを構築しました。 通知リトライや障害時のフォールバック設計も含め、実装・テスト・リリースまで一貫して担当しました。 - 成果: 店舗状態の変化がリアルタイムで反映され、運営側のオペレーション効率が大幅に向上しました。 ### 課題② #### バッチ処理の改善 - 状況: 加盟店の商品情報を一括登録する処理に時間がかかり、利用者の業務を圧迫していることを問題として認識し、ログ分析を行いました。その結果、処理に非効率な箇所があることを明らかにしました。 - アプローチ: ボトルネックを特定した上で改善の必要性を示し、SQLのチューニングや処理ロジックの見直しを自ら実施しました。 - 成果: バッチ処理時間を70分から50分へ大幅に短縮できたことで、加盟店が大量データを扱う際の待ち時間を削減し、日常業務の効率化を実現しました。 ### 課題③ #### 新規API連携のマネジメント - 状況: 外部システムとの新規API連携にあたり、結合テストの手順や役割分担が整備されておらず、品質リスクが高い状態でした。さらに「これまでやったことがないから」という理由で本番環境でのテストを省略しようとする流れがあり、品質担保に重大な懸念を感じました。 - アプローチ: 改善の必要性を指摘し、他コンポーネントへの確認を行いながらテスト手順を整備しました。これを標準化することで再利用可能なプロセスへと発展させました。また、外部開発者を含めたスケジュール調整や進行管理も自ら担い、さらに実際のテスト実行にも参加して品質を検証しました。 - 成果: テストプロセスをチームに定着させ、想定される不具合を事前に洗い出しました。その結果、本番リリース後の障害を防止し、外部システムとの安定した連携を実現しました。

## プロジェクト概要 ### 目的・背景 当時は営業職として顧客対応を担当しており、その中で「計測結果をその場でわかりやすく表示したい」という要望を複数の顧客から受けていた。 しかし計測機器単体では十分な提案ができず、競合との差別化にも課題があった。そこで営業の立場から自ら課題を解決するため、C# / .NETでデータ表示ソフトを開発することを決断した。 ### チーム構成・担当役割 - 担当: 単独開発 - 営業として顧客対応を行う傍ら、自ら要件整理・設計・開発・テスト・導入までを担当 ## 取り組んだ課題と成果 ### 課題① #### 顧客ニーズの明確化（要件定義） - 状況: 営業現場で「計測結果をリアルタイムで見たい」という声が多く、既存機器だけでは対応不可 - アプローチ: 顧客ヒアリングを繰り返し、要望を機能要件に落とし込んだ - 成果: 顧客利用シーンに即した仕様を策定し、実用的なプロトタイプを短期間で提示 ### 課題② #### データ表示ソフトの開発 - 状況: 自社には標準ソフトがなく、競合に比べてソリューション提案力が弱かった - アプローチ: 本来営業職でありながら、自らC# / .NETを学び、計測データをリアルタイム表示できるソフトを独自開発 - 成果: 計測機器とソフトを一体で提案できるようになり、差別化を実現 ### 課題③ #### 営業提案への組み込み - 状況: 機器だけの提案ではインパクトが弱く、受注競争で劣後するケースがあった - アプローチ: 開発したソフトを営業提案に組み込み、顧客デモやプレゼンに活用 - 成果: 同一商品の売上が約40％増加。顧客満足度の向上と新規案件獲得に直結