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からアジャイルへ転換するよう、計画と仕組み作りに従事。 * 高速にデリバリー出来るよう内部とクライアント間の調整も実施した。 内部の人員だけではリソースが足りないため 、オフショアを利用しリソースを確保。 オフショアと内部のリーダーとでアジャイル体制を組んだ。