Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Comment: Corrected links that should have been relative instead of absolute.

Complexity, Tasks, Roles

In the 11/16 meeting, we touched briefly on the affect of project complexity on project tasks. Specifically, we discussed the affect of project task catalogue on the roles. We agreed that, in general, the more complex a project is, the more tasks will be needed to complete it (i.e., for effective governance and communication) and therefore the more roles will be required to fulfill the tasks.

Assume:

Created 11/16/2010
Edited 11/29/2010 - brainstorming session with Amon Horne
Edited 11/30/2010 - follow-up with Bill McAvinney

CONTRIBUTING PAGES: RUNNING and REPORTING

FOR THIS DISCUSSION, assume:

  1. Development/Configuration projects. (i.e., not facilities, hardware rollout, VOIP, etc.)
  2. "Project Complexity" is not an effective measure of project cost.
  3. Software development process exists; i.e., this complexity study falls within any project development life cycle.
  4. The task is not the role. Roles may be served by the same person, or several different people."Project Complexity" is not an effective measure of project cost.
  5. Everyone owns the product. The common goal is the client-identified benefit to completing the task.

hypothesis: project complexity increases the need for task GRANULARITY. task number and granularity leads to headcount. which eventually leads to defined roles.

in the task families, where do we put project management? e.g. budgeting, facilitating conversations?

Factors which increase project complexity

political sensitivity
reputation risk
technology complexity
business complexity
invividual and team unfamiliarity with impacted systems and/or the thing being built

includes development environment

number of systems impacted
number of business processes impacted
number of stakeholders

and also...

size of project

i.e., number of users affected, cost, etc.

...

everything below this line is in SUPERDRAFT

risk

High risk projects, i.e., those which have the potential to harm functioning processes or systems, require mitigation measures and additional documentation. If not completing the work will harm a functioning process or system, then not doing the project is similarly risky.

...

The more development hours, the more management will be needed to track and support those hours.

Sample:

Tasks on a project

 

Complexity

LOW

MEDIUM

L

3

4

5

6

7 HIGH

Task

Role(s)

 

 

 

 

 

 

Consultant Assignment

(TL)

X

X

X

 

 

 

Business Brief

(BA)

X

X

X

 

 

 

Discovery Estimate

(BA)

X

X

X

 

 

 

Business Requirements Document

(BA)

 

X

X

 

 

 

Development Estimate

(BA)

X

X

X

 

 

 

Wireframes

(BA)

 

 

X

 

 

 

Sitemap

(BA)

 

X

X

 

 

 

RFP

(PM)

 

X

X

 

 

 

Selection of Vendor

(PM)

X

X

X

 

 

 

Usability/ATIC Design Reviews

(PM)

X

X

X

 

 

 

Refined Scope (as needed)

(PM)

 

X

X

 

 

 

Content Deck

(PM)

 

 

X

 

 

 

Project Management

(PM)

X

X

X

 

 

 

Project Timeline

(PM)

 

X

X

 

 

 

DCAD Code Reviews

(PM)

 

X

X

 

 

 

ATIC Code Review

(PM)

X

X

X

 

 

 

Testing Plan

(PM)

 

X

X

 

 

 

Usability Plan/Test

(PM)

X

X

X

 

 

 

Data Migration Plan

(PM)

 

 

X

 

 

 

Consulting Retainer

(PM)

 

 

X

 

 

 

(TL) = Team Lead
(BA) = Business Analyst
(PM) = Project Manager