In
traditional software processes:
- The
customer's changing requirements are viewed as a risk that
need to be managed
- Team
member's roles are clearly defined.
What's
the key thing here? The process is first and the people second.
This may be fine for building space shuttle software, but
does it work for the bulk of normal software development?
The
answer is a resounding no!
So
what's the best way to deliver quality software on time in
the face of changing requirements, variable skill levels,
and technology churn.
For
one thing your project team needs to be light on their feet,
adaptable, mmmm
. Agile, that's the word!
Who
should attend? |
Anybody
involved in any aspect of software development.
back
to top>>
|
|