Overview
Report
Wikiスクラムパターン
| Pattern Name | Description | Scrum Notes |
|---|---|---|
| 信頼関係 COMMUNITY OF TRUST |
People are open enough to surface uncomfortable truths | Scrum is based on honesty, openness, and visibility |
| 作業の待ち行列 WORK QUEUE |
You have a product backlog and a sprint backlog | |
| 命名された安定バージョン NAMED STABLE BASES |
Don't use continuous integration, because that makes it difficult for the team to have a shared vision of where the base stands. Integrate public integrations regularly | While continuous integration is the norm, you also have a delineated, agreed target where everything must converge in a coordinated way at the end of a sprint. Also, some architectural changes cannot be made piecemeal but are best handled by offline work on a branch administered by the source management system. |
| 顧客の参加 ENGAGE CUSTOMERS |
Customers should be tightly coupled to the organization | Scrum has no customer role! However, no Scrum would be complete without one. Note that the Product Owner is not the customer: the Product Owner stands to optimize ROI for the enterprise, and though this role takes input from the customer, it is not the locus of caring for customer interests! However, also see SURROGATE CUSTOMER below. |
| 組織の規模を決める SIZE THE ORGANIZATION |
Start small and grow gradually | Small teams work best. Scrum talks about teams of seven plus or minus two people; over time, the smaller teams have been winning out over the larger ones. |
| 少ない役割 FEW ROLES |
The total number of roles is small | Of course, original Scrum has only three roles. However, because DOMAIN EXPERTISEIN ROLES is also important we admit a small number of specialized roles. If there are too many roles (areas of specialization) the specialization works against the process of finding out what you need to know in a hurry. |
| 非公式作業計画 INFORMAL LABOR PLAN |
If developers need to do the most important thing now, then let developers negotiate among themselves or “just figure out the right thing to do” as regards short term plans, instead of master planning. | This is the essence of a self-organizing team in Scrum, as regards processing the tasks on the sprint backlog. Keeping top-down formality out of the labor plan allows the team to optimize their own resources so that no team member is ever idle. |
| 物語で計画する PROGRAMMING EPISODE |
You have fixed-length sprints | This concept is at the heart of Scrum. Having fixed-length sprints is a way to protect the team from the death of a thousand small cuts of schedule creep. |
| スタンドアップミーティング STAND-UP MEETING |
Get the team together for a regular short meeting to exchange status information. | The daily Scrum. |
| カスタマー代理人 SURROGATE CUSTOMER |
Sometimes, if it is inconvenient or impossible to talk to a real customer in real time, you need a local stand-in. | Your Product Owner conveys an understanding of aggregate customer needs to the team. |
| 品質保証の請負 ENGAGE QUALITY ASSURANCE |
Quality Assurance is not an afterthought | There is no testing team; testers are part of the team. You also need automated check-in testing for Scrum to work well; otherwise you end up with production rework and waste. |
| 自己選抜チーム SELF-SELECTING TEAM |
Appointed teams don't work. The people should decide what people should be on which teams. | Ken recently refused to go to a client because they were unwilling to allow people to self-select the teams for the release process. |
| プロデューサー役 PRODUCER ROLES |
If your organization has too many roles, but does not know which to eliminate, then identify roles as Producers, Supporters, or Deadbeats; eliminate the Deadbeats and combine some of the Supporters | Scrum's mapping into Lean strives to eliminate the waste of deadbeat roles. Scrum's entire focus is on a team that produces product. Anything that doesn't contribute to product is waste. |
| 組織は場所に従う ORGANIZATION FOLLOWS LOCATION |
Units of a feather flock together: the organization is colocated | Though there are distributed Scrum teams that are very productive, don't try this at home. Scrum is based on teams, and a team is a colocated collection of 7 people or less united under a common goal |
| 開発者がプロセスを統制する DEVELOPER CONTROLS PROCESS |
The developer calls the shots | The team is self-organizing; there is no process document, team leader nor manager who controls the partial ordering of tasks |
| 誰かが常に進捗 SOMEONE ALWAYS MAKES PROGRESS |
If distractions constantly interrupt your team’s progress, then whatever happens, ensure someone keeps moving toward your primary goal. Deal with distractions by SACRIFICE ONE PERSON, DAY CARE, etc. | The failure of any team member to make progress is an impediment. The ScrumMaster doesn't let a day go by without starting to address such impediments. |
| 小さなスケジュール変更をするな TAKE NO SMALL SLIPS |
If you find it will take more time, don't add small schedule increments: take significant slips | This is the Sprint Abort in Scrum |
| プロデューサーが中心 PRODUCERS IN THE MIDDLE |
If your developers are somewhat lost, then make sure the producer roles are at the center of the organization. | You want the focus of the process to be on the producers, the developers, those who build things that build things that generate revenues. You don't want managers in the middle of the process; that results in wait states and suboptimal scheduling. |
| 割込みは閉鎖状況を解除する INTERRUPTS UNJAM BLOCKING |
This is a "stop the assembly line" pattern of XP on a small scale. If someone is blocked, bring resources to bear to get things back on track. | This is the Lean concept of "flow." The team always processes items on the sprint backlog in a way that optimizes velocity and reduces the risk of sprint failure. |
| ゆとりある完成 COMPLETION HEADROOM |
If work is progressing against a set of hard dates, then make sure there is completion headroom between the completion dates of the largest task and the hardest delivery dates. | A Scrum team always plans for the un-plannable when doing estimation; this shows up in velocity as part of drag, or is otherwise accounted when the team commits to the planned items at the beginning of a sprint. The burn-down chart is a good real-time indicator of remaining headroom |
| 再コミットメントミーティング RECOMMITMENT MEETING |
You stop the assembly line if you can’t meet your team commitment | The team re-commits to the product owner after every sprint, and revisits their commitment to the product owner in the case that the sprint is aborted. |
| ファイアーウォール FIREWALLS |
Someone has to keep the monkeys off the developers' backs. | The ScrumMaster protects the team from those who "want to help." |
| 単一の目的 UNITY OF PURPOSE |
If a team is beginning to work together then make sure all members agree on the purpose of the team, and sustain that agreement over time. | Scrum is based on teams, and you can't have teams without this. |
| パトロン役 PATRON ROLE |
There is someone who defends the developer at the enterprise level (in Scrum, the product owner) | The team needs a sponsor who can remove obstacles and provide resources. The ScrumMaster is only the "scrounger" who goes looking for these resources when needed; the team needs a patron who helps protect and nourish the Scrum effort, and its product, as a whole. |
| 全体ダイバーシティ HOLISTIC DIVERSITY |
If development of a subsystem needs many skills, but people specialize, then create a single team from multiple specialities. | This is the cross-functional team of Scrum. |
| 作業を均等に分配 DISTRIBUTE WORK EVENLY |
There are no individual supermen bearing the majority of the work: everyone is equally busy (or relaxed) | You want a team that doesn't have to continually depend on heroes. In Scrum, a team is self-organizing, and that implies that no one person is taking on an unfair share of the burden. |
| 責任を約束 RESPONSIBILITIES ENGAGE |
People play roles that keep them connected to the core of the organization. In Scrum, this is about commitment | This is important not only from the perspective of load balancing (a way to support DISTRIBUTE WORK EVENLY but also relates the team commitment to the team and its tasks. |
| 回覧の範囲を決める SHAPING CIRCULATION REALMS |
Give people responsibilities that cause the communication network to be even, and to help create the organizational taxonomy you want. You want to do that because everyone on the team is responsible | There are many examples of this in Scrum: the assignment of tasks to team members during a sprint; the physical environment that supports a team working together in something like an XP room; the ScrumMaster working impediments by facilitating the balance of responsibilities across team members. |
| グループで検証 GROUP VALIDATION |
Reviews and validation are good not only for the sake of the code, but for information exchange as well. | It is the team that is committed in Scrum — it isn’t just QA who signs off on it. |
| 役割ごとに３〜７の支援者 3 TO 7 HELPERS PER ROLE |
You want roles to be well connected, but not to be God roles. | Scrum is all about communication. There shouldn't be much hierarchy in an effective team with short communication paths, but everyone should be well-connected. |
| 責任を移動 MOVE RESPONSIBILITIES |
Move responsibilities around to SHAPE CIRCULATION REALMS | If the team is overloaded, or if a person is left idle during a sprint, no team member can say "I won't take that responsibility." If a tester is asked to help the development task, but can't code effectively, he or she can at least get coffee for the team. |
| 関わり合いは遅延を少なくする COUPLING DECREASING LATENCY |
Closely coupled roles reduce delay | Scrum is all about communication and velocity. Communication reduces the time it takes to make decisions, and that increases velocity. |
| チームのプライド TEAM PRIDE |
If a team needs to perform above and beyond the call of duty then instill a well-grounded sense of elitism in its members. | A good team has commitment and an identity; they aren't just punching time clocks. |
