スクラム開発チームは、チーム外の他者から指示されるのではなく、自分たちの仕事を達成するために最善の方法を選択する自律性を持っています。伝統的な管理原則とは異なり、自己組織化された権限委譲されたチームは、トップからの指示やコントロールではなく、チームメンバーがスクラムのすべての実践とイベントに積極的かつ集団的に参加することで発展していきます。
続きを読む
毎日1つの新しいことを学ぶ
スクラム開発チームは、チーム外の他者から指示されるのではなく、自分たちの仕事を達成するために最善の方法を選択する自律性を持っています。伝統的な管理原則とは異なり、自己組織化された権限委譲されたチームは、トップからの指示やコントロールではなく、チームメンバーがスクラムのすべての実践とイベントに積極的かつ集団的に参加することで発展していきます。
続きを読む
コロケーションは、設計の打ち合わせなど、綿密なヒアリングが必要な会議に有効です。また、新入社員の研修などで、ある程度の手加減や励ましが必要な場合にも便利です。ホワイトボードはコロケーションで使用すると効果的ですが、オンラインツールでも管理することができます。
続きを読む
Release early, release oftenは、機能ベースのリリース戦略とは逆に、開発者とテスターやユーザーとの間に緊密なフィードバックループを作るために、早期かつ頻繁なリリースを重要視するソフトウェア開発哲学である。
続きを読む
プロダクトバックログのすべての項目が、同じサイズと詳細レベル(機能/エピック/ユーザーストーリーやタスクなど)に同時になるわけではありません。近いうちに取り組む予定のPBIは、近い将来のスプリントで取り組めるように、バックログの一番上にあり、サイズが小さく、非常に詳細であるべきです。しばらく取り組む予定のないPBIは、バックログの一番下に置き、サイズを大きくし、詳細度を低くします。
続きを読む
ビジョンステートメントは、組織が将来どのようになりたいか、あるいはステークホルダーのニーズを満たすためにどのようにあるべきかを明らかにするものです。すべてのプロジェクトは、適切な方向に舵を切るためにビジョンを必要としています。ビジョンは、現在および将来の行動方針を選択するためのガイドとして機能します。
続きを読む
プロジェクト作業には、定義可能な作業から不確実性の高い作業まであります。定義可能な作業プロジェクトは、過去に同様のプロジェクトで成功した明確な手順が特徴です。自動車、家電製品、住宅など、設計が完了した後に生産されるものは、定義可能な仕事の一例です。新しいデザイン、問題解決、未完成の仕事は、探索的な仕事です。解決策を生み出すために、対象分野の専門家が協力し、問題を解決することが必要です。
続きを読む
MoSCoW法は、ユーザーの要求を優先順位に基づいて分類する方法を提供します。MoSCoW法は、ユーザーの要求を優先順位に基づいて分類する方法です。MoSCoWは、must、should、could、wouldの頭文字をとったものです。Visual Paradigmには、豊富なダイアグラムテンプレートのセットが付属しています。白紙のダイアグラムや、あらかじめ用意されたMoSCoWメソッドのテンプレートから始めることができます。
続きを読む
「一定期間ごとに、どうすればより効果的になるかを再確認し、それに応じて行動を調整するのです」。
続きを読む
“最高のアーキテクチャ、要求、設計は、自己組織化されたチームから生まれる”
続きを読む
“シンプリシティ(やらない仕事を最大化する技術)”は必須です。
続きを読む