Department of Computer Science Continuous Experimentation in the B2B Domain: A Case Study Olli Rissanen, Jürgen Münch www.helsinki.fi/yliopisto 23/05/2015www.helsinki.fi/yliopisto.

Slides:



Advertisements
Similar presentations
Critical Reading Strategies: Overview of Research Process
Advertisements

4th Module: Information Systems Development and Implementation:
INNOVATIONEMPOWERMENTTECHNOLOGY 1 SOFTWARE TESTING SERVICES
Chapter 1 Business Driven Technology
Action Research Not traditional educational research often research tests theory not practical Teacher research in classrooms and/or schools/districts.
Develop an Information Strategy Plan
MIS 2000 Class 20 System Development Process Updated 2014.
Chapter 4 Design Approaches and Methods
Project Proposal.
New Product and Service Development March 2007 PB.
SWE Introduction to Software Engineering
Deanery of Business & Computer Sciences Research Methods Week 1 Collecting, Processing and Analyzing Data.
Automated Analysis and Code Generation for Domain-Specific Models George Edwards Center for Systems and Software Engineering University of Southern California.
Cultures of Prototyping By Michael Schrage presented by Roy Campbell.
IT Planning.
System Engineering Instructor: Dr. Jerry Gao. System Engineering Jerry Gao, Ph.D. Jan System Engineering Hierarchy - System Modeling - Information.
Introduction to Systems Analysis and Design
Islamic Republic of Afghanistan Ministry of Education EMIS Directorate.
Information Systems Development : Overview. Information systems development practice Concept and role of a systems development methodology Approaches.
Combining Perceptions and Prescriptions in Requirements Engineering Process Assessment Presented By: Hector M Lugo-Cordero, MS EEL
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 7 Slide 1 Requirements Engineering Processes 1.
Overview of the Research Process in Economics Researchers in Economics, as a social science, use a version of the scientific method. The scientific method.
Usability Evaluation of Digital Libraries Stacey Greenaway Submitted to University of Wolverhampton module Dec 15 th 2006.
Good Customer Service Needs Good People Management.
Developing the Personal Competence Manager Evaluation Work: ‘EPIQ Business Demonstrator’ Elena Shoikova, Vladislav Denishev, Radoslav Milanov Technical.
Mantova 18/10/2002 "A Roadmap to New Product Development" Supporting Innovation Through The NPD Process and the Creation of Spin-off Companies.
1.Macbeth et al. (2012): Procurement and supply in projects: Misunderstood and under- researched. Project Management Institute. 2.Pesämaa et al. (2009):
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 18 Slide 1 Software Reuse.
Knowledge Management Challenges in in Small- and Medium-sized Firms
1 Identifying and selecting system Development project Chapter-4.
Chapter 5: Requirement Engineering Process Omar Meqdadi SE 2730 Lecture 5 Department of Computer Science and Software Engineering University of Wisconsin-Platteville.
Software Requirements Engineering CSE 305 Lecture-2.
Acquiring Information Systems and Applications
MARKETING RESEARCH. A process of planning and executing the conception, pricing, promotion, and distribution of ideas, goods and services to create exchanges.
KMS Products By Justin Saunders. Overview This presentation will discuss the following: –A list of KMS products selected for review –The typical components.
2  Mission Statement.  Company’s overall purpose and direction, products, services and values.  Goals.  That accomplish the mission. E.g. 5 year plan.
Model-Driven Analysis Frameworks for Embedded Systems George Edwards USC Center for Systems and Software Engineering
ASAM Standards International Perspective – A Report Author : Puran Parekh Board of Directors – ASAM e.V. 26th October 2011 Novi, USA.
Background The research topic Product Innovation Strategy belongs to the activity called product planning. It is an ongoing activity that takes place before.
Information Systems & Enhancing Decision Making for the Digital Firm
Experimentation in Computer Science (Part 1). Outline  Empirical Strategies  Measurement  Experiment Process.
Knowledge Representation of Statistic Domain For CBR Application Supervisor : Dr. Aslina Saad Dr. Mashitoh Hashim PM Dr. Nor Hasbiah Ubaidullah.
Fifth Lecture Hour 9:30 – 10:20 am, September 9, 2001 Framework for a Software Management Process – Life Cycle Phases (Part II, Chapter 5 of Royce’ book)
The Role of Experience in Software Testing Practice Zahra Molaei Soheil Hedayatitezengi Comp 587 Prof. Lingard 1 of 21.
Change Management 1 Intro To Business. Intro to Business Defining change management Individual change management Organizational change management Who.
Experimentation in Computer Science (Part 2). Experimentation in Software Engineering --- Outline  Empirical Strategies  Measurement  Experiment Process.
July, 2008 Impati – Software Test Solutions. July, Contents Testing Service Overview and Approach Test Services and Industries Key Services Offering.
SUBLIME METRICS Group: Daniyal Ahmed M. Hashir Rizwan Rimsha Kabir JAN 2015 Supervisor: Dr. Abdul Basit Shaikh.
IT and Network Organization Ecommerce. IT and Network Organization OPTIMIZING INTERNAL COLLABORATIONS IN NETWORK ORGANIZATIONS.
The Marketing Plan Vishnu Parmar, IBA, University of Sindh, Jamshoro.
Wednesday 15 th June 2011 D1 & P3 Unit 12: Business On-line Year 10 Business.
ANALYSIS PHASE OF BUSINESS SYSTEM DEVELOPMENT METHODOLOGY.
David M. Kroenke and David J. Auer Database Processing Fundamentals, Design, and Implementation Appendix B: Getting Started in Systems Analysis and Design.
“The Role of Experience in Software Testing Practice” A Review of the Article by Armin Beer and Rudolf Ramler By Jason Gero COMP 587 Prof. Lingard Spring.
Laurea Triennale in Informatica – Corso di Ingegneria del Software I – A.A. 2006/2007 Andrea Polini XVII. Verification and Validation.
Strategic Information Systems Planning
Organizational Development and Change Management
Digital Transformation Services
An assessment framework for Intrusion Prevention System (IPS)
Description of Revision
Title: Validating a theoretical framework for describing computer programming processes 29 November 2017.
Business Rule Based Configuration Management and Software System Implementation Using Decision Tables Olegas Vasilecas, Aidas Smaizys VGTU, Vilnius, Lithuania.
Model-Driven Analysis Frameworks for Embedded Systems
Goal, Question, and Metrics
How to Design and Implement Research Outputs Repositories
KNOWLEDGE MANAGEMENT (KM) Session # 37
Automated Analysis and Code Generation for Domain-Specific Models
R&D Tax Incentive ATY Advisory.
{Project Name} Organizational Chart, Roles and Responsibilities
Presentation transcript:

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 Continuous Experimentation in the B2B Domain: A Case Study Olli Rissanen, Jürgen Münch RCoSE 2015

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 Overview Problem and research goals Approach Findings Conclusion Future research

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 Problem Digitalisation is greatly increasing the amount of software being produced. However, the return-on-investment of products and features is often unclear, and evaluation itself might be expensive. Missing knowledge on what customers value Development ideas based on guesswork Only generic methodologies available 80% of the time you/we are wrong about what a customer wants. -Avinash Kaushik, Ex Director of Web Research & Analytics, Intuit Netflix considers 90% of what they do to be wrong. -Mike Moran, Senior Strategist at Converseon

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 Characteristics of Continuous Experimentation Guide the R&D process by constantly conducting experiments derived from the business strategy Test ideas with customers to drive the development process Fail fast Technical infrastructure that supports designing, executing and analysing experiments

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 Research goals RQ1: What are the B2B specific challenges of Continuous Experimentation? RQ2: How does Continuous Experimentation benefit the case company? RQ3: How can Continuous Experimentation be systematically introduced in the B2B domain?

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 Problem and research goals Approach Findings Conclusion Future research

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 Approach Case study analysis paired with literature review: A software company operating in the B2B domain, with two different products Semi-structured interviews with 2 teams and management working with the products Developers, managers, team leaders Interview topics: Development process Deployment process Interaction with customers Properties of the software products Future ways with continuous experimentation RQ1: Use interviews and available literature to map the first set of challenges RQ2: Match benefits of the approach from literature to problems found in the case company RQ3: Map the Fagerholm et al. model of Continuous Experimentation to the case company and identify deviations

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 Context Medium-sized Finnish consulting and software company that specialises in customer data management. Two mass-market software products with customisable features: Dialog and CDM. Dialog: a marketing automation Extensive user interface ~5 users per customer CDM: Master Data Management software Integrated background application No human users

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 Problem and research goals Approach Findings Conclusion Future research

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 RQ1: What are the B2B specific challenges of Continuous Experimentation? RQ1 findings organised to three areas: technical challenges, customer challenges and organizational challenges

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 RQ1 RQ1 findings organised to three areas: technical challenges, customer challenges and organizational challenges Feature alpha, usage metrics, usage behaviour tracking, participatory design,..

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 RQ1

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 RQ1 Acceptance testing can become cumbersome if deployments are done often

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 RQ1

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 RQ2: How does Continuous Experimentation benefit the case company?

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 RQ1 & RQ2 Quantify business hypotheses and analytically derive answers Low knowledge of how users are using the system

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 Finding a pro-active lead customer Implementing an infrastructure for experimentation Identifying metrics in the software products that increase the value for customer Investigating required legal agreements associated with data collection Educating employees to increase the competence in experimentation Allocating time and resources for product development Required steps for continuous experimentation RQ3: How can Continuous Experimentation be systematically introduced in the B2B domain?

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 Fabianin malli tähän Fagerholm, F., Guinea, A. S., Mäenpää, H., & Münch, J. (2014, June). Building blocks for continuous experimentation. In Proceedings of the 1st International Workshop on Rapid Continuous Software Engineering (pp ). ACM.

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 DESIGN Form an assumption from the business strategy Form a hypothesis based on the assumption + Define the type of the experiment + If running a controlled experiment, define an Overall Evaluation Criteria that can be collected and used to provide an answer to the hypothesis Implement the MVF or MVP Implement the instrumentation to collect the metric Design -> Execute -> Analyse

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 DESIGN Form an assumption from the business strategy Form a hypothesis based on the assumption + Define the type of the experiment + If running a controlled experiment, define an Overall Evaluation Criteria that can be collected and used to provide an answer to the hypothesis Implement the MVF or MVP Implement the instrumentation to collect the metric EXECUTE + Deploy the version to user acceptance testing environment + Perform acceptance testing in the user acceptance testing environment if necessary, and negotiate the production deployment Deploy the version to production environment Run the version for a period of time, and collect the data into a database Design -> Execute -> Analyse

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 DESIGN Form an assumption from the business strategy Form a hypothesis based on the assumption + Define the type of the experiment + If running a controlled experiment, define an Overall Evaluation Criteria that can be collected and used to provide an answer to the hypothesis Implement the MVF or MVP Implement the instrumentation to collect the metric EXECUTE + Deploy the version to user acceptance testing environment + Perform acceptance testing in the user acceptance testing environment if necessary, and negotiate the production deployment Deploy the version to production environment Run the version for a period of time, and collect the data into a database ANALYSE Upload the data from the database and analyze it through the infrastructure Draw conclusions from the data to validate the hypothesis. Based on the validity of the initial assumption, make a decision whether to develop the new feature or product further, keep it as it is, or to cease it and revert back to the unmodified version. Design -> Execute -> Analyse

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 Problem and research goals Approach Findings Conclusion Future research

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 Conclusion Technical challenges are only one part of the challenges a company faces in this transition. Customers businesses have unique properties - due to the customisable nature of the products, experiments that provide value for a single customer might not provide as much value for another customer. The speed by which experiments with customers can be conducted is relative to the speed by which production deployments can be made. Moving towards continuous experimentation requires an organizational culture shift towards an experimental mindset.

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 Problem and research goals Approach Findings Conclusion Future research

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 Future research How to build an effective back-end infrastructure for experimentation. Identify to what extent the core findings of this study can be generalised to other companies working in the B2B domain with different software products.

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 Refence of the article Continuous Experimentation in the B2B Domain: A Case Study Olli Rissanen, Jürgen Münch be6af84375b196c8d5b5d pdf