Using Metrics to Estimate Documentation Projects

Just an initial demo map, so that you don't start with an empty map list ...

Get Started. It's Free
or sign up with your email address
Using Metrics to Estimate Documentation Projects by Mind Map: Using Metrics to Estimate  Documentation Projects

1. Common Problems: Underestimating

1.1. Myth: Estimate the time it would take me to do it… 

1.1.1. What knowledge/experience does the team have? 

1.1.2. What relationships does the team have?

1.2. Myth: Estimate 40 hours a week of work… 

1.2.1. What about meetings, breaks, other commitments?

1.2.2. What about vacation/holiday/sick time?

1.2.3. Is overtime a consideration?

2. Common Problems: Overestimating

2.1. Myth: A book takes 60 days to produce…

2.1.1.  How many pages will actually change?

2.1.2.  What type of source/knowledge is available?

2.2. Myth: A product requires 1 writer per 7 developers… 

2.2.1. Where in its lifecycle is the product (new, maint.)? 

2.2.2. How efficient is the development team? 

2.2.3.  Does the product have complex concepts?

3. What Do We Need?

3.1.  Reliable/repeatable metrics for defined units of work that we can use as a base for estimating

3.2.  Flexible model to adjust as we learn and as our team or environment/process changes 

3.3. Common ways to adjust processes that reduce metrics (fewer reviews, different personnel,…)

3.4.  We use Excel to plan/review/evaluate/learn… could use Microsoft Project or other tools

4. Process: Estimating a Project

4.1. List tasks based on units of work & estimate 

4.2. Compare estimate with gut-level (OK?, review?)

4.3.  Record actuals, variances, actions outside process

4.4. Compare actual to estimate… decide why different

4.5. Adjust metrics for future, if needed

4.5.1. − By unit of work

4.5.2. − By personnel (experience, ramp time, …)

4.5.3. − By client or development team (dynamics, requirements, …)

5. Who Needs Reliable Project Estimates?

5.1. Managers – Team resource planning and budgets

5.2. Team Members – Buy-in and realistic commitments

5.3. Consultants – Business depends on it

6. Why Develop and Use Metrics?

6.1. Inconsistent, difficult to reproduce estimates

6.2. Hard to train team members to estimate projects

6.3. Unsure of commitment levels

6.4.  Hard to defend estimates

7. What Are Metrics?

7.1. Metrics are ways to quantitatively assess and measure a process.

7.2. A metric includes:

7.2.1. How the measurement is calculated

7.2.2. Range of values considered normal

7.2.3. − Target value

7.3. Metrics (key performance indicators) are used to track trends, productivity, resources, etc.