"プロダクトバックログ"投稿一覧

大橋桃太郎

プロジェクトマネジメント

（過去も今もたくさんありますしこれからもありそうです..）特に、設計した通りの使われ方をしていただけなかった事が多いです。

毎回気づくことは、
・正しい分析を行なって狙いを出さめること
・自分たちの狙いがいま設計しているもので起こせるのか？と強く問い続ける高い意識を保つ必要性
・第三者、願わくば想定されるユーザーからのFBを細かく得続けること（そ... 続きを見る

Daisuke Kobayashi

エンジニア

プロダクトバックログに記載する受け入れ基準(AC)と完成の定義(DoD)をチームと見直して合意するのはいかがでしょうか？
スプリントレビュー前に品質の問題に気づいてほしい，という風に見受けられるため後者が特に重要と感じました．

Ryuzeeさんのブログでプロダクトバックログに書くACとDoDについて述べられています．
続きを見る

Dai Fujihara

プロジェクトマネジメント

こんにちは。アジャイルコーチとして質問のような悩みを持つ現場を支援しています。

ベロシティの数値は、スプリントプランニングで見積もった計画の数値が元になります。たとえば、計画時に100と見積もったものが90だといまいちだし、110だとよくできた！という感じです。

安定しないということは、計画がうまくいかなかったとも言えます。よって、以下の対策をふりかえり... 続きを見る

大橋桃太郎

プロジェクトマネジメント

ツールは十分あげられているので割愛させていただきますが、最重要と認識しているのは、「なにを誰がいつやるか」を全て常にクリアにしつづけることです。いつに関しては決まっていなくても現時点での想定で、常にここを明確にしつづけておくこと、それを追いかけることをしないと複雑なプロジェクトや複数プロジェクトはすぐに瓦解してしまうと感じています

北山 淳也

エンジニア

- Trello
- GitHub Issue & マイルストーン
- Trello + GitHub
- Jira Software（契約があるときは）

あたりでチームに合いそうな管理方法をピックアップして
- すぐやる（すぐやらないといけなくなったもの）
- 今週やること
- 開発完了までにやること（To... 続きを見る

Sagar Neupane

エンジニア

I used ClickUp before.