社内PlatformチームのProduct Management
現職においてPlatform チーム（社内基盤チーム）として働き始めて2年近くがたった．このチームにおいて自分はTech Leadをメインに努めてきたが，同時にPlatformの「どのような機能を」「どのような優先度で」作るか? を決めるProduct Manager的な役割も果たしてきた（ちなみにTech Leadに関してはメルカリのテックリードが学んだ、HowよりWhyを重視することが大切なわけ で少し話した）．これは何度も失敗しながら悪戦苦闘しつつやってきたが自分たちなりのフレームワークをつくり実際に回すことができている． 未だに試行錯誤しているのでここで書いていることが正解だとは思っていないが，今後同じようにPlatformチーム的なことを始めるひとに向けて現状自分たちがどのようにやっているのかについて簡単にまとめておく（他の会社がどのようにやってるのかも聞きたいのでもし同じような
「スクラムでは遅過ぎる」との声も。Google主催『Startup Tech Night』で聞いた、少人数で高速開発を進めるコツ - エンジニアtype | 転職type
転職・求人情報サイトのtype エンジニアtype スキル 「スクラムでは遅過ぎる」との声も。Google主催『Startup Tech Night』で聞いた、少人数で高速開発を進めるコツ 「ユーザーを中心に考え」て、「すばらしいプロダクトを作る」ことこそが、インターネットの世紀を生きる企業が行うべき最も重要なことである。良いプロダクトさえあれば、マネタイズやマーケティングの戦略もすべて後付けで立てられるからだ――。 Google会長のエリック・シュミット氏が著書『How Google Works』でこう述べるように、インターネットをベースにビジネスをする企業にとって、プロダクトを開発・発展させることこそがすべてである。ことさらスタートアップとなれば、開発・改善のスピードが大手と競争するための源泉となるだろう。 そんなスタートアップのエンジニアや、今後転職を考えるエンジニアを応援すべく、1
KAIZEN platform Inc. の開発マネジメント
フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発
継続的改善をするためのふりかえり方法「ＹＷＴＭ」がすごい。
たいそうなタイトルにしてますが はじめに行っておくと、ツールの話なんです。 これまで僕自身が振り返りをやろうといって、使っていたツールはアジャイル界隈の振り返りのプラクティスでよく使われているＫＰＴ(ケプト）だったわけです。 次の３つのキーワードで引き出す。 Keep ・・・引き続きやること Probrem ・・・問題だったこと Try ・・・次やってみること で、フォーマットはこんな感じ。 いいツールだな～と思っていたんだけども（もちろんいまでもね） アジャイルみたいにサイクルをガンガン回していくところだとTryが回りやすいんだろうけれど 改善活動（あるいはかいぜん活動、あるいはカイゼン活動）を形式的にやってるところだったり、 単発案件をやってるところとかでたまにやった感じだとTryが回らないことがよくある。 最近ＹＷＴＭというツールを知ってこっちがさらにいいじゃんと思った。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://docs.google.com/spreadsheets/d/tJ9fDC-kaLgH7HgJTI838RA/htmlview?pli=1
