1 Evaluation of agility in software development company Gusts Linkevics Riga Technical University, Riga, Latvia, Abstract Organization s and team s experience in agile methodology can be more successful if software development company is well prepared for agile software development. The problem is that the organization or team does t kw or is misled about how well prepared they are for the agile software development. This research focuses on creating metrics and classification of agility for software development companies and teams, so they can identify at which level of agility organization or team is. Organization and its domains can be on different agility level and it must be evaluated. Results of the research are metrics, classification and evaluation models for organization and its domains. The result of this research can be used to create expert system for organizations agility level determination and improvement. Keywords: Agile, Organization agility, Agility classification.. Introduction Agile software development has become more and more popular during last decade and offers opportunity to deal with software development using other approaches rather than traditional development methodologies like waterfall. The typical problem is that organizations are thinking that they are agile and do t change old processes, but in reality the organization is partly agile and agile adoption is t finished to the state where it can give more benefit to organization. The agility level of an organization and its domains should be evaluated regularly to make necessary changes in organization structure or processes. The purpose of this paper is to introduce organization agility model , conceptual agility level evaluation system and its domains. Results will be used later by expert system for determining agility level of organization. This paper consists of 0 sections. The first section is introduction and describes the problem and the goals of the paper. Second section introduces organization agility model (OAM). Third section describes conceptual model of the agility level evaluation systems. The fourth section describes organization domain of OAM. The fifth section focuses on productivity domain of OAM. The sixth section describes purpose of quality domain. The seventh and the eight sections describe process  and value domains of OAM. The purpose of the ninth section is to introduce possible classification algorithms  for agility level evaluation system. The section 0 concludes the paper and gives brief outline of the future work. 2. Agility model To evaluate software Developments Company s (SDC) agility level, decomposition of organizations agility is required. It is proposed what SDC agility consists of five core domains (Figure ). Five domains of SDC agility are Organization, Process, Productivity, Quality and Value. Organization domain is responsible for overall continuous improvement of the organization and contains all business functions. Process domain is responsible for the effective use of Scrum and its artefacts. Productivity
2 domain is responsible for building increments of the product with focus on the team. Quality domain is responsible for the quality of items delivered in productivity domain. Value domain is responsible for increasing value of product releases. Figure. Organization agility domains. Decomposition of organizations agility in domains gives opportunity to evaluate and classify each domain by agility evaluation system the concept of which is described in the next section. 3. Agility level evaluation system In order to evaluate organizations agility some conceptual system is required. The proposed system is expert system, which can evaluate inputs from team members of different domains. Figure 2 represents the conceptual model of proposed evaluation system, where E E n are members of the team who are using input module of expert system to enter information about particular period, for example, sprint or month. Received data is separated into five domains Organization, Process, Productivity, Quality and Value. Figure 2. Conceptual model of agility evaluation system.
3 Information about each domain is classified by one or more algorithms A A n to determine agility level of the domains. Separation of inputs into domain specific information is required in order to get more specific output information about domains that requires more effort to become more agile. Output module outputs information about domain agility D to D5 where D is particular domain and overall information about organization s agility. In further versions of conceptual model, there is possibility to enhance output module with functionality, which in details shows the most problematic areas of the domain. 4. Organization domain Responsibility of the Organization domain is to ensure the continuous improvement of the organization in the changing environment (Figure 3). Figure 3. Organization domain components. Organization domain consists of nine core components, but can be extended if required for particular organization: Process change management is responsible for detecting when change is required, evaluate the impact and effort for the change and implement the process change. Responsible person for this component is required to initiate the change process. Information about processes and changes should be available to members of the organization. Practice change management is responsible for implementing new agile practices and evaluation of implementation results. Each new practice can increase or decrease agility level of SDC and therefore must be evaluated and analysed in order to get more benefits. Communication plays important role in agile software development both internal with different departments and external with stakeholders. All communication issues should be addressed and evaluated. Kwledge management process is responsible for managing data about processes, practices. Both good and bad experience should be stored in order t to repeat wrong decisions.
4 Learning component works closely with kwledge component and is responsible for acquiring new kwledge. Project type part is responsible for evaluation of different project types. Reason to use this component is, that different types of projects could exist, but t compulsory are handled differently. For example, small projects do t need sophisticated documentation where large enterprise projects should have some more documentation. Size of organization should also be addressed, as large enterprises may need to use different set of agile practices. Experience plays important role in agile methodology usage and it tends to have bigger success in companies where this methodology is practiced for longer period. Evaluation component in this context is responsible for continuous evaluation of organizations domain and its components. 5. Productivity domain Responsibility of the Productivity domain is to build the product. The centre of the Productivity domain is development team. In the current model, there are nine components for evaluation (Figure 4): Figure 4. Productivity domain. Environment component is responsible for evaluation of the environment where development team is working. Communication must be proper at all levels of the company and development team is t an exception. Good communication skills within the team must be evaluated. For example, there could be situations that some team members cant communicate properly and if such problems are t addressed on time, then collaboration between members of the team is unproductive. Collaboration component is responsible for high quality teamwork and after evaluation can indicate at what level the collaboration of the team members are. Size of team must also be addressed as environment and practices for different team sizes can differ; Team type component addresses evaluation of team structure. There can be development teams that are located in one place, at one location, distributed or mixed. Most agile challenges are for distributed or mixed teams, as they tend to have more problems with faceto-face communication and collaboration. For this reason, agility level of such teams is lower, but with proper effort it can be improved.
5 Experience of the development team plays important role in productivity domain, as similarly to organizations experience, more experienced team can handle agile methodology more smoothly or at least see the problem with processes earlier. Learning component is responsible for evaluation of learning processes in the development team. More it learns and trains more agile it can become. Kwledge sharing as the name states is sharing of kwledge between development team members and development teams. Evaluation of this component can indicate the presence or absence of the sharing and lead to implementation of kwledge sharing practices. Kwledge storage or kwledge management is responsible for evaluation of storage processes in productivity team. It works similarly as in organization domain, only difference is in the context, in this case it is the context of the development team. Practices component is responsible for evaluation of practices used by the development team. As it turns out practices, which are working for one team in the organization could t work as good as for ather team in the same organization. P P n in the domain module are indicating different practices which are used, were used or will be tried out by the development team. Productivity domain is of high importance and should be evaluated more frequently than organization domain. Next but t least is quality domain, described in next section. 6. Quality domain Purpose of the Quality domain is to ensure the quality of products built in productivity domain (Figure 5). Quality domain consists of six core components: Figure 5. Quality domain. Tooling members of the Quality domain use different tools to ensure higher quality of the product. Standard s component is responsible for evaluation of standards used by the Quality domain members. This may include Testing standards, Quality standards and more. Convention is a way to agree about some working contracts and ways how certain situations should be handled. Guidelines members of Quality domain (Architects, Database architects, Infrastructure developers etc.) should use and implement guidelines as it can help to ensure quality.
6 Guidelines similarly to practices should be evaluated in order to choose correct ones for the job. Practices set of practices should be utilized by the Quality domain or Productivity domain members, because agile method such as Scrum does t ensure the success. New practices should be tried out and n-effective removed from the set. If set of practices used will be big eugh for particular team, in particular organization working on particular product, then results could be contrary as expected. Roles Architects, Database Architects, Infrastructure developers, User interface designers and Framework developers, drive Quality domain. Some team members could employ more than one role, especially in small teams. Lack of some role could decrease kwledge level of this domain and its possibility to react or to ensure quality. Besides Quality, Productivity and Organization domains there are also Process and Value domains. 7. Process domain Responsibility of the Process domain is to ensure the effective use of Scrum and its artefacts  (Figure 6). Scrum method is set of events and artefacts described in this section. Process domain can be separated into three core components: Figure 6. Process domain. Time Boxes - purpose of this component is to evaluate the events of the Scrum  : Grooming is meeting where User Stories (US) are evaluated for the first time and discussed in more details. Good practice is to evaluate US beforehand sprint planning. Release planning is used to create Release plan and this practice is coming from Extreme Programming (XP) .
7 Sprint planning is used to take US into particular Sprint and create tasks for them. Sprint is actual time when features and US are prepared and built. Sprint length varies depending on the team, project and organization. Daily scrum is short meeting every day to ensure that everything is on track and there are specific impediments. This event helps team to stay on track what other people on the team are doing. Sprint review is meeting to show and present built features in action for Stakeholders and other interested persons. Sprint retrospective is event where team shares their opinion about how the sprint went, what was good and bad about it. This is also time to decide what changes are required for the next sprint. Artefacts are items required by Scrum and they are used in events of Scrum to track progress and keep US in order. Usually four artefacts are used, but some teams might use more : Product backlog is used to hold complete list of US that are required for particular product. List items and they priority can change depending on business needs. Release burndown is chart where Team, Product Owner and ScrumMaster can track progress of completed and t completed US in context of the product. Sprint backlog is list used during the sprint and it holds US required for particular Sprint. Sprint burndown is chart where Team, Product Owner and ScrumMaster can track progress of completed and t completed US in context of current sprint. Roles are way to split responsibility in agile software development. Three roles exist in Scrum : Product Owner is person who owns the product on behalf of company. This person is responsible the success of the product and has to be empowered eugh to make necessary decisions. By evaluating this role, for example, it is possible to determine is this person empowered eugh to make decision. ScrumMaster is facilitator for the product team in Productivity domain. ScrumMaster helps development team to be successful and protects the development team from interference. Team is cross-functional team including developers, testers etc. and delivers product in Productivity domain. By evaluating Process domain, it is possible to determine week points of Scrum event execution and improve how processes are applied. 8. Value domain Value domain is responsible for increasing value of product releases and consists of components (Figure 7): five core
8 Figure 7. Value domain. Release management is the process of managing software releases from development stage to software release.  Product management is the process of product governance from inception to delivery in order to bring value to the business.  Portfolio management is responsible for managing SDC portfolio. Portfolio includes information about planned or ongoing initiatives, projects and services. Portfolio management enables evaluation of previous and current development efforts. Project Management Organization (PMO) responsibility in agile is to align the selection and execution of projects and programs with the organizations business goals. Product Owner functions are to have vision of what needs to be build and to convey that vision to development team. Good Product Owner is the key of starting agile software development project and keep product backlog in good shape. Evaluation of Product Owner functions may increase quality of backlog items and delivered product that may lead to higher value for the business. As during evaluation of Value domain, it is possible to determine value of delivered products and services it has to be taken into account then evaluating organizations agility level. Organization might be agile, but if return of the investment (ROI) is small, for example, then there is something wrong and it is signal what some changes are required in this or other domains. 9. Classification algorithms Separation of organization agility into domains allows us to evaluate different parts of organization for agility. Purpose of all the domains is to create appropriate surveys for members of organization. Classification algorithms to determine the agility level of each domain and organization later use collected data. In section tree of this paper conceptual model of agility evaluation system is described and part of this model is classification algorithm or algorithms. It is eugh to use one, but in some situations, more than one can be used. It is proposed to use FOIL or similar algorithm that uses first-order rules.  FOIL uses first-order rules and one of the ways to describe the rules is the form IF THEN. Horn syntax can be also used (Figure 8).
9 Figure 8. Horn clause. Horn type of syntax can be rewritten by substituting Head with Agility level or Class and Body with Condition as a result we will have form seen in Figure 9. Figure 9. Classification clause. For FOIL algorithm to work correctly with supplied data gathered from surveys, we need to create learning data set to teach algorithm under what conditions there is particular agility level. Test learning data set is shown in Table. Table. FOIL Learning data set. Scrum impl. Retro impl. Grooming impl. Communication level Agility level Rule used rmal rmal rmal rmal rmal rmal rmal rmal rmal rmal rmal rmal t agile agile t agile agile t agile agile t agile agile t agile agile t agile agile t agile agile t agile t agile t agile t agile t agile agile t agile agile t agile t agile 6 8, ,7, For example, if agility level will have 3 levels, then AL= t agile, AL2= agile, AL3=agile. Sample data set has following amount of items in particular agility level: AL = t agile = 5 AL2 = agile =5 AL3 = agile = 4 After using FOIL algorithm set of rules for each agility level will be generated. Rules for this sample agility evaluation are represented in Table 2.
10 Agility Level AL = t agile Table 2. Rules generated by FOIL algorithm. Rules AL CommunicationLevel(X, )  AL ScrumImplemented(X,) CommunicationLevel (X,rmal) GroomingImplemented(X, ) RetrospectiveImplemented(X, )  AL ScrumImplemented (X, ) CommunicationLevel (X,rmal) GroomingImplemented (X,) RetrospectiveImplemented (X, ) AL ScrumImplemented (X, ) GroomingImplemented (X,) RetrospectiveImplemented (X,) AL2 = agile AL2 CommunicationLevel (X, rmal) GroomingImplemented (X, ) RetrospectiveImplemented (X, ) AL2 CommunicationLevel (X, rmal) GroomingImplemented (X,) RetrospectiveImplemented (X, ) ScrumImplemented (X, ) AL2 GroomingImplemented (X, ) CommunicationLevel (X, rmal) ScrumImplemented (X, ) AL3 = agile AL3 CommunicationLevel (X, rmal) GroomingImplemented (X, ) ScrumImplemented (X, ) AL3 CommunicationLevel (X, rmal) GroomingImplemented (X, ) RetrospectiveImplemented (X, )  For rule test purposes it is needed to run those rules against our training data set to confirm that rules are created correctly. Result after running the rules is shown in Table 2, in the last column and it indicates the rule used to make classification. In this particular case, all rules have worked correctly. Now these rules can be used on data that was gathered from surveys. This section shows just example how to create evaluation rules, in reality set of rules needed will be much bigger and lot of effort is needed to complete the rule set. It has to be taken into account what for creation of learning data set agile experts should be invited to make this learning set as precise as possible. 0. Conclusion Adopting agile approach has never been simple task and in the process of adopting agile approach, various questions arise. This research is the first step to create an expert system which can help evaluate organization agility to allow them adopt agile approach more smoothly and to assist during transition phase. First step in evaluating the agility level of the organization is to understand what exactly we are evaluating. As organization is complex system and cant be evaluated easily, then it is necessary to separate different organization domains. Proposed model has five domains and each domain can be evaluated separately. The domains are Organization, Productivity, Process, Value and Quality. After creation of the agility model of the organization, each domain can be separated in smaller components to simplify the evaluation process. Organization domain consists of nine core components, Process change management, Practice change management, Communication, Project type, Experience, Size, Learning, Evaluation and Kwledge
11 storage. Main responsibility of Organization domain is to evaluate overall organization parameters and processes. Productivity domain consists of 0 core components and is responsible for building the product. Components are, Kwledge storing, Kwledge sharing, Learning, Experience, Team type, Size, Collaboration, Communication, Environment and Practices used by the development team. None of the core components should be omitted, but if required new subcomponents may be added to the domain. The team should always use set of practices, but team should keep in mind, that if set of practices is too big it may decrease efficiency of practice usage. Product may be build, but the question remains, is the product of a required quality. To ensure that product is built in appropriate quality the Quality domain is created. Quality domain consists from six core components, Tooling, Standards, Conventions, Guidelines, Practices and Roles (Architects, Database architects, Infrastructure developers, Framework developers and User interface designers). Scrum is one of the methods used by organizations to do agile software development and its processes and artefacts are used by Process domain. Core components of process domain are Release planning, Sprint Planning, Grooming, Sprint, Daily Scrum, Sprint review and Sprint retrospective events. Value domain is responsible for evaluation of product releases and is domain of high importance. Evaluation of this domain can give real feedback to business about investments and values gained from past releases. All described domains are giving possibility to create evaluation surveys for each domain. One of the challenging areas in creating survey for each domain is to create the surveys as small as possible because evaluation needs to be done on regular bases. Date gathered from those surveys will be used by expert system, which will classify different domains of the organization. Conceptual model of agility level evaluation expert system is described in third section of this paper. System will gather data from surveys and by help of classification algorithms will classify the domains of the organization. Classification will be done by employing first-order rules based algorithm such as FOIL, but similar algorithms can be used separately or in conjunction. Results of this research will be used to build actual agility level evaluation system and to prepare surveys for members of the organization. References  J. Humble, D. Farley, Continuous Delivery: Reliable Software Releases through Build, Test, and Deployment Automation, Addision-Wesley Professional, 200.  R. Pichler, Agile Product Management with Scrum: Creating Products that Customers Love, Addision- Wesley Professional, 200.  TheAgility Guide, Using Scrum to Transform Your Enterprise, Path-Framework/Agility-Guide, Last accessed 0 January 204  Kenneth S. Rubin, Essential Scrum: A Practical Guide to Most Popular Agile Process, Addision-Wesley Professional, 202.  S. Parshutin, G. Kuleshova, A. Barisov, Application of the first order rules to reconstructing link damages in logistics net,  J. Beaver, The Agile Team Handbook, CreateSpace Independent Publishing Platform, 203.  K. Beck, C. Andres, Extreme Programming Explained: Embrace Change, 2 nd Edition, Addision-Wesley Professional, 2004.
12 Authors Principal Author: Gusts Linkevics holds a Engineer degree in Computer Sciences from the Riga Technical University and a Master degree in Business Administration from Riga Technical University. At present he is a Senior Developer at If Insurance.
Integrating Agile into Your Company s SDLC Frank Valerius February 1, 2012 Perception vs Desired State Business perceives IS to be Rigid / inflexible Disconnected from business Slow to respond to change
Would you like to have a process that unlocks ability to learn and produce faster? Agile - your unfair advantage in the competition. BUILD LEARN MEASURE DEFINED MEASURABLE REPEATABLE COLLABORATIVE IMPROVABLE
Agile Scrum Workshop What is agile and scrum? Agile meaning: Able to move quickly and easily. Scrum meaning: a Rugby play Agile Scrum: It is an iterative and incremental agile software development framework
Certified ScrumMaster (CSM) Content Outline and Learning Objectives January 2012 The following pages present the CSM taxonomy as validated through the 2011 Scrum Alliance Validation Study. Total questions
Lean and Agile Development With Scrum (Part 1) Lucio Davide Spano firstname.lastname@example.org email@example.com 3 May 2012 Agile Programming http://www.dilbert.com Traditional Software Development Waterfall
Business white paper Manage projects effectively HP Project and Portfolio Management Center and HP Agile Manager Table of contents 3 Executive summary 3 The HP Solution Invest in what matters most then
Certified ScrumMaster (CSM) Content Outline and Learning Objectives January 2012 The following pages present the CSM taxonomy as validated through the 2011 Scrum Alliance Validation Study. Each percentage
D25-2 Agile and Scrum Introduction How to Use this Download This download is an overview of a discussion Intertech has with clients on Agile/Scrum This download has an overview of Agile, an overview of
Capstone Agile Model (CAM) Capstone Agile Model (CAM) Approach Everything we do within the Capstone Agile Model promotes a disciplined project leadership process that encourages frequent inspection and
The Basics of Scrum An introduction to the framework Introduction Scrum, the most widely practiced Agile process, has been successfully used in software development for the last 20 years. While Scrum has
A S P E S D L C Tr a i n i n g ScrumMaster Certification Workshop: Preparatory Reading A WHITE PAPER PROVIDED BY ASPE ScrumMaster Certification Workshop: Preparatory Reading Greetings, Potential Certified
Scrum vs. Kanban vs. Scrumban Prelude As Agile methodologies are becoming more popular, more companies try to adapt them. The most popular of them are Scrum and Kanban while Scrumban is mixed guideline
Scrum Discussion Questions For the Facilitator These questions and subsequent discussion points are designed to help you and your Team more efficiently implement Scrum. The following are discussion points
Agile Project Forecasting Techniques "Who Says You Can't Plan Agile Projects?" Matt Davis, PMP, MCITP October 21, 2013 Learning Objectives 1. Review the Agile Project Management approach and it's relation
How to Plan an Agile Project in 15 Minutes Introduction This tutorial will guide you through planning an agile project in fifteen minutes. You will learn how to: Create a User Story Plan a Release Kick
Scaling Scrum Colin Bird & Rachel Davies Scrum Gathering London 2007 Scrum on a Slide Does Scrum Scale? Ok, so Scrum is great for a small team but what happens when you have to work on a big project? Large
Chapter 1 Introduction to Agile Objectives: Define Agile software development Explain differences and similarities between various lightweight methodologies Learn the core principles of Agile Dispel common
Agile Project Management Jim Highsmith Chapter 5 An Agile Project Management Model We improve effectiveness and reliability through situationally specific strategies, processes, and practices. One of the
SCRUM AT RIIS A Standish study found that only 20% of features in a typical system were used often or always and 45% of features were never used at all. The ability to embrace change is critical to reducing
When is Agile the Best Project Management Method? Lana Tylka Staged Incremental Deliveries Prototypes Plan Develop Design Deploy Test Maintain Sequential Steps Multiple Iterations Waterfall Sprints, Spirals
Agile Software Development with Scrum Jeff Sutherland Gabrielle Benefield Agenda Introduction Overview of Methodologies Exercise; empirical learning Agile Manifesto Agile Values History of Scrum Exercise:
Agile Practitioner: PMI-ACP and ScrumMaster Aligned The PMI Agile Certified Practitioner (PMI-ACP) ScrumMaster credential validates your ability to understand agile principles, agile concepts, and establishes
Sprint to Your Market With Agile An Introduction to Agile Software Development Evan Leonard Senior Program Manager October 7, 2013 What Is Agile? Agile is a broad movement that is becoming the new industry
The Agile PMO Kevin Thompson, Ph.D., PMP, CSP Agile Practice Lead cprime, Inc. 4100 E. Third Avenue, Suite 205 Foster City, CA 94404 Kevin.firstname.lastname@example.org Abstract The development of Agile processes
Scrum In 10 Slides Inspect & Adapt Why Scrum? 52.7% projects cost 189% of their original estimates 60% of functionality delivered is rarely or never used 80% of the value comes from 20% of the functionality
An Executive Scrum Team Alexandre Magno Figueiredo Agenda 1. What led me to use Scrum with executives? 2. Some pains in the executive world 3. The Scrum Executive Alexandre Magno, CST - novembro.2008 1.
Agile Information Management Development Agile Project Management Characteristics Acceptance and even welcome of changing requirements Incremental product delivery Define, develop and deliver early and
Sprint with Scrum and get the work done Kiran Honavalli, Manager Deloitte Consulting LLP March 2011 Contents About Deloitte Consulting 3 Executive summary 4 About Scrum 5 Scrum phases 8 Lessons learned
Agile Software Development Lecturer: Raman Ramsin Lecture 4 Scrum: Current Framework 1 Scrum: New Process Framework 1. A people-centric framework based on a set of values, principles, and practices that
Adapting Agile Software Development to Regulated Industry Paul Buckley Section 706 Section Event June 16, 2015 Agenda FDA s expectations for Software Development What is Agile development? Aligning Agile
About the Tutorial Agile is a software development methodology to build a software incrementally using short iterations of 1 to 4 weeks so that the development is aligned with the changing business needs.
The PROJECT PERFECT White Paper Collection Abstract Agile Development Redefining Management in Project Management Neil Stolovitsky Agile development has been around for nearly a decade. However, its popularity
Preparation Guide EXIN Agile Scrum Foundation Edition March 2014 Copyright 2014 EXIN All rights reserved. No part of this publication may be published, reproduced, copied or stored in a data processing
Volume: 145 Questions Question No : 1 Retrospectives provide an opportunity for the team to: A. Reflect at the end of every iteration and identify improvements that will increase the quality of the product.
Integrating Scrum with the Process Framework at Yahoo! Europe Karl Scotland Yahoo! Europe email@example.com Alexandre Boutin Yahoo! International firstname.lastname@example.org Abstract Large enterprise
PLM - Agile Agile Development Evolved in the 1990s as a response to heavyweight methodologies. In 2001 representatives of various new methodologies met to discuss the need for lighter alternatives. The
FREE ONLINE EDITION (non-printable free online version) If you like the book, please support the author & InfoQ by purchasing the printed version: www.sprint-it.de/scrum-checklists (only 19,90 euro) Brought
Agile Software Development Lecturer: Raman Ramsin Lecture 18 Scrum: High-Level Planning 1 Multilevel Planning in Scrum Scrum defines only sprint planning and daily planning (via the daily scrum). However,
Agile Metrics It s Not All That Complicated Welcome About your Trainer, Katia Sullivan VersionOne Product Trainer and Agile Coach Certified Scrum Master Certified Scrum Product Owner Led teams/org s to
AGILE - QUICK GUIDE http://www.tutorialspoint.com/agile/agile_quick_guide.htm Copyright tutorialspoint.com AGILE - PRIMER Agile is a software development methodology to build a software incrementally using
Course Title: Planning and Managing Agile Projects Course ID: BA15 Credits: 21 PDUs Course Duration: 3 days (Live in person class only) Course Level: Basic/Intermediate Course Description: This 3-day course
Agile Project Management A Primer Brian Stewart AVU ACEP Nairobi 17 th 2013 http://www.coleyconsulting.co.uk/images/waterfall-model.gif Problems with waterfall model Over-planning Insufficient Communication
Scrum and Kanban 101 www.bebetterleader.com @jfiodorova What are your expectations What are the differences between Agile and Traditional? What do you know about Agile Two approaches to control any process:
Issues in Internet Design and Development Course of Instructions on Issues in Internet Design and Development Week-2 Agile Methods Saad Bin Saleem PhD Candidate (Software Engineering) Users.mct.open.ac.uk/sbs85
IMQS TECHNOLOGY AGILE METHODOLOGY OVERVIEW Agile software development refers to a group of software development methodologies that promotes development iterations, open collaboration, and process adaptability
SATORI CONSULTING LEAN AGILE POCKET GUIDE Software Product Development Methodology Reference Guide PURPOSE This pocket guide serves as a reference to a family of lean agile software development methodologies
Managing a Project Using an Agile Approach and the PMBOK Guide Kathy Schwalbe, Ph.D. email@example.com Augsburg College Minneapolis, Minnesota September 25, 2012 Abstract This paper includes excerpts
The Agile Manifesto is based on 12 principles: Customer satisfaction by rapid delivery of a useful product solution Welcome changing requirements, even late in development Working products are delivered
AGILE FOUNDATION CERTIFICATE SAMPLE FOUNDATION QUESTIONS WITH ANSWERS This document is a set of sample questions, in the style of the Agile Foundation Certificate Examination, which is a 60 question, 1
Getting Agile with Scrum Mike Cohn November 11, 2008 1 Mike Cohn - background 2 Agenda Overview of Scrum Product backlogs Sprints and sprint backlog Tracking progress Scrum meetings 3 The Agile Manifesto
From Agile by Design. Full book available for purchase here. Contents Introduction xiii About the Author xix Chapter 1 Adjusting to a Customer-Centric Landscape 1 It s a Whole New World 1 From Customer-Aware
Scrum In A Nutshell Scrum is about Teams producing Results in an agile way. Scrum Teams achieve results anyway they can by using a simple set of rules to guide effort. We will describe scrum as a simple
Hi, To assist people that we work with in Scrum/Agile courses and coaching assignments, I have developed some Scrum study-questions. The questions can be used to further improve your understanding of what
Scrum SE Presentation by Anurag Dodeja Spring 2010 What is Scrum? Scrum is an agile software development framework. Work is structured in cycles of work called sprints, iterations of work that are typically
Agile Software Development Use case for Agile Software Development Methodology in an Oil and Gas Exploration environment. White Paper Introduction No matter what business you are in, there are critical
An Evolving List of Reminders for Your Team 6801 185th Ave NE, Suite 200 Redmond, WA 98052 solutionsiq.com 1.800.235.4091 PREPARED BY Alan Dayley ADayley@solutionsiq.com Contents Overview 1 Thinking About
Benefits of Agile Project Management Thosaphon Bunsiri Faculty of Business Administration, Payap University, Chiang Mai, Thailand E-mail: firstname.lastname@example.org Thanyalak Kumprom Faculty of Humanities
Agile Assessment Report Oct 17-21 2011 Naresh Jain - email@example.com This report contains...! Expectations of our visit! Summary of our visit! Our current understanding of the overall team & process!
Transforming to an Agile PMO Upcoming Agile Webinars! Transforming to an Agile PMO Agile Portfolio Planning with Kanban A Journey Through the Agile Lifecycle Agile Requirements Gathering A Day in the Life
Terry Fischer Is Agile Scrum the Right Methodology for Your BI Project? Session 3504 LEARNING POINTS What is Agile Scrum and for what types of projects is it best utilized? How to apply general Agile Scrum
Is the Project Manager and Endangered Species? Roman Pichler About me Roman Pichler Consultant and Author Lean and Scrum Tel.: +44 (0) 7974 203772 firstname.lastname@example.org www.romanpichler.com 2008
Answered: PMs Most Common Agile Questions Mark Kilby Agile Coach, Rally Software email@example.com 407.687.3350 (cell) Led Fortune 50 agile transitions in - Government - Technology - Healthcare - Insurance/Fina
International Association of Scientific Innovation and Research (IASIR) (An Association Unifying the Sciences, Engineering, and Applied Research) International Journal of Engineering, Business and Enterprise
Scrum Method Implementation in a Software Development Project Management Putu Adi Guna Permana STMIK STIKOM BALI Denpasar, Bali Abstract To maximize the performance, companies conduct a variety of ways
The Truth About Agile Software Development with Scrum, The Facts You Should Know Copyright Notice of rights All rights reserved. No part of this book may be reproduced or transmitted in any form by any
INF1581: Process Improvement and Agile Methods in Systems Development 01 nov. 2016 Scrum and Large scale Scrum email: firstname.lastname@example.org INF5181->Large Scale Scrum - Yngve Lindsjørn 1 Structure of Lecture
Jukka Mannila KEY PERFORFORMANCE INDICATORS IN AGILE SOFTWARE DEVELOPMENT Information Technology 2013 KEY PERFORFORMANCE INDICATORS IN AGILE SOFTWARE DEVELOPMENT Mannila, Jukka Satakunnan ammattikorkeakoulu,
Agile Scrum and PMBOK Compatible or Contrary? Paul Despres PMI Emerald Coast Panama City Branch June 26, 2014 Meeting Overview Agenda Topics: Review Agile/Scrum Methods Review PMBOK Structure Demonstrate
Water-Scrum-Fall Agile Reality for Large Organisations By Manav Mehan Principal Agile consultant Manav.Mehan@tcs.com Interests and Experience Leading Change and Transformation in Large, Complex organisations
Scrum: A Manager s Guide Agile Development Practices East 2010 November 16, 2010 Orlando, Florida by Kenny Rubin Includes slides from: Mountain Goat Software 1 Background of Kenny Rubin Author Trainer/Coach
Agile Systems Engineering: What is it and What Have We Learned? March 2012 Dr. Suzette S. Johnson Agile Engineering Northrop Grumman Suzette.Johnson@ngc.com Getting To Know You! Dr. Suzette Johnson Northrop
AGILE HANDBOOK OVERVIEW WHAT IS THIS? This handbook is meant to be a quick-starter guide to Agile Project Management. It is meant for the following people: Someone who is looking for a quick overview on
CSPO Learning Objectives Preamble This document contains topics for the Certified Scrum Product Owner (CSPO) training course. The purpose of this document is to describe the minimum set of concepts and
Agile in Financial Services A Framework in Focus John B. Hudson, B.Sc, PMP, CSM PMI NJ Chapter February 19, 2013 19 Feb 2013 1 Objectives 1. Agile Development an Overview 2. The Agile Enterprise Infrastructure
Distr. GENERAL WP.22 17 May 2011 ENGLISH ONLY UNITED NATIONS ECONOMIC COMMISSION FOR EUROPE (UNECE) CONFERENCE OF EUROPEAN STATISTICIANS EUROPEAN COMMISSION STATISTICAL OFFICE OF THE EUROPEAN UNION (EUROSTAT)
Agile Quick Facts AGILE PRINCIPLES Customer Satisfaction 01 Changing Requirements 02 Frequent Delivery 03 Collaboration 04 Our highest priority is to satisfy the customer through early and continuous delivery
Waterfall to Agile DFI Case Study By Nick Van, PMP DFI Case Study Waterfall Agile DFI and Waterfall Choosing Agile Managing Change Lessons Learned, Sprints Summary Q and A Waterfall Waterfall Waterfall
Terry Fischer Is Agile Scrum the Right Methodology for Your BI Project? Session 3504 LEARNING POINTS What is the Agile Scrum and for what types of projects is it best utilized? How to apply general Agile
YOUR SUCCESS IS OUR FOCUS Whitepaper Published on: Jun-09 Author: Ramesh & Lakshmi Narasimhan 2009 Hexaware Technologies. All rights reserved. Table of Contents 1. Introduction 2. Subject Clarity 3. Agile
Measurement repository for Scrum-based software development process VILJAN MAHNIC, NATASA ZABKAR Faculty of Computer and Information Science University of Ljubljana Trzaska 25, SI-1000 Ljubljana SLOVENIA
Agile Delivery is about creating quality, working deliverables that provide the highest possible business value while reducing the risk of undelivered projects. At AgileBear we work with you to develop