The Rope Approach Intertwined Project Navigation A Team of “1” Heartland IIBA Presenter: Samuel Osborne June 21, 2016 1.

Slides:



Advertisements
Similar presentations
The Business Analyst and the SDLC
Advertisements

best practice project management methodology ©Platinum Services Group Limited What is XPRODi ?
CIS-74 Computer Software Quality Assurance Systematic Software Testing Chapter 1: An Overview of the Testing Process.
Modeling the Process and Life Cycle CSCI 411 Advanced Database and Project Management Monday, February 2, 2015.
Chapter 1: Possess a Clear Understanding of Business Analysis Seven Steps to Mastering Business Analysis (Barbara Carkenord, 2008)
Hospital Information System (HIS) Stakeholder Consultation
GAI Proprietary Information
Requirements Engineering n Elicit requirements from customer  Information and control needs, product function and behavior, overall product performance,
PRJ270: Essentials of Rational Unified Process
Recall The Team Skills 1. Analyzing the Problem (with 5 steps) 2. Understanding User and Stakeholder Needs 3. Defining the System 4. Managing Scope 5.
SE 555 Software Requirements & Specification Requirements Validation.
© 2004, The Trustees of Indiana University 1 OneStart Workflow Basics Brian McGough, Manager, Systems Integration, UITS Ryan Kirkendall, Lead Developer.
1 April 2010 TX SET Timeline Project Conceptualization 11 weeks Market Requirements 12 weeks ERCOT Requirements 12 weeks Conceptual Design 6 weeks Detail.
IIBA Denver | may 20, 2015 | Kym Byron , MBA, CBAP, PMP, CSM, CSPO
Build It And They Will Come
Igal Kaptsan Research Director Applied Research, Bentley Systems Change Management.
PMBOK – BABOK Which came first…the chicken or the egg? Do we really need both? November 2008 Errol Thomas MCSE, CEA, PMP, CBAP.
Bite sized training sessions: Fundamentals of Business Analysis.
The Integration Story: Rational Quality Manager / Team Foundation Server / Quality Center Introductions This presentation will provide an introduction.
Bite sized training sessions: Non-Functional Requirements.
Requirements Analysis
LECTURE 1 What does a Business Analyst do? IFS 231 Business Analysis.
Copyright 2002 Prentice-Hall, Inc. Chapter 2 Succeeding as a Systems Analyst 2.1 Modern Systems Analysis and Design Third Edition Jeffrey A. Hoffer Joey.
Demystifying the Business Analysis Body of Knowledge Central Iowa IIBA Chapter December 7, 2005.
CS 360 Lecture 3.  The software process is a structured set of activities required to develop a software system.  Fundamental Assumption:  Good software.
Chapter 2 소프트웨어공학 Software Engineering 임현승 강원대학교
Using a Project Model for Assessment of CDIO skills Tomas Svensson, Svante Gunnarsson Linköping University Sweden June
IIBA - Cedar Rapids Chapter Thursday, Sept. 22, 2011.
Role-Based Guide to the RUP Architect. 2 Mission of an Architect A software architect leads and coordinates technical activities and artifacts throughout.
Synthetic Cable Prepared By: Bryan de Waal MEEN 3344.
What is a Business Analyst? A Business Analyst is someone who works as a liaison among stakeholders in order to elicit, analyze, communicate and validate.
Lecture 7: Requirements Engineering
Release Management Configuration management. Release Management Goal Coordinate the processes through the project development life cycle Ensure the.
Search Engine Optimization © HiTech Institute. All rights reserved. Slide 1 What is Solution Assessment & Validation?
Requirements Engineering Lesson 2. Terminologies:  Software Acquisition is where requirement engineering significantly meets business strategy.  Software.
Search Engine Optimization © HiTech Institute. All rights reserved. Slide 1 Click to edit Master title style What is Business Analysis Body of Knowledge?
~ pertemuan 4 ~ Oleh: Ir. Abdul Hayat, MTI 20-Mar-2009 [Abdul Hayat, [4]Project Integration Management, Semester Genap 2008/2009] 1 PROJECT INTEGRATION.
Software Development Process CS 360 Lecture 3. Software Process The software process is a structured set of activities required to develop a software.
Assessing Requirements Quality in Iterative Development 1.
Prepared by Amira Selim 31 st October 2009 Revised by Dahlia Biazid Requirements Analysis.
Project Management Enabling Quality Marien de Wilde, PMP April 2007.
 System Requirement Specification and System Planning.
Writing Program-level Student Learning Outcomes (PSLOs)
Identify the Risk of Not Doing BA
Chapter 2 Succeeding as a Systems Analyst
Anjali Yakkundi, Analyst
The Open Group Architecture Framework (TOGAF)
Making UAT More Effective
Recall The Team Skills Analyzing the Problem (with 5 steps)
Model-Based Design: Software Engineers Wanted
Rational Worldwide Software Symposium
Chapter 2 Software Processes
Software Testing and Maintenance Maintenance and Evolution Overview
State Modeling Presented by Francine Wolfe
Rational Worldwide Software Symposium
OCD Risk Management CS 577a, Fall 2012 ©USC-CSSE.
Development Lifecycle
Upside Software Development Process
2/24/2019 6:15 AM © Microsoft Corporation. All rights reserved. MICROSOFT MAKES NO WARRANTIES, EXPRESS, IMPLIED OR STATUTORY, AS TO THE INFORMATION IN.
Balanced Scorecard Workshop Customer Objective: Enhance Relevance to Early Career Engineers TEC 2005 Pittsburgh, Pennsylvania Larry Dickinson, VP,
Business Intelligence
Rational Worldwide Software Symposium
The Requirement Continuum
Applied Software Project Management
Software Development In Agile
Subject Name: SOFTWARE ENGINEERING Subject Code:10IS51
Underlying Competency Presentation S19 Business Facilitation and Communication Facilitation and Communication in the BA Role By Gerda Hasse-Bonatti.
{Project Name} Organizational Chart, Roles and Responsibilities
Software Development In Agile
Presentation transcript:

The Rope Approach Intertwined Project Navigation A Team of “1” Heartland IIBA Presenter: Samuel Osborne June 21,

Rope Characteristics, Traits 2

Intertwined strands to add strength, elasticity Elastic, will stretch with weight increase Not easily broken Some ropes are made of different fibers Cable ropes made of different fibers to behave differently 3

The Agenda Session Description The Opportunity Learning Objectives The Concept The Behavior Business Case Development Artifacts Intertwined Activities The Results Tie it all up 4

Session Description Breaking News! BAs, PMs, QA Analysts, and Developers work together to improve each others’ artifacts! – While each has her/his own artifacts, and only one is ‘officially’ a QA Analyst, each brings specific insights to the project and enable improvement of each others’ artifacts. – So…. Let’s – Plan, Do, Check, Improve! 5

The Opportunity To leverage the knowledge, experience, and perspectives of each of the leads and deliver more complete, better quality artifacts, products, and services BA PM DEV QA 6

Learning Objectives You will have learned – An integrated approach to navigating your projects to improve Business Case artifacts Analysis artifacts Coordination artifacts Downstream artifacts Products or Services 7

The Concept tertwined 8

The Concept (cont’d) Definition (Merriam-Webster.com) a : a large stout cord of strands of fibers or wire twisted or braided together b : a long slender strip of material used as rope c : a hangman's noose d : lariatlariat Full Definition of intertwine transitive verb : to unite by twining one with another intransitive verb : to twine about one another; also : to become mutually involved 9

The Behavior 10

Business Case Perform analysis and generate raw case content Review case content with stakeholders Write the Business Case Present the Business Case Acquire Approval Proceed to Project 11

Requirement Planning, Elicitation, Documentation, Ratification All leads join the project, each representing their unique stakes in the project The Lead Business Analyst drives, while others come along for the ride While “riding”, PM, QA Lead, Dev Lead assess and validates requirements, in effect, QAing the requirements (Business, Functional, Non- Functional, Implementation) as they are written 12

Development and QA Plan/Design All leads continue to work the project, each representing their unique stakes in the project The Lead Developer drives, while others continue the ride along, however The QA Lead is planning while continuing to assess the requirement artifacts, and adds assessment of Development artifacts The Dev Lead continues to assess and validate requirements while using them to build Development artifacts, and QAing the QA artifacts as they are written 13

PM The PM uses BA, Developer, and QA analyst artifacts to build out the project plan The PM assesses artifacts while building out project plan The BA, Developer, and QA Analysts ‘QA’ the project plan and the other artifacts 14

Artifacts - Business Analysis Plan – Who will be needed to do what is to be done – What will be done, when, how, by whom, AND how much is enough Do – Document the Requirements, Rules, Assumptions, Constraints Business System Environment Check Improve 15

Artifacts – All Plan – Who will be needed to do what is to be done – What will be done, when, how, by whom, AND how much is enough Do – Document the requirements, rules, assumptions, constraints Business System Environment Check – Review documented Requirements, Rules, Assumptions, Constraints against Business Case System Design Docs Environment Models, Documentation Improve – All processes and their components 16

Intertwined Activities Project Management – Project Plan – Implementation Plan Analysis – Requirements Planning – Elicitation/Documentation/Coordination/UAT Development – Design – Build – Unit/Integration – Code Review Test – Test Planning – Functional/System – UAT Implementation 17

Results Better artifact quality Faster artifact delivery Improved process(es) Improved knowledge/knowledge sharing Better products and services 18

Tie it all up Initiate BA, PM, Dev, and QA activities earlier All: ‘QA’ all artifacts – Business Case – Project Plan – Requirement/Business Rule Plan(s) – Requirements/Business Rules – Development Plan – Development Design/Code Reviews – QA Plan – Test Cases – Implementation Plan Get IMPROVED artifacts, processes, products 19