Software Engineering with an Agile Development Framework/Introduction

Preface

Introduction to Approach
We are following a development framework that incorporates agile development approaches in a structured framework. (see manifesto, manifesto description, more). Agility implies

-	individuals and iterations over processes and tasks

-	working software over comprehensive documentation

-	customer collaboration over contract negotiation

-	responding to change over following a plan.

The focus of the project is on the production of robust working systems (software, hardware and maintenance documentation). Planning, comprehensive development documentation and processes are important but are 'means to an end' with a focus on content rather than format/representation. It is expected that you discard most of the models you develop (although you do have to keep them for assessment!).

We aim, then for the middle ground between Bureaucracy and Adhocracy.



At any one point you should expect to have five interacting streams of work underway. At different times, different streams are more important.

The varying proportions of each stream coalesce into "sectors" defined by a deliverable output, steering and communication with the client.



The sectors here can be seen to resemble a structured development process.

We are going through three iterations. The first iteration is aimed at building understanding within the development group and client. The second iteration is aimed at designing and releasing (to the client) a system that meets many of the functional requirements. The third iteration, "robust delivery" is intended to review the success of the second iteration in meeting business requirements, to review functional requirements (there will probably be more), and to deliver a robust and stylish "bullet proof" implementation.

At any time, you will be working in a sectors made up of the 5 work streams, being one of three iterations and having a focus on a particular area. Each sector is defined by what it produces. We provide you with a suite of tools that may be used within each sector, but so long as you can provide evidence of a rational process (see evidence portfolio below), we are less concerned with the internals of the sector.