ID:36905さん

ビッグデータを用いたサービスの保守、運用のマネジメント

• アジャイルにて開発を実施し、チームについては7-8人のチームを二つ（フロントエンド、バックエンド）組成し、
  双方のスクラムマスターを務めた。
• アジャイルは新機能の開発にのみ適用し、運用保守についてはカンバン方式で対応し、記録を残し、全員が共有できるよう務めた。
• 当初のスピードからは1.5~1.75倍で開発を進めることができるようになり、障害時対応の自動化も進んだため、障害件数も減った。

オンプレ稼働しているサービスをクラウド化し、コスト削減するプロジェクトのマネジメント

• どんなサービスでどのサーバを使っているかを可視化し、可能なものはAWSへ移行。オンプレ側は廃止していった。
• システムとしてまとめられるものはサーバレスにできるよう考慮し、AWSやGCPに移設。
• 大規模なDBについては、クラウドに持っていくと費用が余計にかかってしまうため、データセンター側のマネージドサービスを活用し、実行した。
• linux,bash,aws各種サービス,nginx,scala,java,javascript等使用。

既存サービスで稼働しているAPIやDBをリファクタリングするプロジェクトのマネジメント

• 上記の通り、オンプレで稼働しているものは古く、ブラックボックスになっているものが多かったため、サーバレスで稼働できるよう、リファクタリングを実施。低コストで高可用性のシステムを目指して構築した。
• python,elasticsearch,aws各種サービスを使用

開発ではない他部署で稼働している広告運用チームのマネジメントを担当。

• 開発ではないが、チームとして属人化排除やデータ可視化、運用自動化を行い、アジャイルを用いてチームとしての稼働をあげられる
  よう実施。また営業事務、財務、営業と連携して業務フローの改善を実施。
• 結果としては、属人化排除とフローの確立により、多くの案件を捌く下地ができ、営業のメンバー増加につながり、売り上げ増加。
  また、メンバーの採用や評価についても任される。

大手クライアントの決済アプリの一部機能についてPMを担当

• クライアントの決済サービスについての受託開発・受託運用のマネジメント業務を実施。
• 24/365の運用についての運用設計、SLAの調整、開発見積もり、スケジュール調整、要件定義、各種クライアント 調整等を実施。
  クライアントからのスケジュールや工程が目的、進める上で決まっていない部分や疑問点があったため、
  開発チーム（6名ほど）のリーダーと議論し各工程についてクライアントへスケジュールややるべきことを提案。
  クライアントと開発との認識を合わせ、開発における優先順位を双方で一致させるべく動いた。
  運用フェーズにおいても、SLAを遵守でき安定稼働が可能となった。

大手クライアントの決済アプリのPM

• 決済アプリ案件のテストフェーズからリリースまでを担当し、クライアントと開発との調整を実施。
• 前任者からPMを引き継いだ時点でスケジュール通りに進めることは不可能だったため、 開発の優先順位をクライアントと擦り合わせるよう調整。（期限、機能、コスト）. 同時に開発側での問題（バグの頻出、テストが進まない、属人化）といったことについて、対策を検討し、実施。
  具体的な対策としては、テスト自動化、プロダクトの可視化、不明点の質問投げ先の一元化を実施。
• クライアントの優先度は期限だったため、期限に間に合わなくても良い機能については落として、リリース日に無事リリース。
• 落とした機能については、その後後追いで開発後リリース。

WFからアジャイルへ転換するよう、計画と仕組み作りに従事。

• 高速にデリバリー出来るよう内部とクライアント間の調整も実施した。 内部の人員だけではリソースが足りないため 、オフショアを利用しリソースを確保。
  オフショアと内部のリーダーとでアジャイル体制を組んだ。