Home
このサイトについて
認定スクラムマスター研修
ブログ
ベストプラクティスもアンチパターンも、それ自体は何も解決しない(かも)
「PdM廃止」という言葉に振り回されない
機能追加と機能削除の非対称性
役割と責任の区別をつける
プロダクトの機能や開発順序を合議制で決めてはいけない
幹部やマネージャーの「最初の3か月が勝負」への誤解を解く
【資料公開】スプリントプランニング Deep Dive 2026年版
PdMなりPOが詳細な仕様まで全部書いて、チームに渡すなんて止めろ
プロダクトの話をしているか、プロセスの話をしているか
【新刊】『Aligned ―プロダクト開発におけるステークホルダーとの関係性の築き方』発売のお知らせ
スクラム
スクラム (175)
スクラムチーム (21)
プロダクトオーナー (28)
スクラムマスター (21)
開発者 (11)
プロダクトバックログ (31)
プロダクトバックログアイテム (6)
プロダクトバックログリファインメント (4)
スプリントバックログ (5)
インクリメント (3)
スプリント (21)
スプリントプランニング (8)
デイリースクラム (11)
スプリントレビュー (10)
スプリントレトロスペクティブ (6)
プロダクトゴール (4)
スプリントゴール (6)
完成の定義 (4)
アジャイルFAQ
講演資料
お問い合わせ
標準化
タグ「標準化」のついた投稿
Home
標準化
2024/09/12
画面のデザインやレイアウトなどの標準化は最初のスプリントより前に行いますか?
答えは「状況による」ですが、一般的には最初のスプリントの開始前に標準化するのは推奨しません。 多くの場合、まず1〜数個の機能がまともに使えることを確認してから標準化します。 事前に全てを標準化しようとすると、失敗に終わることが多いです。 特にUIや操作性の標準化に関しては、プロダクトが進行し、本当に必要になった段階でな …
2023/08/06
社内でアジャイル開発標準を作るときの注意点を教えてください
アジャイルソフトウェア開発宣言では、 よりよい開発方法を見つけだそうとしている とあり、またこれに付随する「アジャイルソフトウェアの12の原則」では 最良のアーキテクチャ・要求・設計は、自己組織的なチームから生み出されます チームがもっと効率を高めることができるかを定期的に振り返り、それに基づいて自分たちのやり方を最適 …
プロダクト開発で、こんな課題を感じていませんか?
何を作るべきか、順位の決め方が定まらない
プロダクトの方向性をチームで共有できていない
開発組織の体制や役割がうまく機能していない
開発プロセスが形骸化し、目的を見失っている
アジャイルを導入したが、組織に定着しない
プロダクトマネジメント、組織構造、開発プロセスの課題について、組織全体の視点から支援します。
お問い合わせ(初回相談無料)
契約を前提にした相談でなくて構いません。相談に際して事前の整理や準備は不要です。
‹
›