ID:72719さん

### 主な業務 要件定義・仕様策定、タスク・スケジュール管理、リソース調整、軽微な実装、部長陣・経営層への定例報告 ### チーム体制 プロジェクトマネージャー兼システムエンジニア2人、エンジニア13人（日本8名、ベトナム5名）、UI/UXデザイナー1人、BrSE3人、業務オーナー2人 ### 背景 会社の最重要目標として「営業生産性3倍」を掲げ、営業プロセス全体を見直す全社横断プロジェクトとして発足した。初期フェーズでは、顧客への駐車場提案業務の効率化に焦点を置き、業務フローの見直しやシステム開発、AI活用による改善に着手した。 ## 課題 現場での業務観察とヒアリングの結果、提案業務において、① 必要な情報がスプレッドシートやメモ、複数の画面に分散している、② 支社ごとの業務フローにばらつきがある、の2点が課題だった。 ### 打ち手 上記課題解決を図るため、以下の取り組みを行った。 ① 分散していた情報を一元的に扱えるようデータベースを拡張し、情報の格納先を統一した。また、複数画面に分かれていた必要情報を「問合せ管理画面」に集約するUIプロトタイプを作成し、営業部とすり合わせながら要件を確定した。 ② 業務フローの共通化を前提に、営業部とともに必要な機能を洗い出し、それらを業務要件として整理したうえで、システム要件を定義した。 ③ 要件定義後、詳細仕様を策定し、実装を推進。一部拠点での試験運用を通じて改善点を反映し、段階的に全社へ展開した。 ④ AIによる自動提案機能を実装し、営業担当者が最小限の確認で提案資料を作成できるよう支援した。 ### 成果 情報の集約と画面統合、自動提案機能の導入により、問い合わせから提案までのリードタイムを従来比で約半分に短縮することができ、また提案品質の均一化・向上にも貢献した。

## 主な業務 要件定義・仕様策定、タスク／スケジュール管理、GCP環境構築、CI/CD設計、テスト（単体・統合・システム）、関係者への進捗報告 ## チーム体制 プロジェクトマネージャー兼システムエンジニア1人、エンジニア4人（日本1名、ベトナム3名）、UI／UXデザイナー1人、BrSE1人、業務オーナー1人 ## 背景 セキュリティチームの調査により、契約者一覧送付業務（自社運営駐車場の契約者情報を、管理会社やオーナーへ定期的にメール送付する業務）に複数のセキュリティリスクが潜在していることが指摘された。送付プロセスの見直しと機能リプレイスのため、本プロジェクトが立ち上がった。 ## 課題 現場での業務観察とヒアリングの結果、契約者情報の送付業務において、① 社内のダブルチェック体制が不十分であること、② 送付先による情報受取・閲覧の意思確認の仕組みがないこと、③ どの送付先がどの駐車場情報をいつ閲覧・ダウンロードしたかというログを取得しておらず、後から追跡できないこと、の3点が課題だった。 ## 打ち手 上記課題解決を図るため、以下の取り組みを行った。 ① 社内承認システムとの連携、送付先ユーザー認証、送付先登録・編集時の社内ダブルチェック、契約者情報の閲覧・ダウンロード履歴の保存を前提とした新しい業務フローを設計し、関係部署と調整して合意を得た。 ② 既存の送付機能を棚卸しし、誤送信リスクの高い機能や未使用の機能は廃止。あわせて、新フローを実現するために必要な機能の仕様を策定し、実装からリリースまでをリードした。 ## 成果 送付業務を新システムに一本化し、送信前のユーザー認証とダブルチェックを必須化することで、誤送信リスクを大きく低減した。また、閲覧・ダウンロード履歴を BigQuery に蓄積することで、監査対応やインシデント発生時の調査基盤を整備した。加えて、BigQueryへのデータ蓄積やTerraformを用いたGCP設定のコード管理（IaC）を社内で初めて導入し、検証からガイドライン作成、部内展開までを一貫して担当。他プロジェクトでも活用可能な標準として横展開した。

## 主な業務 要件定義・仕様策定（日・英）、タスク／スケジュール管理、テスト（単体・統合・システム）、関係者への進捗報告 ## チーム体制 プロジェクトマネージャー兼ブリッジSE1人、UI／UXデザイナー1人、エンジニア4人（ベトナム）、業務オーナー1人 ## 背景 社内DXの一環として、押印申請・承認の業務フローを見直し、システム化するために本プロジェクトが立ち上がった。 ## 課題 押印申請・承認業務において、① 進捗管理をスプレッドシートで行っており、承認履歴の信頼性確保や改ざん防止が難しいこと、② 部署ごとに運用ルールが異なり、統一的な管理ができていないこと、③ 押印済み原本の電子保管体制が整っておらず、内部統制や監査対応に課題があること、の3点が解決すべきテーマだった。 ## 打ち手 上記課題解決を図るため、以下の取り組みを行った。 ① 各部署の部長に申請種別や承認・押印フローをヒアリングし、実際の運用実態を正確に把握するとともに、共通フローに必要な要素を洗い出した。 ② ユーザー種別・連携システムの観点から「1文書＝1申請」と「1取引＝1申請」の2案を比較し、「1取引＝1申請」の方が証跡管理と運用がシンプルになることを業務オーナーに説明し、合意を得た。 ③ 整理した要件と方針をもとに、部署横断で利用できる承認フローを社内の承認システムに実装するとともに、押印台帳システムを開発し、押印情報をシステム上で一元管理できるようにした。 ## 成果 申請・承認プロセスを社内承認システムに一本化し、押印日・押印者・押印済み原本などを押印台帳システムで一元管理できるようにしたことで、監査対応や証跡管理の精度向上に貢献した。加えて、ブリッジSEとして要件定義からテストまでを一貫して担当し、オフショア開発先（ベトナム）とのコミュニケーションコストを削減した。