Feature-Driven Development - About Peter Coad
Feature-Driven Development - About Peter Coad
Feature-Driven Development - About Peter Coad
You also want an ePaper? Increase the reach of your titles
YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.
FIGURE 6-3. ▲ <strong>Feature</strong>-team membership may change<br />
with each DBF/BBF iteration.<br />
Chief<br />
Programmer<br />
Class<br />
Owners<br />
FIGURE 6-4. ▲ Interactions<br />
within a feature team.<br />
The chief programmer is just that, the chief! The interactions within<br />
the team are primarily between the chief programmer and the other team<br />
members (Figure 6-4). Why? We encourage this approach to accelerate<br />
progress, ensure on-going mentoring of the team members by the chief<br />
programmer, and promote uniformity of design and implementation.<br />
Overall, the chief architect mentors the chief programmers, who in<br />
turn mentor the class owners within a feature team.<br />
6.7 TRACKING PROGRESS WITH PRECISION<br />
How much time do teams spend within each of the five processes of FDD?<br />
Here are some useful guidelines (Figure 6-5):<br />
Develop an overall model. 10% initial, 4% ongoing<br />
Build a features list. 4% initial, 1% ongoing<br />
Plan by feature. 2% initial, 2% ongoing<br />
Design by feature, build by feature. 77% (cycle time: every 2 weeks)<br />
<strong>Feature</strong>-<strong>Driven</strong> <strong>Development</strong> ▼ 197