I. Planning for the eventuality of major disasters affecting the computer system(i. e, fire, flood or malicious action L. Planning and preparing procedures to ensure that all requirements of data protection are met I. Planning the on-going support and development of the system I. Setting and maintaining standards to define the layout and interpretation of all items of information held the computer system The exact content of the components in the above list may change slightly from one situation to another but will rarely deviate markedly from the overall pattern. Further, it should be that many of the tasks involved in planning and implementing computer systems run concurrently and that the list as presented does not therefore represent a strict chronological sequence mayor For many of these stages, there are purpose-designed formal methodologies to assist with their completion, which are the product of commercial companies and can be relatively expensive, due to user-fees. There are however, several public-domain methodologies which are available for free use: In some cases, the development of a number of public-domain methodologies has been funded by national government to encourage the use of professional approaches to computer development in the public and private sectors. The methodologies developed as a result of such initiatives are of high quality, and because of their widespread and increasing use, manufacturers and systems designers in the computer industry become well acquainted with their application, and are working to universalize standards and definitions. Furthermore, there are many automated aids to assist with their use computer based systems which handle much of the administration and monitoring of computer system development, as well as of the analysis and design of computer systems above e t is not the purpose of this section to provide detailed guidance on how to tackle each of the stages listed of the resources required and of the importance of each stage to the overall computerisation initiative. In som cases, alternative ways of tackling each stage are identified, with some guidance on how to decide between these options in practice 5. Detailed Implementation of computerisation 5.1 Setting up a Project Management Structure Each computerisation project identified in the computerisation strategy requires the formation of a project management group to take responsibility for its management and completion. The membership of this group will vary, depending on the importance and scale of the computerisation project-the most senior managers of the organisation for the most significant projects, and local or junior managers for small-scale or less significant projects. In each case, however, the management group comprises managers, not technicians or computer experts their remit is to make decisions about the requirements for the project, commission the development work, ensure the work proceeds according to plan, and to ensure that the final system meets the requirements which were set for it. In this context, the responsibilities of the project management group are the same as if the project had been to plan and implement a new organisational structure, or to plan a move of the agency to new offices; the project is essentially one which affects the operation of the agency, and the fact that it involves computers is a secondary It should be noted that the project management group does not develop the computer system itself, nor is it required to know anything about how computers work or how they can be programmed. For these technical aspects of the project, the project management group will appoint a project leader, to take technical responsibility for designing and implementing the proposed system to meet the requirements of the project management group The project leader will normally be allocated staff and other resources, for the management of which he will have delegated authority. The project leader will report to the project management board-to account for his use of resources, and to provide reports to show the progress made on the project
I. Planning for the eventuality of major disasters affecting the computer system (i.e., fire, flood or malicious action); I. Planning and preparing procedures to ensure that all requirements of data protection are met; I. Planning the on-going support and development of the system; I. Setting and maintaining standards to define the layout and interpretation of all items of information held in the computer system. The exact content of the components in the above list may change slightly from one situation to another but will rarely deviate markedly from the overall pattern. Further, it should be noted that many of the tasks involved in planning and implementing computer systems run concurrently and that the list as presented does not therefore represent a strict chronological sequence. For many of these stages, there are purpose-designed formal methodologies to assist with their completion; many of which are the product of commercial companies and can be relatively expensive, due to user-fees. There are however, several public-domain methodologies which are available for free use: In some cases, the development of a number of public-domain methodologies has been funded by national government to encourage the use of professional approaches to computer development in the public and private sectors. The methodologies developed as a result of such initiatives are of high quality, and because of their widespread and increasing use, manufacturers and systems designers in the computer industry become well acquainted with their application, and are working to universalize standards and definitions. Furthermore, there are many automated aids to assist with their use: computer based systems which handle much of the administration and monitoring of computer system development, as well as of the analysis and design of computer systems. It is not the purpose of this section to provide detailed guidance on how to tackle each of the stages listed above. Rather, a brief description of what is involved in each stage is given in order to provide a broad indication of the resources required and of the importance of each stage to the overall computerisation initiative. In some cases, alternative ways of tackling each stage are identified, with some guidance on how to decide between these options in practice. 5. Detailed Implementation of Computerisation 5.1 Setting up a Project Management Structure Each computerisation project identified in the computerisation strategy requires the formation of a project management group to take responsibility for its management and completion. The membership of this group will vary, depending on the importance and scale of the computerisation project - the most senior managers of the organisation for the most significant projects, and local or junior managers for small-scale or less significant projects. In each case, however, the management group comprises managers, not technicians or computer experts; their remit is to make decisions about the requirements for the project, commission the development work, ensure the work proceeds according to plan, and to ensure that the final system meets the requirements which were set for it. In this context, the responsibilities of the project management group are the same as if the project had been to plan and implement a new organisational structure, or to plan a move of the agency to new offices; the project is essentially one which affects the operation of the agency, and the fact that it involves computers is a secondary issue. It should be noted that the project management group does not develop the computer system itself, nor is it required to know anything about how computers work or how they can be programmed. For these technical aspects of the project, the project management group will appoint a project leader, to take technical responsibility for designing and implementing the proposed system to meet the requirements of the project management group. The project leader will normally be allocated staff and other resources, for the management of which he will have delegated authority. The project leader will report to the project management board - to account for his use of resources, and to provide reports to show the progress made on the project
To be effective, the project management group involved in managing projects should be small-usuall no more than six people and preferably three or four. It should be chaired by a senior manager either from the user department or agency, or from another part of the organisation which is not directly involved in the project itself. The argument for the latter option is that the chairman should be neutral, but should have a clear grasp of the overall business objectives of the criminal justice system(or of the agency, if it is an agency system), and of the overall computerisation strategy. If the chairman is drawn from the user department directly, there is some risk that he or she will be less impartial between the views of the users' representative on the project group and those of the technical representative In addition to the project management group and the technical team of staff engaged in the project work itself, there may also be one or more ad-hoc quality review teams. These teams, often consisting of just one person, are required because it is an important feature of project management methods that all stages of a project are independently reviewed by appropriate specialists to ensure consistent quality standards. The quality review teams must therefore be drawn from other staff, not engaged in the project team, or may sometimes be consultant staff from external sources. They may be drawn, for example, from a team of users to check the quality of the screen layouts and report formats, or an independent communications adviser to review the proposals for the communications aspects of the system Formal methodologies exist for managing computer projects, and some of these are public-domain oducts which can be used without payment of royalties. These methodologies are documented in numerous books nd consultancy and training services in their use are readily available Too often, however, project management is seen only in very limited terms, such as the preparation of critical path diagrams to show how the different stages of a project are inter-related and need to be scheduled, or charts to show the allocation of resources throughout each stage of a project. Project managers can fall into the trap of thinking that the purchase and use of project management software(of which there are many, largely inexpensive, examples on the market) will suffice. Although these are important tools in the process of project management, in the same way as a hammer is an important tool in house building, it is important to recognise that they do not themselves constitute project management any more than a hammer can be regarded as a house builder Project management is what the senior managers on the Project Management Group do to ensure that the project is completed on time, within budget, and that the resulting system does what it is required to do. a project anagement methodology is a formal set of procedures which the project management group can(and should)use to assist with the task of project management. It should include quality control functions to ensure that at all stages, the products generated by the project meet the appropriate standards as defined by the users' requirements, the business objectives of the organisation and the professional and technical standards defined for the technical development staff. A project management methodology is relatively complex, though it is essentially no more than a set of measures to ensure that the project is completed satisfactorily. The precise mix of tools and procedures varies from one project management methodology to another. Annex G provides an outline of the steps involved in a typical system. It should be recognised that no project management methodology can satisfactorily be taken directly out of a textbook or from a set of instructions. Effort does need to be committed to training project managers, as well as the staff on the project who will be managed by the methodology 5.2 Involving Staff in the Development Any project to introduce computerisation to an organisation, regardless of the scale of the undertaking has a profound effect on the staff of the organisation and on the way in which the organisation functions. Equally mportant, if the computerisation is to have a beneficial effect, the value of involving staff in the decision-making process should be recognised. Staff will be affected by the changes to the organisation which the computerisation will generate, and they are able to contribute to decisions about the design and use of the proposed computer stems Overlooking these elements can have serious repercussions, and could jeopardise the success of the computerisation project itself. Failure to keep staff abreast of what is happening in the organisation can result in taff apprehension, fear about job security, confusion as to the nature of the work, and eventual resistance to the implementation of the new system
To be effective, the project management group involved in managing projects should be small - usually no more than six people and preferably three or four. It should be chaired by a senior manager either from the user department or agency, or from another part of the organisation which is not directly involved in the project itself. The argument for the latter option is that the chairman should be neutral, but should have a clear grasp of the overall business objectives of the criminal justice system (or of the agency, if it is an agency system), and of the overall computerisation strategy. If the chairman is drawn from the user department directly, there is some risk that he or she will be less impartial between the views of the users’ representative on the project group and those of the technical representative. In addition to the project management group and the technical team of staff engaged in the project work itself, there may also be one or more ad-hoc quality review teams. These teams, often consisting of just one person, are required because it is an important feature of project management methods that all stages of a project are independently reviewed by appropriate specialists to ensure consistent quality standards. The quality review teams must therefore be drawn from other staff, not engaged in the project team, or may sometimes be consultant staff from external sources. They may be drawn, for example, from a team of users to check the quality of the screen layouts and report formats, or an independent communications adviser to review the proposals for the communications aspects of the system. Formal methodologies exist for managing computer projects, and some of these are public-domain products which can be used without payment of royalties. These methodologies are documented in numerous books, and consultancy and training services in their use are readily available. Too often, however, project management is seen only in very limited terms, such as the preparation of critical path diagrams to show how the different stages of a project are inter-related and need to be scheduled, or charts to show the allocation of resources throughout each stage of a project. Project managers can fall into the trap of thinking that the purchase and use of project management software (of which there are many, largely inexpensive, examples on the market) will suffice. Although these are important tools in the process of project management, in the same way as a hammer is an important tool in house building, it is important to recognise that they do not themselves constitute project management any more than a hammer can be regarded as a house builder. Project management is what the senior managers on the Project Management Group do to ensure that the project is completed on time, within budget, and that the resulting system does what it is required to do. A project management methodology is a formal set of procedures which the project management group can (and should) use to assist with the task of project management. It should include quality control functions to ensure that at all stages, the products generated by the project meet the appropriate standards as defined by the users' requirements, the business objectives of the organisation and the professional and technical standards defined for the technical development staff. A project management methodology is relatively complex, though it is essentially no more than a set of measures to ensure that the project is completed satisfactorily. The precise mix of tools and procedures varies from one project management methodology to another. Annex G provides an outline of the steps involved in a typical system. It should be recognised that no project management methodology can satisfactorily be taken directly out of a textbook or from a set of instructions. Effort does need to be committed to training project managers, as well as the staff on the project who will be managed by the methodology. 5.2 Involving Staff in the Development Any project to introduce computerisation to an organisation, regardless of the scale of the undertaking, has a profound effect on the staff of the organisation and on the way in which the organisation functions. Equally important, if the computerisation is to have a beneficial effect, the value of involving staff in the decision-making process should be recognised. Staff will be affected by the changes to the organisation which the computerisation will generate, and they are able to contribute to decisions about the design and use of the proposed computer systems. Overlooking these elements can have serious repercussions, and could jeopardise the success of the computerisation project itself. Failure to keep staff abreast of what is happening in the organisation can result in staff apprehension, fear about job security, confusion as to the nature of the work, and eventual resistance to the implementation of the new system