Sandefjord, 22 Nov. 2000 (rev. 28. Nov 2000) Keynote at IT-PRO 1 Recent trends and activities around Software Process Improvement Reidar Conradi Dept.

Slides:



Advertisements
Similar presentations
Slide 1 Presentation of NTNU/IDI’s Software Engineering Group, 29 Sept 2000 NTNU / IDI’s Software Engineering Group (SU) Student recruitment meeting, NTNU,
Advertisements

1 Software Processes A Software process is a set of activities and associated results which lead to the production of a software product. Activities Common.
CS487 Software Engineering Omar Aldawud
Chapter 3 Process Models
SEP1 - 1 Introduction to Software Engineering Processes SWENET SEP1 Module Developed with support from the National Science Foundation.
1 Prescriptive Process Models. 2 Prescriptive Models Prescriptive process models advocate an orderly approach to software engineering Prescriptive process.
Using UML, Patterns, and Java Object-Oriented Software Engineering Royce’s Methodology Chapter 16, Royce’ Methodology.
Software Life Cycles ECE 417/617: Elements of Software Engineering
The Experience Factory May 2004 Leonardo Vaccaro.
Statoil-NTNU contact meeting, 25 May 2009 STATOSS: OPEN SOURCE SOFTWARE AT STATOILHYDRO? NTNU-STATOILHYDRO contact meeting, 25 May 2009 Reidar.
R R R CSE870: Advanced Software Engineering (Cheng): Intro to Software Engineering1 Advanced Software Engineering Dr. Cheng Overview of Software Engineering.
CSE USC Fraunhofer USA Center for Experimental Software Engineering, Maryland February Empiricism in Software Engineering Empiricism:
Process, Communication, and Certification Padma Venkata
CSE USC Fraunhofer USA Center for Experimental Software Engineering, Maryland February 6, Outline Motivation Examples of Existing.
Software Quality Assurance For Software Engineering && Architecture and Design.
Combining Perceptions and Prescriptions in Requirements Engineering Process Assessment Presented By: Hector M Lugo-Cordero, MS EEL
1 ECE 453 – CS 447 – SE 465 Software Testing & Quality Assurance Case Studies Instructor Paulo Alencar.
ISERN-Meeting, Honolulu, Hawaii 09 October 2000 Slide 0 Using Experiments to Teach Software Engineering Using Experiments to Teach Software Engineering.
Department of Computer and Information Science The Norwegian University of Science and Technology.
Quality Assurance for Component- Based Software Development Cai Xia (Mphil Term1) Supervisor: Prof. Michael R. Lyu 5 May, 2000.
Introduction to RUP Spring Sharif Univ. of Tech.2 Outlines What is RUP? RUP Phases –Inception –Elaboration –Construction –Transition.
Slide 1 INCO: INcremental and COmponent-Based Development, new NFR R&D project INCO: Incremental and Component Based Development Jan. 25, 2000 (rev. 26.1,
Institut Experimentelles Software Engineering Fraunhofe r IESE Andreas Birk Ulrike Becker-Kornstaedt Sauerwiesen 6 D Kaiserslautern Germany Experience.
Chapter 2 The process Process, Methods, and Tools
An industrial study in Norway, Germany and Italy Seminar on CBSE (component-based software engineering) Simula Research Lab., Oslo, 4 Feb. 2005
Methods of Rewarding Teaching N. Kevin Krane, M.D., F.A.C.P. Tulane University School of Medicine Vice Dean for Academic Affairs Floyd C. Knoop, Ph.D.
Generalization through a series of replicated experiments on maintainability Erik Arisholm.
1 Chapter 2 The Process. 2 Process  What is it?  Who does it?  Why is it important?  What are the steps?  What is the work product?  How to ensure.
ISERN Open Issues, Grand Challenges or Have we made any progress and where are going? Vic Basili 2001.
Slide 1 MOWAHS: MObile Work Across Heterogeneous Systems, NFR IKT2010 R&D project MOWAHS: Mobile Work Across Heterogeneous Systems Reidar Conradi, Mads.
Template for ISERN Instructions:  Keep your main message short and clear: you can discuss the details in person or provide additional background material.
©Ian Sommerville 2000, Mejia-Alvarez 2009 Slide 1 Software Processes l Coherent sets of activities for specifying, designing, implementing and testing.
Capability Maturity Models Software Engineering Institute (supported by DoD) The problems of software development are mainly caused by poor process management.
Software Quality Assurance SE Software Quality Assurance What is “quality”?
Page 1  Copyright PROFES Consortium Blanko’98 PROFES Product Focused Improvement of Embedded Software Processes PROFES Product Focused Improvement of.
Object-Oriented Software Engineering Practical Software Development using UML and Java Chapter 1: Software and Software Engineering.
Invitation for a new OSS-USE R&D project OSS-USE: INDUSTRIAL SOFTWARE INNOVATION BY OSS 2 June 2009, Reidar Conradi et al., IDI, NTNU
Using error reports in SPI Tor Stålhane IDI / NTNU.
Object-Oriented Software Engineering Practical Software Development using UML and Java Chapter 1: Software and Software Engineering.
NIK’01, Tromsø, Nov An Empirical Study on the Utility of Formal Routines to Transfer Knowledge and Experience Reidar Conradi, NTNU Tore Dybå,
1 - 26/10/2015 The SINTEF Group The Foundation for Scientific and Industrial Research at the Norwegian Institute of Technology Tore Dybå.
Slide 1 SPI Approaches and their Research Methods, ISERN, Hawaii, 8-10 Oct SPI Approaches and their Research Methods ISERN Meeting, Hawaii, 8-10.
Towards an Experience Management System at Fraunhofer Center for Experimental Software Engineering Maryland (FC-MD)
1/23 Prescriptive Process Models. 2/23 Prescriptive Models Prescriptive process models advocate an orderly approach to software engineering Prescriptive.
Rational Unified Process Fundamentals Module 5: Implementing RUP.
Course Overview Stephen M. Thebaut, Ph.D. University of Florida Software Engineering Foundations.
Slide 1 MOWAHS: MObile Work Across Heterogeneous Systems, NFR IKT2010 R&D project MOWAHS: Mobile Work Across Heterogeneous Systems Jan. 25, 2000 (rev.
Institut Experimentelles Software Engineering Fraunhofe r IESE Sauerwiesen 6 D Kaiserslautern Germany The Architecture-centric Inspection Approach.
Formal Methods in Software Engineering
Copying distribution or use of the contents of this document is prohibited without written authorization from SafeHarbor Technology Corporation. Maximizing.
Slide 1 Presentation University of Oslo, ISERN, Hawaii, 8-10 Oct Industrial Systems Development Department of Informatics University of Oslo, Norway.
Dag Sjøberg Simula Research Laboratory Basic Research in Computing and Communication Sciences!
Chapter 13: Software Life Cycle Models Omar Meqdadi SE 273 Lecture 13 Department of Computer Science and Software Engineering University of Wisconsin-Platteville.
27/3/2008 1/16 A FRAMEWORK FOR REQUIREMENTS ENGINEERING PROCESS DEVELOPMENT (FRERE) Dr. Li Jiang School of Computer Science The.
Why to care about research?
Simula Research Laboratory Lokaliteter & Forskning
Information day on FP6 Budapest Tor Ulsund (abelia)
Contents 1 Description of 1 Description of Initiative Initiative 3 Year 2: Updated 3 Year 2: Updated Training/Metrics Training/Metrics 2 Year 1: NASA 2.
Advanced Software Engineering Dr. Cheng
Lecture 3 Prescriptive Process Models
School of Business Administration
Software Life Cycle “What happens in the ‘life’ of software”
CS 5150 Software Engineering
Introduction to Software Engineering
CSSSPEC6 SOFTWARE DEVELOPMENT WITH QUALITY ASSURANCE
Chapter 2 Process Models.
Chapter 2 Process Models
Chapter 4: Software Process Models
Presentation transcript:

Sandefjord, 22 Nov (rev. 28. Nov 2000) Keynote at IT-PRO 1 Recent trends and activities around Software Process Improvement Reidar Conradi Dept. of Computer and Information Science Norwegian University of Science and Technology Trondheim Tel , Fax

Sandefjord, 22 Nov (rev. 28. Nov 2000) Keynote at IT-PRO 2 Overview 1. My recent background 2. Some current SPI projects and activities 3. Three promising new technologies: 3.1 Incremental/COTS-based development 3.2 Internet/mobile technologies 3.3 Inspections (for UML) 4. Knowledge management and experience bases 5. SPI frameworks and strategies 6. SFF-Fornebu 7. Empirical software engineering 8. Future SPI challenges

Sandefjord, 22 Nov (rev. 28. Nov 2000) Keynote at IT-PRO 3 1. My recent background ESPRIT sw.eng. projects in : reuse, configurations, reengineering, process modeling,... Nat’l SPI projects: SPIQ , PROFIT Sabbatical stay at Univ. Maryland and Politecnico di Milano, Visits and contact with IESE, Kaiserslautern. Workshops in 2000: EWSPT, PROFES, Learning Software Organizations and FEAST. Discussions at ISERN research network meeting (Basili/Rombach et Co.), Oct. 2000, Hawaii. Some contact with Q-labs, Univ. Lund, and VTT.

Sandefjord, 22 Nov (rev. 28. Nov 2000) Keynote at IT-PRO 4 2a. PITAC: President’s IT Advisory Committee Final recommendation Feb. 1999, –Software -- “no surprise” software, empirical work –Scalable Software Infrastructure -- “too fragile” –High End Research –High End Applications –Socioeconomic Factors Double funds for basic research in IT, to 2 bill. $. NSF has initiated first “ITR” projects, 100 mill. $, 50 projects accepted out of 1500 applications! First projects started Sept. 2000, including CeBASE.

Sandefjord, 22 Nov (rev. 28. Nov 2000) Keynote at IT-PRO 5 2b. Univ. Maryland / prof. Basili World famous for its SPI work with the NASA- SEL in : –Quality Improvement Paradigm (QIP) –Experience Factory / Experience Bases –Goal Question Metrics method (GQM) –Inspection techniques (perspective-based reading) –Empirical methods (contextual factors) –Some COTS work Projects with NASA, Motorola, DaimlerChrysler, Telcordia, Lucent, consortium of local SMEs etc. Univ. Maryland and its new FC-MD Fraunhofer institute: 20 researchers/PhD students. I worked on experience bases, OO reading, COTS.

Sandefjord, 22 Nov (rev. 28. Nov 2000) Keynote at IT-PRO 6 2c. NASA Software Engineering Laboratory Goddard Space Flight Center, 270 software developers, 9000 people. Unmanned spacecrafts, geophysical data. Project size: 30 person-years over two years. Technology: FORTRAN, later Ada and C++. NASA-SEL: coop. by NASA, CSC, U. Maryland. Tracked 150 projects, testing different technologies. Results in : reduced defects in operation to 1/4, 2X productivity, more complex projects. Most important technology: software reuse by domain-specific frameworks -- from 25% to 80% reuse. “Egoless” approach: measuring/learning in the culture.

Sandefjord, 22 Nov (rev. 28. Nov 2000) Keynote at IT-PRO 7 2d. CeBASE project New CeBASE (“Center of Empiricism”) NSF- PITAC project from 15. Sept. 2000, V.Basili, B.Boehm (USC), U. Nebraska, U. Tennessee. 1.2 mill. $ per year for two years + three more years: –Inspections (Maryland) –COTS (USC) –Empircial methods (all) –Experience Bases, with contents (U. Nebraska) –Software Engineering Education (U. Tennessee) Slogan: FAD-based => empirically- based => science-based => engineering-based. Manifest of Understanding:U.Maryland & NTNU/UiO.

Sandefjord, 22 Nov (rev. 28. Nov 2000) Keynote at IT-PRO 8 2e. IESE, Kaiserslautern, prof. Rombach IESE: Fraunhofer Institute, Germany, applied research Area: Experimental Software Engineering. Established in 1995, made permanent in Close to 100 persons, ca. 40% government funded. –SPI and software quality –Software product lines and reuse –Inspections –Experience bases using Case-Based Reasoning –Software Engineering Education: SW Academy Sister institute in Maryland from NTNU PhD student Dingsøyr: at IESE, Spring 2001

Sandefjord, 22 Nov (rev. 28. Nov 2000) Keynote at IT-PRO 9 2f. ISERN, Int’l Sw.Eng. Research Network “Club” around Basili/Rombach from1992, 20 members. NTNU a member since 1997, UiO will apply. Meetings:Oct on Hawaii, Aug in Glasgow. Topics: –Inspections, e.g. for OO (Maryland, Vienna, NTNU) –Technology transfer –Empirical methods, practical experiences –Repeatable experiments: planned for OO design –Shared repository for experiments (Conradi ed.) ESERNET: network of excellence proposal in EU, Nov (NTNU participates).

Sandefjord, 22 Nov (rev. 28. Nov 2000) Keynote at IT-PRO a Incremental and component-based development Lead-times shrinking: one Internet-year a “dog-year” (7 years) in other businesses. Strict waterfall model is not functioning anymore: –Incremental/iterative approaches, having continuous dialog with customer, reduce risk. Ex. RUP, Genova. –Component-based approaches, reusing parts of existing solutions or ready-made components (COTS). –(Re)negotiating requirements, if needed component is not yet available, but increased dependency on other actors (higher risk). Different work style: need models to reason about and balance e.g. time/quality trade-offs, market-value models.

Sandefjord, 22 Nov (rev. 28. Nov 2000) Keynote at IT-PRO b Barry Boehm’s COCOMO-II Incremental development using COTS. Initial, iterative steps e.g. to scale and refocus project.

Sandefjord, 22 Nov (rev. 28. Nov 2000) Keynote at IT-PRO c INCO project: Incremental and Component-Based Development Newly accepted NFR basic R&D project, UiO and NTNU. 2 PhDs and one postdoc. Need a revolution in project models -- waterfall is dead, “internet” time, extend RUP and similar models. Rqmts design: a negotiation! Component-based development, using Components-Off-The-Shelf (COTS) -- but how to manage the risks? Reuse through mature product lines? Empirical studies towards Norwegian IT industry. Proposers: Dag Sjøberg, Univ. Oslo (coord.) and Reidar Conradi, NTNU.

Sandefjord, 22 Nov (rev. 28. Nov 2000) Keynote at IT-PRO a New network technologies: revolution in sw.eng. applications and solutions! Application side: –300 mill. mobile phones in Jan. 2000, 3 bill. in 2005 and 10% with powerful PCs/PDAs? –Entry ticket to become a global (virtual?) company: reduced by factor 100 in recent years. –Enormous dynamics: 3C convergence, liberalization –New work modes: RAD, nomadic, 100% on-line. Technology side: –“Deluge”: www, IP, Java, CORBA, XML, applets / servets / displets, agents = active html pages?, … –E.g. XML used for sending phone bills to bank, XML/Java tools to make graphical editors.

Sandefjord, 22 Nov (rev. 28. Nov 2000) Keynote at IT-PRO b MOWAHS project: Mobile Work Across Heterogeneous Systems Newly accepted NFR basic R&D project, IDI SU and DB group. 2 PhDs and one postdoc. Software infrastructure for mobile agents that can move across fixed and portable PCs, PDAs etc. Novel transaction models to regulate access and updates to partly shared data. Try out for software engineering and teaching Internationalization, Telenor and other cooperation? Proposers: Reidar Conradi (coord.) and Mads Nygård, NTNU.

Sandefjord, 22 Nov (rev. 28. Nov 2000) Keynote at IT-PRO a Inspections By Michael Fagan at IBM, 1976; refined by Tom Gilb. Established gains, finds 2/3 of defects at 1/3 of price, saves 15-20% of total effort. Still challenges: –Perspective-based reading: different checklists for different readers (customer, designer, tester) to find complementary defects. –Inspections vs. testing: which defects by which technique; cf. Cleanroom. –Longitudinal studies: find “defect-prone” modules? –Root-Cause-Analysis: follow-up, prevention? –OO reading techniques: for UML, for architecture?

Sandefjord, 22 Nov (rev. 28. Nov 2000) Keynote at IT-PRO b Ericsson data, Study 1: Cost-effectiveness of inspections and testing

Sandefjord, 22 Nov (rev. 28. Nov 2000) Keynote at IT-PRO c Ericsson data, Study 1- number of defects in field-use versus states in a module The number of system failures increases with increasing number of states (complexity). Defects found in field-use No. of states

Sandefjord, 22 Nov (rev. 28. Nov 2000) Keynote at IT-PRO d OO Reading of UML Documents Software Artifacts, with seven new OO Reading Techniques (OORTs) indicated: Requirements Descriptions Use-Cases Requirements Specification/Analysis High Level Design Class Diagrams Class Descriptions State Diagrams Sequence Diagrams OORT-1 Vertical reading Horizontal reading OORT-6 OORT-7 OORT-5 OORT-3 OORT-2 OORT-4

Sandefjord, 22 Nov (rev. 28. Nov 2000) Keynote at IT-PRO e OO Reading of UML (cont’d) How to read graphical diagrams, not linear text? Horizontal reading (OORT1-4) within a phase captures mainly inconsistencies. Vertical reading (OORT5-7) across phases captures mainly omissions and wrong facts. Easy to spot simple defects,what about deeper comments wrt. architecture and maintenance? Tried at Maryland and NTNU. Now emphasis on simple defects. Need to refine and extend before industrial use.

Sandefjord, 22 Nov (rev. 28. Nov 2000) Keynote at IT-PRO 20 4a. Knowledge Management, Experience Bases Systematize own experiences as reusable knowledge. Problems: –Few, representative observations –Few hard data, mix of quantitative/qualitative data –Reference point/baseline often missing –Vulnerable to short-time project pressure, even cancellations -- as in SPI and reuse Learning organization: apply methods from Knowledge Engineering and/or Social Sciences? Novel investment models, reward systems?

Sandefjord, 22 Nov (rev. 28. Nov 2000) Keynote at IT-PRO 21 4b. NASA Experience Factory

Sandefjord, 22 Nov (rev. 28. Nov 2000) Keynote at IT-PRO 22 4c. The “Knowledge Spiral”

Sandefjord, 22 Nov (rev. 28. Nov 2000) Keynote at IT-PRO 23 4d. Externalization and Internalization Knowledge: tacit (work skills) and explicit (written). The “Knowledge Spiral” [Nonaka90]: 1. Externalization (tacit => formal): write post- mortem. 2. Combination (formal => more formal): generalize post-mortems. 3. Internalization (formal => tacit): attending a course. 4. Socialization (tacit => tacit): integrate in daily work. Challenge: achieve (real changes), not only (piles of models or lessons- learned); similar in reuse -- avoid “white elephants”.

Sandefjord, 22 Nov (rev. 28. Nov 2000) Keynote at IT-PRO 24 4e. Attitudes to quality system routines, study of 23 sw people in 5 companies, NTNU student project Spring 1999 Are routines an effective medium for knowledge transfer? The degree of involvement in the development of routines:

Sandefjord, 22 Nov (rev. 28. Nov 2000) Keynote at IT-PRO 25 4f. Four success factors for Software Experience Bases Based on eight studies, half in Norway (presented at ICSE’2000, PROFES’2000): F1: Stability -- for organization and local champion. F2: Cultural changes -- becoming a learning organization, sharing in an egoless way, rewards? F3: Business relevance -- no fancy database/UI etc., integrate in work processes using normal documents. F4: Incremental approach -- no “big bang”, e.g. start slowly with low-key web system? => Treat accumulated knowledge as other investments!

Sandefjord, 22 Nov (rev. 28. Nov 2000) Keynote at IT-PRO 26 5a. General SPI observations Usual assumption: Quality(Process)  Quality(Product). Choose proper SPI framework, strategy, and plan -- given: –Process refinement (TQM: stable, large companies) vs. product innovation (RUP, DSDM: Internet startups) –Disciplined work (testing) vs. creative work (design). –Procurer-oriented (CMM for risk reduction) vs. customer-oriented (TQM for product quality). Have we given the “wrong” medicine? Ex. Nokia at CMM level 1, Motorola at level 5: who is “best”?

Sandefjord, 22 Nov (rev. 28. Nov 2000) Keynote at IT-PRO 27 5b. SPI framework selection Different emphasis in current SPI frameworks -- TQM, CMM, BOOTSTRAP, SPICE (ISO/IEC 15504), ISO 9001, EQM, QIP, “SPIQ”. How select the “right” one? Proposed NTNU taxonomy for SPI framework characterization, with five main categories: –General –Process –Organization –Quality –Result

Sandefjord, 22 Nov (rev. 28. Nov 2000) Keynote at IT-PRO 28

Sandefjord, 22 Nov (rev. 28. Nov 2000) Keynote at IT-PRO 29

Sandefjord, 22 Nov (rev. 28. Nov 2000) Keynote at IT-PRO 30 5c. Causal Relations in SPI Frameworks Process quality difficult to determine: –Quality indicators –Multi-factor problem: F’’(Comparison method)  F’(SPI framework)  F(Quality indicator)  Quality(Process)  Quality(Product) Personalities Experiment Organization CustomerTechnology Quality indicatorProcessProduct Comparison method may influence quality:

Sandefjord, 22 Nov (rev. 28. Nov 2000) Keynote at IT-PRO 31 6a. SFF-Fornebu: Center of Excellence in Software Engineeering ( Senter for Fremragende Forskning ) Proposed by Ifi/UiO (Dag Sjøberg) and IDI/NTNU (Reidar Conradi), July 1999 Accepted part of SFF-Fornebu, per Nov Decentralized: Fornebu, Oslo, Trondheim Budget of 16 mill. NOK per year (?). 25 teachers, researchers and PhD students; MSc students.

Sandefjord, 22 Nov (rev. 28. Nov 2000) Keynote at IT-PRO 32 6b. SFF and cooperating partners SFF SE (UiO/NTNU) SINTEF DnV, Telenor,... …> 20 Norwegian companies, partly in PROFIT/DAIM NTNU T.heim Int’l contacts ISERN netw o rk Other projects

Sandefjord, 22 Nov (rev. 28. Nov 2000) Keynote at IT-PRO 33 6c. SFF- Scientific Profile Six themes : Research method: Model construction and subsequent validation in industry, among students and through international cooperation.

Sandefjord, 22 Nov (rev. 28. Nov 2000) Keynote at IT-PRO 34 6d. SFF: Industry is our lab! Both IDI, NTNU and Ifi, UiO has had an industrial focus over some time. We expect that SFF- Fornebu will offer even better possibilities for industrial cooperation. Since 1993 we have published the following published papers, 1/3 based on industrial cooperation :

Sandefjord, 22 Nov (rev. 28. Nov 2000) Keynote at IT-PRO 35 6e. SFF: Published papers from industrial coop., June 2000

Sandefjord, 22 Nov (rev. 28. Nov 2000) Keynote at IT-PRO Professor Chunnian Liu, dr.ing. (NTH 1983). Beijing Polytechnic University, PBR China, Area: software engineering, process support, distributed systems. 2.Professor Alfonso Fuggetta, Politecnico di Milano, Italy, Area: software engineering, software architecture, feature engineering, middleware. 3.Professor dr. Claes Wohlin, Telecom, Lund Techn. Univ., Sweden, Area: software engineering, testing, requirement analysis, software process improvement (SPI), metrics. 4.Professor dr. Hans-Dieter Rombach, Univ. Kaiserslautern and Fraunhofer Inst. for Experimental Software Engineering (IESE), dir. at IESE. IESE areas: SPI and software quality, reuse, component-based sw.eng., metrics, empirical studies, experience bases. 5.Prof.s dr.s Victor R. Basili and Marvin Zelkowitz, Univ. of Maryland, with a sister institute of IESE in software engineering (FC-MD). Area: SPI and software quality, inspection techniques, COTS, experience bases, metrics, empirical studies. 6.Associate Professor Lionel C. Briand, Ph.D. (Paris, France), Carleton Univ. (Ottawa), Area: Inspections and testing in OO software. Software quality assurance and control. Project planning and risk analysis. Technology evaluation, Experimental SW engineering. 7.Professor Ray Welland, Head of Computing Science Department, University of Glasgow, Area: software engineering, Web application development, software tools, design methods. 8.Professor Malcolm Atkinson, University of Glasgow, Area: Persistent programming, language design, (distributed) information systems, software engineering. 6f. SFF: Int’l cooperating partners, with some candidates for guest researchers etc.

Sandefjord, 22 Nov (rev. 28. Nov 2000) Keynote at IT-PRO Empirical Software Engineering Not yet a mature scientific/engineering discipline. Recent criticism that we are a “stone-age” field, with scant scientific methods [Tichy98] [Zelkowitz98]. Much less practical validation in our written scientific papers than in other science/engineering fields -- ghostware both in SW development and research? But very fast moving technology and markets, no time to stabilize: – how (when) to measure, assess, reflect, and learn? – how (when) to practice “SPI”? Need tradition and training in empirical methods: => Empirical Software Engineering!

Sandefjord, 22 Nov (rev. 28. Nov 2000) Keynote at IT-PRO 38 8a. Future SPI challenges SPI frameworks must allow flexible strategies: –both refinement and innovation –both traditional technologies and network ones –both evolutionary and revolutionary changes (“  ” size) Need systematic, empirical approach. SPI cost/benefits : need novel market-value and amorization models, balance short/long term aspects. SPI assumes cultural changes -- need expertise from social sciences. SPI is about learning -- not control as in QA. Have “soft” start with Experience Bases, e.g. on web.

Sandefjord, 22 Nov (rev. 28. Nov 2000) Keynote at IT-PRO 39 8b. PROFIT national SPI project Emphasis on three factors: 1. SPI under change/uncertainty 2. Knowledge management and learning organizations 3. Novel software technologies These factors need to be combined! Cooperation between research (SINTEF, NTNU, UiO) and ca. 10 companies. 9 ongoing pilot projects in SPI. Technology clusters between companies for: –Experience bases for better estimation –SPI in “dot.com” companies –Model-based development and process control

Sandefjord, 22 Nov (rev. 28. Nov 2000) Keynote at IT-PRO 40 8c. On Quality and Change Half of the IT products/services five years from now do not yet exist, and neither do the companies. The world’s three biggest companies -- Cicso, MicroSoft, Oracle -- are all less than 25 years old. “ The only constant thing is change” -- freely after Benjamin Disraeli. “Quality: everybody wants it, but impossible to define, and futile to measure” -- freely after Barbara Kitchenham. SPI challenge: How to manage change and quality?