プロダクトマネージャーは攻守の要（ボランチ）だと思う - Quest PM
決勝戦はフランスの勝利。その裏にいた立役者 ４−２というスコア以上にポグバの活躍がフランスの強さを支えたと思う。ボールを持ったときのエムバペの怖さがクローズアップされがちだが、フィールドを縦横無尽に動き、相手の攻撃の目を潰し、攻めてはパスをつなぎ、時としてエムバペに長距離のパスを何度か成功させた。そして自らもゴールを決めている。 彼の活躍ぶりはプレー時間を示したヒートマップにも現れていた。これはポグバがボールに絡んだエリアを色の濃淡で示したもの。 （ソースはスポーツデータサイエンスで有名なOpta社のデータが出ていたサイト。） 今大会を見ていて、つくづくプロダクトマネージャーってのが攻守の要ボランチとスタイルが一緒だな〜と思わせることがたくさんあった。実はこのメタファーこそPMの理想的な動きを表す一つの格好の事例なのではないかとも思う。今日はそのことについて。 期待はずれどころか、悪い意味
Fun/Done/Learnによるふりかえりレポート / 学び・楽しさにフォーカスするアクティビティ紹介 - Qiita
Fun/Done/Learnとは 2018/10/29-31に沖縄で行われた、Scrum Coaches Retreat in Okinawaにてコーチたちによって提唱されたふりかえりの手法です。Fun/Done(Deliver)/Learnの3つの輪を書き、チームでふりかえった結果を付箋で貼っていくというシンプルな手法です。1 2018/10/31にやっとむ(@yattom )さんのQiita記事で概要が記載されていますので、まずはこちらをご参照ください。 ファン・ダン・ラーン(FDL)ふりかえりボード 実施してみようと思った経緯 やっとむさんの記事を見て、一目でいい手法だと直感して、今すぐにでもやりたい、と思ったためです。ふりかえりにはさまざまな手法がありますが、ふりかえりでは「楽しさ」にフォーカスした手法は驚くほど少ないのです2。チームが前向きになり、対話をしながら、より前に進むため
GraphQLを使ったAPI仕様中心開発の導入とその効果の紹介 - Kaizen Platform 開発者ブログ
Kaizen Platformでフロントエンド開発をやっているlacoです。 新規アプリケーション開発において、API仕様中心の開発スタイルを検討し、実験的に取り入れました。 本記事ではその概要と効果を紹介します。 API仕様中心開発 API仕様中心開発を取り入れようと思ったきっかけは、2017年のNode学園祭でpika_shiさんが発表した「JSON Schema Centralized Design」です。 JSON Schema Centralized Design - Speaker Deck Kaizen Platformではリモートワークで開発しているメンバーが多く、非同期にコミュニケーションをすることが多いので、生産性を高めるためには互いの作業を待たずに独立して分業できるワークフローが必要でした。 バックエンドAPIの実装を待たないとフロントエンドが実装できないような依存関
組織変更したら部長がいなくなりました - Cybozu Inside Out | サイボウズエンジニアのブログ
こんにちは、最近愛媛から広島に移住した組織運営チームの水戸です。 2019年からサイボウズの開発本部から職能・地域毎に分かれた部署がなくなり、チーム主体の組織になりました。 組織変更をオープンに議論するというチャレンジングな試みの中で、新組織の理想はユーザー価値の最大化に定まり、個人やチームがより主体的に動ける組織構造に変わりました。 この記事では私がファシリテートを担当した組織変更をご紹介します。 開発本部の状況 開発本部の役割は製品を開発することです。 2018年までの開発本部はマトリクス組織を採用しており、プロダクト開発チームには様々な職能・地域毎に分かれた部署のメンバーが所属していました。 この組織構造は事業の中心がオンプレミスだった10年以上前から、事業の中心がクラウドに移った2018年に至るまで変わっていません。 一方、プロダクト開発チームに求められるものは大きく変わりました。
Netflixにおけるフルサイクル開発者―開発したものが運用する - CARTA TECH BLOG
こんにちは。fluctでiOS/Android向けSDKの開発をしているarimuraです。この記事ではPhilip Fisher-Ogden、Greg Burrell、Dianne MarshによるFull Cycle Developers at Netflix — Operate What You Buildを私が翻訳したものを著者の許可のもとに掲載しています。元の記事は弊社の技術力評価会のインプットの一つとして共有されており、そこで興味を持ったのが翻訳するきっかけとなりました。 以下、2018年5月時点における情報を記載したものであり Netflix TechBlog「Full Cycle Developers at Netflix」より引用したものである。 Netflixにおけるフルサイクル開発者―開発したものが運用する 2012年―Netflixでの重要なサービスの運用は骨の折れ
チームの症状と処方の考察｜Megumi Kaneko
はじめに自己紹介を少しさせてください。 私はクライアントワークで約30名規模の開発チームに1年間ほどジョインしていました。役割は5〜10名のエンジニアで構成されるチームのプロダクトオーナーとしてだったり、UIデザイナーとPMのチームのスクラムマスターとしてだったり、色んな形でチームに接してきました。 その中で経験したことが、広木大地さんの著書である「エンジニアリング組織論への招待 不確実性に向き合う思考と組織のリファクタリング」を読んで色々整理されたので、チームが陥りがちな問題について稚拙ながら考察を書きたいと思います。 チームの健康状態とはチームの状態を表す指標として心理的安全性はよく聞きますよね。 広木大地さんの著書である「エンジニアリング組織論への招待 不確実性に向き合う思考と組織のリファクタリング」には心理的安全性について下記のように書かれていました。 「問題点の指摘」や「自分の弱
開発プロジェクトふりかえり会 失敗事例集 - ルニラボ
はじめに 3,4年くらい業務でプロジェクト反省会番長をやっていたので、情報整理も兼ねて「反省会でやらかしたNG集」を作成した。 我々は効率よく業務改善をしたいのであって、ふりかえり会をやりたい訳ではないので、発生しがちなつまらないトラブルはサッと潰しておきたいよね。 ふりかえり自体の方法については書かない。 KPT法 YWT法 NG集 議題編 発生した問題を忘れる NG 反省会までのスパンが長いほどありがちで、「何かProblemが起きたはずだがメンバーが誰一人詳細を憶えていない」事態が発生する。 「喉元過ぎれば熱さを忘れる」というやつ。 お前らさぁ…感はあるが人間そういうもの。 対策 「ふりかえり議題置き場」を作って即座に書き残してもらうようにした。 GitLab,GitBucketなどのIssueを課題管理表として活用。 そのうち、即座に書き残す文化が定着する…はず。 そもそも、短いス
エンジニアアルバイト氏受け入れテクニック - hitode909の日記
いま社員エンジニアが何人かに加えてエンジニアアルバイト2人、くらいのチームで働いていて、その中でアルバイト氏のメンターもやっている。 前のチームでも何年かアルバイトの面倒を見たり、何回かインターンのメンターをやったりしていた。 手癖でいろんなことをやってしまっていて、属人性が高まってしまっていると感じたので、どんなことをやっているか書いておく。 1日に何回か口頭で会話する 実装ができててから方針がまずかった、となると時間がもったいない 方針書いたくらいでレビュー依頼に出してね、とお願いしてもやってもらうの難しいので、こちらから聞きに行くほうがうまくいきやすい レビュー依頼になったらすぐに見る 社員は明日も要るけど、アルバイト氏は週に数回しか来ないので、その日帰るまでにレビュー完了して打ち返しもしてもらえるように動けると良い レビュー依頼になってなくてもPull Request見に行く 方針
スクラムイベントに出席しない優秀で不可欠な（？）エンジニアをどう扱うか
みなさんこんにちは。@ryuzeeです。 スクラムマスター用のロールプレイのお題をTwitterに書いたら、多くの方から「自分ならこうする」という案を頂いたので共有します。 今回のお題は、以下のものです。 あなたならどうするシリーズw 『あるメンバーはデイリースクラムの時間に出社せず、ほかのイベントでも内職したり別のミーティングでどこかに行ってしまうことがしばしばです。一方で技術的には非常に優秀で、現在の速度で開発する上では不可欠な存在です。スクラムマスターとしてどうしますか？』 — Ryutaro YOSHIBA (@ryuzee) January 1, 2019その他のお題はこちらにあるので、チームで自由に遊んでみてください。 あらかじめ言っておきますが、どの対応が正解というのはありません。 これは、あくまでロールプレイなので、色々なオプションを考えておいて、実際にそのような状況に遭遇
6万行の大規模リファクタリングを完遂する上でPOとしてやってよかった5つのこと - Qiita
この記事はCrowdWorks Advent Calendar 2018 の2日目の記事です。 はじめに こんにちは。 クラウドワークスでプロダクトオーナーをしている 柴田 @shiba_319 です。 私の担当するWEB開発チームでは、今年6月から10月の約5ヶ月間、クラウドワークスのコア機能の一つである「仕事依頼画面」の大規模なリファクタリングプロジェクトを行なっていました。 私は、普段コードを触るのはちょっとしたスタイル修正や簡単なコード修正程度の非エンジニアPOなのですが、 今日はそんな自分が 「約6万行の大規模リファクタリングを完遂するうえでPOとしてやってよかったこと」を書きたいと思います。 4名の開発チームで大規模リファクタリングをすることになった経緯 私たちの開発チームは、当時4名チームで、クラウドワークス発注者向けのUI/UX改善を担当していました。 （構成はエンジニア2
チームビルディングの重要性と押さえるべきポイント【Google, Pixar, Airbnb 事例】 デザイン会社 ビートラックス: ブログ
企業にとっても最も重要なものは何か？多くの人がビジネスモデルと答える中で、サンフランシスコベイエリアの企業のその多くの回答は「カルチャー」。このことは、オフィスのデザインやワークスタイルにも色濃く反映されている。 成長企業に見るサンフランシスコ風企業カルチャーとは そんなカルチャー重視の風土のサンフランシスコ市内にあるbtraxも例に漏れず、毎週チームビルディングの時間を作っていたり、サービスとしてもチーム内のカルチャーづくりを促進することも視野に入れたワークショップを行ったりしている。 カルチャー作りの第一歩 – チームビルディング正しい企業風土を作り出す第一歩であるチームビルディングに関する活動は、今や会社のチームを組織する上で重要なイベントとされ、その意義の見直しやより多種多様なチームビルディングイベントの企画が見られるようになった。 その変化はここ数年でより大きくなっており、202
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
