Peter Artz, Inge van de Weerd, Sjaak Brinkkemper & Joost Fieggen 22-06-2010 Productization Transforming from developing customer-specific software to product.

Slides:



Advertisements
Similar presentations
INNOVATIONEMPOWERMENTTECHNOLOGY 1 SOFTWARE TESTING SERVICES
Advertisements

Software Tools Lecture 10: Software Tools Dr Valentina Plekhanova University of Sunderland, UK.
Metricus Service Provider Presentation Clarity on the performance of IT 3 x nominated for ITSMF Innovation Award.
QUICKScan A Participatory Spatial Analysis Tool to Facilitate Policy Assessments Peter Verweij, Michiel van Eupen Geospatial world forum – policy/research.
© 2012 Autodesk BIM Collaboration Siva Koppula Technical Consultant.
Chapter 2 The Software Process
The Main Idea To ensure success, entrepreneurs need to understand the industry and the market.   They should define areas of analysis and conduct effective.
Software Engineering Institute Carnegie Mellon University Pittsburgh, PA Sponsored by the U.S. Department of Defense © 1998 by Carnegie Mellon.
Sixth Hour Lecture 10:30 – 11:20 am, September 9 Framework for a Software Management Process – Artifacts of the Process (Part II, Chapter 6 of Royce’ book)
A Framework for Process Improvement in Software Product Management Willem Bekkers 2 september LinkedIn:
1 GlobalStart project: concepts, approach, methodology.
University of Southern California Enterprise Wide Information Systems Functionality and the Reference Model Instructor: Richard W. Vawter.
Research Methods in MIS Dr. Deepak Khazanchi. Objectives for the Course Identify Problem Areas Conduct Interview Do Library Research Develop Theoretical.
© Prentice Hall, 2005: Enterprise Resource Planning, 1 st Edition by Mary Sumner 3-1 Enterprise Resource Planning, 1 st Edition by Mary Sumner Chapter.
D. Pandey, A. K. Ramani and U. Suman.  D. Pandey  assistant professor at the Department of Information Technology of the BBA University in India. 
1 Requirements Elicitation Slinger Jansen. 2  1. Motivation  2. Requirements  3. Continuous RE  4. The RE Framework  7. Fundamentals of Goal Orientation.
Formulating requirements for training systems engineers in terms of a competency model STATE ATOMIC ENERGY CORPORATION “ROSATOM” June 28, 2013 St. Petersburg.
Glencoe Entrepreneurship: Building a Business Doing Market Research SECTION SECTION 6.1 Chapter 6 Market Analysis Defining Areas of Analysis The entrepreneur.
Problems with reuse – Increased maintenance costs; lack of tool support; not-invented- here syndrome; creating, maintaining, and using a component library.
Challenging title MAKING THE CASE FOR PLM Jos Voskuil.
Background Data validation, a critical issue for the E.S.S.
Chapter : Software Process
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 18 Slide 1 Software Reuse.
UNIT-II Chapter : Software Quality Assurance(SQA)
Foundations of information systems
David Chen IMS-LAPS University Bordeaux 1, France
-Nikhil Bhatia 28 th October What is RUP? Central Elements of RUP Project Lifecycle Phases Six Engineering Disciplines Three Supporting Disciplines.
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 6 Slide 1 Chapter 6 Requirements Engineering Process.
UNDERSTANDING PRINCIPLES OF MARKETING
CSCE 548 Secure Software Development Test 1 Review.
Chapter 5: Requirement Engineering Process Omar Meqdadi SE 2730 Lecture 5 Department of Computer Science and Software Engineering University of Wisconsin-Platteville.
Management & Development of Complex Projects Course Code - 706
©Ian Sommerville 2000 Software Engineering, 6th edition. Slide 1 Component-based development l Building software from reusable components l Objectives.
Selecting Security Patterns that Fulfill Security Requirements Method presentation by Ondrej Travnicek Utrecht University Method Engineering 2014.
Software Testing Course Shmuel Ur
 Get definitions about Roadmapping (in order to construct my own)  Get more method fragments  Construct method.
BUSINESS INFORMATICS descriptors presentation Vladimir Radevski, PhD Associated Professor Faculty of Contemporary Sciences and Technologies (CST) Linkoping.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 7 Slide 1 Requirements Engineering Processes.
Slide 1 Begix Online -Tool Bertelsmann Stiftung Begix Europe Carolin Welzel Bertelsmann Foundation Stefan Friedrichs Public Management Consultant.
Knowledge Representation of Statistic Domain For CBR Application Supervisor : Dr. Aslina Saad Dr. Mashitoh Hashim PM Dr. Nor Hasbiah Ubaidullah.
INFORMATION SYSTEMS FOR MANAGEMENT. Agenda Information system project Organization analysis.
Develop Project Charter
CEN5011, Fall CEN5011 Software Engineering Dr. Yi Deng ECS359, (305)
Cmpe 589 Spring 2006 Lecture 2. Software Engineering Definition –A strategy for producing high quality software.
The Development and Validation of the Evaluation Involvement Scale for Use in Multi-site Evaluations Stacie A. ToalUniversity of Minnesota Why Validate.
Introduction Background info Grabs attention….current statistics where appropriate Why was experiment conducted Main idea CLEARLY stated Show gaps!! In.
Market Analysis Glencoe Entrepreneurship: Building a Business Doing Market Research Industry and Market Analysis 6.1 Section 6.2 Section 6 6.
Technology Needs Assessments under GEF Enabling Activities “Top Ups” UNFCCC/UNDP Expert Meeting on Methodologies for Technology Needs Assessments
Requirements Engineering Processes. Syllabus l Definition of Requirement engineering process (REP) l Phases of Requirements Engineering Process: Requirements.
ITIL VS COBIT 06 PLM - Group 9
Integrated Architecture Framework (IAF)
Software Engineering Lecture 10: System Engineering.
SYSE 802 John D. McGregor Module 0 Session 3 Systems Engineering QuickView.
SAP MATERIALS MANAGEMENT(MM) TRAINING IN SOUTHAFRICA,AUSTRALIA
CMMI Certification - By Global Certification Consultancy.
The Profile Of a Project G. Murat Taşbaşı SWE 523.
Department of Computer Science Continuous Experimentation in the B2B Domain: A Case Study Olli Rissanen, Jürgen Münch 23/05/2015www.helsinki.fi/yliopisto.
Copyright © 2006 WBF. All rights reserved. Jean Vieille - Psynapses1 Industrial Information Systems ISA88/95 based Functional Definition Jean Vieille,
1 © 2007 Humboldt Consortium Fraunhoferstraße Darmstadt HUMBOLDT Surveys: The Handbook of Standards and the User Classification.
Background - Business Vision
Continuous Delivery- Complete Guide
BIL 424 NETWORK ARCHITECTURE AND SERVICE PROVIDING.
Lecture 17 Sjaak Brinkkemper Garm Lucassen 1 Juni 2017
Introduction Characteristics Advantages Limitations
Copyright © JanBask Training. All rights reserved Become AWS Certified & Get Amazing Job Opportunities.
Features of a Good Research Study
Automated Analysis and Code Generation for Domain-Specific Models
Product Definition Scenario Overview
System Specification in Automotive SPICE®
Requirements engineering in Cloud Computing
Presentation transcript:

Peter Artz, Inge van de Weerd, Sjaak Brinkkemper & Joost Fieggen Productization Transforming from developing customer-specific software to product software

Agenda - Research trigger - Related literature - Research question - Productization process Stages - Productization approach - Validation - Conclusion - Discussion & future research - Questions

Research trigger 1/2 Software companies - Usually start with developing customer-specific software - Eventually they recognize a need to start creating a product for a market Transform - Such transformation is difficult to carry out - Involves the change of a great number of internal processes - Requires an other approach for marketing and sales - The organization needs change from customer-driven to market-driven approach Available literature - Barely any literature available on how to perform such a shift - Improving product management processes (Software Process Improvement) - Differences between customized and standardized software development

Research trigger 2/2 Software Product Management (SPM) - Is getting more and more attention - Companies recognize the importance and benefits - Widely and extensively studied topic Inspiring example organizations: - Microsoft - SAP

- Reference framework for SPM (Weerd et al. 2006) Related literature

Research background MP Objects - Software vendor for supply chain systems - Located in Rotterdam and New York - Small sized company - 60 customers and around 1250 users Software - One big customer - Now they want to enter a market

Research question Main research question: - How can organizations transform from developing customer-specific software to product software? Focus: On software product management domain

Research approach Guidelines from Hevner et al. (2004), combined with the design science model from Vaishnavi & Kuechler (2007) Design science guidelines

Custom vs. standardized software AreaCustomized software……Standardized software Measure of successSatisfaction, acceptance, ROI...…Sales, profit, market share, good product reviews Lifecycle of products One release, then maintenance……Several releases, dependant on market demand Requirements origin Elicited, analyzed, validated……Invented by market pull or technology push Distance to usersUsually small and more involved with development ……Usually large and less involved with development Requirements specification Used as contract between customer and supplier ……Verbally communicated and managed individually Identified differences: -20 differences as a result of literature study (A couple of the identified differences)

Productization Process Definition: The transformation process from customer-specific software development to a standard software product Trigger for transformation: - Internal trigger to change to a software product. Customized software Standardized software 1: Independent projects 2: Reuse across projects 2: Reuse across projects 3: Product recognition 3: Product recognition 4: Product basis 4: Product basis 6a: Customizable product 6b: Standard product 6b: Standard product 5: Product platform 5: Product platform

Stage 1: Independent projects Projects are executed independently Projects differ in budget, technology, and functionality

Stage 2: Reuse across projects Focus on feature reuse across projects More custom than standard features

Stage 3: Product recognition Shared features between projects More standard than custom features Customer specific maintenance

Stage 4: Product basis Generic product basis Customer specific maintenance Customer requests are handled as market requirements

Stage 5: Product platform Focus on generic product platform Requirements gathering based on market trends Event-based customized releases per customer

Two end stages: For some software there is a need for customization in order to integrate software in a customer-specific situation “Degree of productization” (Hietala et al., 2004) - Product market - Concepts - Benefits - Positioning - Selling - Marketing Productization Process 6a and 6b adopted from Hoch et al., 1999 Degree of standardization

Stage 6a: Customizable product One standard product with customized layered part Structured releases Customizable software product Software business aiming at selling services

Stage 6b: Standard product One generic product for all customers and build for a specific market Structured releases Configurable software product Software business aiming at selling licenses

Case study – Productization approach 1/3 In which stage should we start? Should we focus on stage 6a or 6b? Customized software Standardized software 1: Independent projects 2: Reuse across projects 2: Reuse across projects 3: Product recognition 3: Product recognition 4: Product basis 4: Product basis 6a: Customizable product 6b: Standard product 6b: Standard product 5: Product platform 5: Product platform

Case study – Productization approach 2/3 Determining initial position

Case study – Productization approach 3/3 Gap analysis & identification of recommendations

Validation approach Expert interviews - Interviewed five experts from Dutch organizations - Evaluation of acceptance and recognition Survey - Filled in by eight participants of a course on SPM - Wide variety of Dutch organizations - Examine the structure for static qualities (complexity and readability) Case study - Business case at MP Objects - Evaluation of applicability and usability of the productization process in a business environment

Validity threats Construct validity - Covered by using multiple sources of evidence for the data collection - While carrying out business case, viewpoints of developers and consultants were combined External validity - For the exploratory interviews and validation interviews, we combined the gathered results of the scientific field with the gathered results of the business field - Results of the validation process are verified with references from the literature before they were applied Reliability - A special approach is defined for the implementation of the productization process - All other relevant information and conclusions are documented so that the results can be replicated

Conclusion Main research question: How can organizations transform from developing customer-specific software to product software? Productization process - Describes the from developing customer-specific software to product software - It can assist organizations in becoming a product software business - The adoption of the reference framework for SPM

Discussion & future research More validation for the productization process - More (long term) case studies need to be carried out - Future validation is required to determine the validity and applicability of the stages Other areas which change during such transformation - The change in marketing & sales Open Source software - Study how open source software influences the productization process adopted from Xu & Brinkkemper, 2005

Questions

Thank you for your attention! Productization Transforming from developing customer-specific software to product software

References Hevner, A. R., March, S. T., Park, J., & Ram, S. (2004). Design science in information systems research. MIS Quarterly: Management Information Systems, 28(1), pp Bekkers, W., Weerd, I. v., Brinkkemper, S., & Mahieu, A. (2008). The Influence of Situational Factors in Software Product Management: An Empirical Study, Proceedings of the 2008 Second International Workshop on Software Product Management, pp Weerd, I. v., Brinkkemper, S., Nieuwenhuis, R., Versendaal, J., & Bijlsma, L. (2006a). On the Creation of a Reference Framework for Software Product Management: Validation and Tool Support. Proceedings of the 1st International Workshop on Product Management, Minneapolis/St. Paul, Minnesota, USA, pp Weerd, I. van de, Brinkkemper, S. (2007). Meta-modeling for situational analysis and design methods. To appear in the Handbook of Research on Modern Systems Analysis and Design Technologies and Applications, Idea Group Publishing, USA: Hershey. Weerd, I. v., Bekkers, W., & Brinkkemper, S. (2009). “Developing a Maturity Matrix for Software Product Management”, Technical report: UU-CS The Netherlands: University Utrecht. Xu, L., & Brinkkemper, S. (2005). Concepts of product software: Paving the road for urgently needed research, Proceedings of the 1st International Workshop on Philosophical Foundations of Information Systems Engineering (LNCS), Springer: Berlin, pp Vaishnavi, V., & Kuechler, B. (2007). Design Research in Information Systems. Retrieved May 7, 2009, from: AISWorld Net,