The Renaissance project devised a method which could be used to assist a company to assess what type of reengineering it needed and then enable it to plan and execute a controlled evolution project.
The project was an EC cooperative one with partners from France, Germany, Italy, Norway and the UK.
The Renaissance web site, where details of the project and its deliverables can be found, was created and maintained by Lancaster University.
I was responsible for coordinating the partners' contributions to the
Evolution Planning Report and also coordinating it with the relevant section
in the Method document.
EMU means that those software systems which process financial information in any of the participating member states must, eventually, be converted from national currency units to Euros. To give an idea of the financial demention of the problem, analysts from the OVUM and Gartner Group estimate the overall cost of Euro introduction to be in the region of 200 and 300 billion ECUs. The adaptation of software systems will account for a large percentage of this. It can be seen that the introduction of the Euro will create a budgetary nightmare for the wide majority of European IT managers, especially as it coincides with the so-called Y2K problem.
The Renaissance project devised a method to assist an organisation to assess what type of reengineering it needed to handle its 'legacy dilemma'. It helped to devise an evolution strategy for a system and then provided guidance on how to plan and execute a controlled evolution project.
The objectives of the Emergency project are -
It is widely recognised that computer-mediated support has an important role to play in this process change but introducing such support is complicated by the difficulties of providing timely access to design and manufacturing data. It can no longer be assumed that all members of a product team share a "physical work space", have access to the same knowledge, communicate on a daily basis and use the same support software. Rather than a product development team being relatively stable and co-located, NPD teams are likely to be distributed, dynamic and may include a range of specialists from different companies. Consequently, members of the NPD team may rely on defferent software tools and support systems and may need access to large volumes of legacy data on existing products which is not available on local computer systems.
The overall aim of Enrich
is to investigate the migration of legacy product data to organisational
intranets to support new product development processess in manufacturing
industry.
We used the REAIMS model to assess the RE process maturity of each Member Company. To correlate RE process improvements with increased business performance, we performed an initial RE process maturity assessment, made recommendations for improvements which were implemented by the Member Companies, and then re-assessed to quantify the improvement made. At the same time we continually monitored business performance
To assist the RE process assessments we developed a tool, using Java and Microsoft Access, which embedded the REAIMS model and produced reports.
The project was an EC cooperative one with partners from Greece and the UK.
The Impression web site, where details of the project and its deliverables can be found, was created and maintained by the Athens Technology Centre.
I was responsible for setting up and performing the REAIMS RE process
maturity assessments and producing 3 of the project deliverables.
The amount of rework in a systems engineering project can be reduced by
providing managers with information about their own decisions and decisions
made by other project managers. This information will make decisions visible
and will simplify decision impact and risk assessment. By helping managers
understand the wider implications of their decisions and by avoiding premature
or delayed decisions we will reduce the number of decisions that necessitate
subsequent rework.