NAME and the Sheffield Software Observatory. NAME NAME, the Network of Agile Methodologies Experience, is a European Union fifth framework network with.

Slides:



Advertisements
Similar presentations
SEP1 - 1 Introduction to Software Engineering Processes SWENET SEP1 Module Developed with support from the National Science Foundation.
Advertisements

Good Evaluation Planning – and why this matters Presentation by Elliot Stern to Evaluation Network Meeting January 16 th 2015.
Chapter 2 The Software Process
Alternate Software Development Methodologies
1 Software Testing and Quality Assurance Lecture 34 – SWE 205 Course Objective: Basics of Programming Languages & Software Construction Techniques.
Software Development Process Models. The Waterfall Development Model.
Bolzano-Bozen, 21 th Marzo 2003 NAME Network for Agile Methodologies Experience – Network of Exellence Center for Applied Software Engineering Free University.
CASE Center of Applied Software Engineering A bridge between Research and Industry Bolzano-Bozen, 17 October 2002.
Bolzano-Bozen, 17 th October 2002 NAME Network for Agile Methodologies Experience – Network of Exellence Center for Applied Software Engineering Free University.
Computer Engineering 203 R Smith Agile Development 1/ Agile Methods What are Agile Methods? – Extreme Programming is the best known example – SCRUM.
Genesys Solutions University of Sheffield Experiences with Extreme Programming since 2000.
Research Roadmap on Agile Methodologies An extract from the list of cooperating entities in the NAME consortium: Car IT The Research Roadmap Octopus: How.
The Challenge to Survive in Today’s Software Development Environment Evaluating the Agile Methodology.
RESEARCH METHODS Lecture 19
Knowledge is Power Marketing Information System (MIS) determines what information managers need and then gathers, sorts, analyzes, stores, and distributes.
Organizational Project Management Maturity: Roadmap to Success
Evaluating Physical Activity Intervention Programs Thomas Schmid, PhD Physical Activity and Health Branch CDC Atlanta, Georgia, USA.
AgileEvolution PMI-Agile Certified Practitioner Exam Prep Course.
Agile Software Development Practice Adoption Survey Narendra Kurapati, Venkata Sarath Chandra Manyam, and Kai Petersen Blekinge Institute of Technology.
Managing Projects and Clients Senior Consultant Training 23 September 2005.
CIS 321—IS Analysis & Design
Deloitte Consulting SCOOPS Session September 2003.
Influencing the Research Agenda Findings from an independent evaluation of a Cancer Network Consumer Research Panel Cindy Cooper, Julia Moore, Rosemary.
Marketing Research: Overview
This work is licensed under a Creative Commons Attribution-NonCommercial- ShareAlike 3.0 Unported License.Creative Commons Attribution-NonCommercial- ShareAlike.
Regional Intelligence in Central Macedonia, Greece The METAFORESIGHT solution Isidoros Passas, Nicos Komninos, Elena Sefertzi, Lina Kyrgiafini URENIO Research.
Managing the development and purchase of information systems (Part 1)
Chapter 5 Software Process Models. Problems with “Traditional” Processes 1.Focused on and oriented towards “large projects” and lengthy development time.
IS2210: Systems Analysis and Systems Design and Change Twitter:
Current Trends in Systems Develpment
Project Cycle Management for International Development Cooperation: Applied Presentation of the course Teacher Pietro Celotti Università degli Studi di.
Approaches to quality assurance TIPA’s perspectives Fatmir Demneri.
Agile Methodologies: Comparative Study and Future Direction 林佳蓁 資工 4B.
1 WERT: WP 5 RG EVANS ASSOCIATES November 2010 Aim To pilot and evaluate the content and context of the course material with target groups To help women.
E-business in SME’s TILLVÄXTVERKET, STOCKHOLM OCTOBER 5th 2009 IT Pilot – Project for E-business in Norrbotten Outinen’s Potatoes – EDI was the solution.
1 Software Process Models-ii Presented By; Mehwish Shafiq.
1 Women Entrepreneurs in Rural Tourism Evaluation Indicators Bristol, November 2010 RG EVANS ASSOCIATES November 2010.
Project Cycle Management for International Development Cooperation: Applied Presentation of the course Teacher Pietro Celotti Università degli Studi di.
Extreme Programming (XP). Agile Software Development Paradigm Values individuals and interactions over processes and tools. Values working software over.
Introduction to Systems Analysis and Design
1 CS430: Information Discovery Lecture 18 Usability 3.
Practical Experiences of Agility in the Telecom Industry XP 2003 conference Jari Vanhanen Helsinki University of Technology Software Business.
Perceptive Agile Measurement: New Instruments for Quantitative Studies in the Pursuit of the Social-Psychological Effect of Agile Practices Department.
Empirical Assessment of Test-First Approach Liang Huang and Mike Holcombe Department of Computer Science, University of Sheffield.
Chapter 2 Software processes. Topics covered Software process models Process activities Coping with change.
NAME Network for Agile Methodologies Experience Giancarlo Succi Center for Applied Software Engineering Free University of Bolzano-Bozen
Agile Software Development By Kshitij Limaye CSC 532.
1 Towards a common statistical enterprise architecture Ongoing process reengineering at Statistics Sweden Service Oriented Architecture – SOA Sharing of.
BUCS Conference 2010 Club Committee Development and Training for Higher Education Sports Clubs Wednesday 14 th July 2010.
Requirements Engineering Requirements Engineering in Agile Methods Lecture-28.
Research for Nurses: Methods and Interpretation Chapter 1 What is research? What is nursing research? What are the goals of Nursing research?
1 The project is financed from the European Union funds within the framework of Erasmus+, Key Action 2: Cooperation for innovation and the exchange of.
Agile. Processes Waterfall Traditional With prototyping Sprial Agile Dynamic Systems Development Method (DSDM) Scrum Crystal eXtreme Programming (XP)
Meghe Group of Institutions Department for Technology Enhanced Learning 1.
CS223: Software Engineering Lecture 16: The Agile Methodology.
Interviews, Questionnaires, and control flowcharts Chapter 19.
1 Prepared by: Laila al-Hasan. 1. Definition of research 2. Characteristics of research 3. Types of research 4. Objectives 5. Inquiry mode 2 Prepared.
What is Research Design? RD is the general plan of how you will answer your research question(s) The plan should state clearly the following issues: The.
Research Philosophies, Approaches and Strategies Levent Altinay.
Extreme Programming מתודולוגיה לפיתוח פרויקטי תוכנה.
Research And Evaluation Differences Between Research and Evaluation  Research and evaluation are closely related but differ in four ways: –The purpose.
Director: Research Coordination, Monitoring and Evaluation
Software Quality Engineering
Lourdes Guàrdia, Elena Barberà Teresa Guasch and Enrique Rubio
Deloitte Consulting LLP SCOOPS Session
Gathering Systems Requirements
Research Methods Introduction Jarod Locke.
Gathering Systems Requirements
Topic 1: Introduction to the Module and an Overview of Agile
SD5953 Successful Project Management AGILE SOFTWARE DEVELOPMENT
Presentation transcript:

NAME and the Sheffield Software Observatory

NAME NAME, the Network of Agile Methodologies Experience, is a European Union fifth framework network with three major aims:

Aim 1 1. Bring together researchers and practitioners of Agile Methodologies for dissemination of experiences.

Aim 2 To define a research roadmap on Agile Methodologies (AMs) for the European Union Sixth Framework Programme. To this end we will explore avenues for research in Extreme Programming (XP), SCRUM, and other agile methodologies,

Aim 2 (contd.) also in relationships with other, well established, methodologies and techniques, such as Object Oriented Development, Component Based Development, Software Product Lines, Open Source Development etc.

Aim 3 To create an experimental framework to collect, classify, and analyze already existing and new experience in the area of XP and AMs.

Main partners NAME is a partnership among the Free University of Bolzano-Bozen, CWI, Datasiel, the Polytechnic of Valencia, the Munich University of Technology, the University of Cagliari, and the University of Sheffield.

Goals for today To gather information about experiences of using XP or AM.

Sheffield Software Observatory Purpose: to examine software development processes under laboratory conditions. Comparative studies under realistic circumstances. Quantitative and qualitative approaches. Technologies and human factors in software development.

Research approach Quantitative analysis of project data: Requirements documents, timesheets, plans, designs, tests, code, quality reviews, client feedback, etc. Qualitative analysis of collected data: Positivist approach – questionnaires, interviews, focus groups, evaluation reports.

Software Hut Comparative experiments. Typically 20 teams competing to build solutions for real business clients. Runs every year 2 nd year students. Typically half the teams use methodology X and the other methodology Y. Statistical analysis on all data collected.

2001 pilot study 3 clients each with 5 teams of 4-5 developers. Half the teams used XP the rest used trad/UML led approach. Data collected and analysed. Some evidence that XP teams produced slightly better solutions/documentation.

2001 continued Problem with data validation. Used the experience to improve the experiment – repeated in Needed better training in XP. Needed better data collection Needed better analysis

2002 Software Hut. 20 teams – 4 clients: Small Firms Enterprise Development Institute – wanted an intranet with company processes and information on it. Learn Direct – a data analysis tool for studying marketing trends etc.

2002 contd. Dentistry Research Institute. Web based questionnaire system for field trials. National Cancer Screening Service (NHS) – document handling system – archived scientific information etc.

Experiment Half of the teams used XP, the rest trad. Randomised experiment. Data collected includes all system documentation throughout the project. 15 hours per week per person in each team. Systems evaluated by clients. Processes evaluated by academics.

Blocks A B C D XP 5, 7, 8 2, 6 1, 9 3, 4, 10 Trad 18, 20 12, 14, 17 11, 13, 19 15, 16 Treatments Software Hut Project 2002 Allocation of teams in blocks and treatments. A) SFEDI. B) S. of Dent. C) UFI. D) Cancer S.

Software Hut Project 2002

Marks given by the clients. Split by treatment and sorted before plotting.

Software Hut Project 2002 Marks given by the clients. Teams 1 to 10 are XP. Teams 11 to 20 are Traditional.

Software hut Project 2002 Marks given by the client. Split by block and sorted before plotting.

Software hut Project 2002 Marks given by the client. Split by block and sorted before plotting. A) SFEDI. B) S. of Dent. C) UFI D) Cancer S.

Software Hut Project 2002 Marks given the lecturers. Split by treatment and sorted before plotting.

Software Hut Project 2002 Marks given the lecturers. Teams 1 to 10 are XP. Teams 11 to 20 are Traditional.

Software Hut Project 2002 Marks given by the lecturers. Split by block and sorted before plotting.

Software Hut Project 2002 Marks given by the lecturers. Split by block and sorted before plotting. A) SFEDI. B) S. of Dent. C) UFI. D) Cancer S.

Software Hut Project 2002 Marks given by clients + lecturers. Split by treatment and sorted before plotting.

Software Hut Project 2002 Marks given by clients + lecturers. Teams 1 to 10 are XP. Teams 11 to 20 are Traditional.

Software Hut Project 2002 Marks given by clients + lecturers. Split by block and sorted before plotting.

Software Hut Project 2002 Marks given by clients + lecturers. Split by block and sorted before plotting. A) SFEDI. B) S. of Dent. C) UFI. D) Cancer S.

Software Hut Project 2002 Number of tests cases. Teams 1 to 10 are XP. Teams 11 to 20 are Traditional.

Software Hut Project 2002 Number of test cases. Split by block and sorted. A) SFEDI. B) S. of Dent. C) UFI. D) Cancer S.

Software Hut Project 2002 Number of Requirements. Teams 1 to 10 are XP. Teams 11 to 20 are Traditional.

Software Hut Project 2002 Number of Requirements. Split by block and sorted before plotting. A) SFEDI. B) S. of Dent C) UFI. D) Cancer S.

Conclusions so far Testing was emphasised in both groups Probably ensured trad results were good Incremental delivery good Pair programming is hard for some Pair programming is good in testing and debugging Test first is hard but worth it

Conclusions contd. XP groups spend more time on project More talking – communication? Some practices easier to adopt than others Some practices may not be so important More research is needed.