プロダクトの運用を改善する。 プロダクト運用に関わるプログラミング、OS、ネットワーク、セキュリティ、プロトコルの知識を用いて課題解決を行う。開発と運用の現状をどう変えていくべきか考え分析する。 開発と運用の指標実現する施策を打ち出して実行する。 開発と運用における課題を認識しチームに問題提起する。アプリケーションやインフラの監視を重要視し、障害などのイレギュラーな運用にも積極的に関わることで、開発と運用の問題を早期に発見しようとする。
プロダクトの運用を改善する。 プロダクト運用に関わるプログラミング、OS、ネットワーク、セキュリティ、プロトコルの知識を用いて課題解決を行う。開発と運用の現状をどう変えていくべきか考え分析する。 開発と運用の指標実現する施策を打ち出して実行する。 開発と運用における課題を認識しチームに問題提起する。アプリケーションやインフラの監視を重要視し、障害などのイレギュラーな運用にも積極的に関わることで、開発と運用の問題を早期に発見しようとする。
(異動的な意味で)今日で最後の1-on-1だった回があり、マネジャーとしてのohbaryeにまとめてフィードバックを貰えたのがとても良い体験だったので今後も折を見てやっていきたい 最初の1-on-1等でマネジャーへの期待を確認したりするけど継続的にフィードバックを貰いにいってなかったなと反省— ohbarye aka 広島の粗大ゴミ (@ohbarye) May 22, 2019 昨年9月にQuipperに入社した@ujihisaさんという方のEngineering Managerを9ヶ月のあいだ務めました。 5月末をもって彼のマネジャーが変わる*1ため、僕がEngineering Managerとして行う最後の1-on-1が行われたのが去る日令和元年五月二十二日。その中で「僕が9ヶ月間Engineering Managerとしてどうだったか」についてフィードバックを貰えて非常に良い体験だ
こんにちは、CommerceDevというチームでエンジニアをやっています島田です。 このチームは、Eコマースプラットフォーム「BASE」のサービスの根幹を作る事をミッションとし、ショップオーナーの管理画面や決済機能の改善に取り組んでいます。チームができる前は決済チームのエンジニアリングマネージャー(以下EM)をやっていたのですが、いまはEMを移譲しエンジニアとして働いています。 今回はマネジャーを移譲した理由を含め僕がBASEに入社してからのチーム変化を書きたいと思います。 EMになるまで 僕が入社した当時、社内にエンジニアは10名程度でした。現在は約50名のエンジニア組織になりました。 エンジニア以外の社員も増え、それに伴ってかつて問題ではなかったことが問題になったり、これから問題になるだろう課題も抱えるようになっていきました。人が増えると組織としてやることが増えますが、エンジニアも例外
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く