Winbook Nupul Kukreja Annual Research Review 6 th March 2012 Process Implications of using Social Networking based Tools for Requirements Engineering 3/6/20121ARR.

Slides:



Advertisements
Similar presentations
Agile Software Development Robert Moore Senior Developer Curtin University.
Advertisements

Course: e-Governance Project Lifecycle Day 1
Integrating Collaborative Requirements Negotiation and Prioritization Processes: A Match Made in Heaven Nupul Kukreja Annual Research Review 14 th March.
Agile 101.
[Title of meeting] [Name of sponsor] [Date] For guidance on working with PowerPoint and reformatting slides, click on Help, then Microsoft PowerPoint Help,
Intro to Scrum. What is Scrum? An answer to traditional “fixed cost / strict requirements” contracts which had very high rates of failure Recognizes the.
May 14, May 14, 2015May 14, 2015May 14, 2015 Azusa, CA Sheldon X. Liang Ph. D. Software Engineering in CS at APU Azusa Pacific University, Azusa,
International Scrum Institute Accredited Scrum Certifications for Agile Software Practitioners.
Pair of Wires Box 1Box 2 A Communication Example "Two missile electrical boxes manufactured by different contractors were joined together by a pair of.
University of Southern California Center for Systems and Software Engineering Social Networking Technology Usage on Web Service Projects Supannika Koolmanojwong.
UI Standards & Tools Khushroo Shaikh.
SE 555 Software Requirements & Specification Requirements Management.
2/13/07(c) USC-CSSE1 An Empirical Study on MBASE and LeanMBASE Supannika Koolmanojwong Center for Systems and Software Engineering CSSE- Annual Research.
Requirement Engineering – A Roadmap
Using UML, Patterns, and Java Object-Oriented Software Engineering Chapter 3, Project Organization and Communication.
University of Southern California Center for Systems and Software Engineering 1 WikiWinWin: Rapid Collaborative Requirements Negotiation Using Wiki and.
Managing a Project Using an Agile Approach and the PMBOK® Guide
How to Perform A Lessons Learned Session With Your Project Team
1 Requirements Elicitation Slinger Jansen. 2  1. Motivation  2. Requirements  3. Continuous RE  4. The RE Framework  7. Fundamentals of Goal Orientation.
CEN Fourth Lecture Introduction to Software Engineering (CEN-4010) Instructor: Masoud Sadjadi Project Organization.
Gaining Support for a Sustainable Agile Transformation Dennis Stevens, VP Enterprise Engagements LeadingAgile November 12, 2013.
CC20O7N - Software Engineering 1 CC2007N Software Engineering 1 Requirements Engineering Practices with Techniques.
COMPGZ07 Project Management Presentations Graham Collins, UCL
Chapter 3 – Agile Software Development 1Chapter 3 Agile software development.
Chapter 3 – Agile Software Development Lecture 1 1Chapter 3 Agile software development.
Atlanta Public Schools Project Management Framework Proposed to the Atlanta Board of Education to Complete AdvancED/SACS “Required Actions” January 24,
WinCBAM: From Requirements Negotiation to Software Architecture Decisions Hoh In Rick Kazman David Olson Texas A&M SEI/CMU Texas A&M From Software Requirements.
Demystifying the Business Analysis Body of Knowledge Central Iowa IIBA Chapter December 7, 2005.
Finishing the Project and Realizing the Benefits Chapter 15 Contemporary Project Management Kloppenborg © 2012 Cengage Learning. All Rights Reserved. May.
T Project Review Magnificent Seven Project planning iteration
1 Software Process Models-ii Presented By; Mehwish Shafiq.
1 CS 426 Senior Projects Chapter 3: The Requirements Workflow [Arlow & Neustadt, 2005] January 31, 2012.
University of Southern California Center for Systems and Software Engineering 7/19/2013(c) USC-CSSE11 USC e-Services Software Engineering Projects.
Object-oriented Analysis and Design Stages in a Software Project Requirements Writing Analysis Design Implementation System Integration and Testing Maintenance.
Agile Concepts - II “Agile” Estimating & Planning Nupul Kukreja 5 th November, 2014.
T Iteration Demo CloudSizzle PP Iteration
Rapid software development 1. Topics covered Agile methods Extreme programming Rapid application development Software prototyping 2.
Extreme Programming (XP). Agile Software Development Paradigm Values individuals and interactions over processes and tools. Values working software over.
Agile
SCRUMBAN?!?! What is it and how can it help your team?
Stakeholder WinWin Requirements Nupul Kukreja 3 rd November, 2014.
Bernd Bruegge & Allen Dutoit Object-Oriented Software Engineering: Conquering Complex and Changing Systems 1 Software Engineering November 7, 2001 Project.
University of Southern California Center for Systems and Software Engineering 3/3/2010© USC-CSSE CSCI577B 2010 Light Weight Sw Engg for Off-the-Books.
1 EMS Fundamentals An Introduction to the EMS Process Roadmap AASHTO EMS Workshop.
Business Analysis. Business Analysis Concepts Enterprise Analysis ► Identify business opportunities ► Understand the business strategy ► Identify Business.
Agile Software Development Jeff Sutherland, one of the developers started it In February 2001, 17 Tools: continuous integration, automated or xUnit test,
Agile Metrics It’s Not All That Complicated. © 2011 VersionOne 2 Welcome – About your Trainer, Katia Sullivan VersionOne Product Trainer and Agile Coach.
Requirements Negotiation Tools CSE5/7316 LiGuo Huang.
Cultivating Agile Requirements
Software Engineering Principles Practical Advice and Steps for Managing Your Project.
An Agile Requirements Approach 1. Step 1: Get Organized  Meet with your team and agree on the basic software processes you will employ.  Decide how.
Chapter 3: The Requirements Workflow [Arlow and Neustadt, 2005] CS 426 Senior Projects in Computer Science University of Nevada, Reno Department of Computer.
Agile 101. Feasibility Study SDLC – What is it? Systems Development Life Cycle: The most commonly used, and generally accepted, project management approach..
Successful Software Practice How to successfully work as a team to create software Chris Mendes, Chief Technology Officer Sirca Limited March 2012.
User Stories- 2 Advanced Software Engineering Dr Nuha El-Khalili.
Agile Methodology. -Dhanashree Kumkar -Plus91 Technologies.
Informed Traveler Program and Applications Agile / Scrum Overview Jerry Inberg.
123 What is it? End-to-end capabilities Work ItemsDashboards and Charts Your IDE Your Languages Visual Studio Online and TFS give you a drag and drop collaboration.
Consensus Workshop: Facilitating Agreement
Chapter 3, Project Organization and Communication
Scrum and TargetProcess
USC e-Services Software Engineering Projects
September 20, 2017 Agile Techniques Workshop Susan Futey
Mike Cohn - Agile Estimating and Planning
USC e-Services Software Engineering Projects
Seminar CS2310 Multimedia Software Engineering Krithika Ganesh
Johanna Rothman Agile Team Measurements Chapter 12
Summarizing Our Models to Date
Scrum Science NGSS: Engineering, Technology, Applications of Science
Scrum in Action.
Presentation transcript:

Winbook Nupul Kukreja Annual Research Review 6 th March 2012 Process Implications of using Social Networking based Tools for Requirements Engineering 3/6/20121ARR '12: USC-CSSE (c)

Agenda Winbook Requirement Specifications User Stories Theory- W Social Networking & 3/6/20122ARR '12: USC-CSSE (c)

Software Requirement Specifications (SRS) SRS - in 2D The true 3D view Too much detail and too much to capture Delegate – Let’s create more communication overhead 3/6/20123ARR '12: USC-CSSE (c)

Change Management & SRS? 3/6/20124ARR '12: USC-CSSE (c)

Along came a User Stories SRS Story What we thought…What was actually intended… 3/6/20125ARR '12: USC-CSSE (c)

The User Story – 3Cs Lightweight Ecstasy Card A promissory note of intent Conversation Discussion & clarification of intent (a.k.a requirement) Confirmation Acceptance Tests 3/6/20126ARR '12: USC-CSSE (c)

The Product Backlog A stack of user stories… How practitioners like to show it …basically, a prioritized list of requirements 3/6/20127ARR '12: USC-CSSE (c)

At World’s EndAt Project’s End Stories stashed away in a box OR…torn and thrown Or electronically stored if using a tool 3/6/20128ARR '12: USC-CSSE (c)

Theory-W Customer Developer You can think of requirements as stakeholder negotiated win conditions!! As a team discuss what will make each of you “win” (a.k.a. win conditions) Identify any issues and come up with options to resolve them Reach a mutual consensus and move forward (WinWin Equilibrium) Dr. Boehm 3/6/20129ARR '12: USC-CSSE (c)

Let’s see what the other humans were up to… 3/6/201210ARR '12: USC-CSSE (c)

Social Networking and ‘click’ to ‘like’ (agreement) Poke (no real value) Commenting – having a casual asynchronous conversation facebookGmail Organizing s using color-coded labels 3/6/201211ARR '12: USC-CSSE (c)

Putting It All Together User Stories Requirements Specifications Theory-W Facebook Gmail But just HOW can all this be combined? 3/6/201212ARR '12: USC-CSSE (c)

Winbook Theory - W Requirement Specifications Putting It All Together User Stories Facebook Gmail 3/6/201213ARR '12: USC-CSSE (c)

Winbook A collaborative, social networking based tool for requirements brainstorming… …with requirements organization using color- coded labels similar to Gmail… …to collaboratively decide and agree on software system requirements reaching win-win equilibrium (based on Theory-W)… …by keeping it short and simple like user stories! Most recent incarnation of the WinWin negotiation framework – substantially improves on WikiWinWin 3/6/201214ARR '12: USC-CSSE (c)

Pre-Winbook Era User expectations (win conditions)were recorded using WikiWinWin – cumbersome to navigate and update Clients would rarely use it after first WinWin session Teams would create a System and Software Requirements Document (SSRD) based on the win conditions – maintaining traceability to win conditions Change management and synchronization overhead made teams only focus on the SSRD (falling back on communication) Requirements in the SSRD were back-referenced in the System and Software Architecture Document (SSAD) – another synchronization overhead Too much effort overhead with traceability to win conditions and keeping the project ‘value focused’ Extreme dissatisfaction expressed by student teams regarding WikiWinWin Teams failed to understand the value of WinWin negotiations – it was just something to do as per the syllabus Expectation inconsistencies within the team due to silo-ed/point-to-point communication 3/6/201215ARR '12: USC-CSSE (c)

The Winbook Era Experimentation of using social networking based paradigm for requirements engineering Teams can ‘post’ win-conditions to a shared Wall that is accessible to everyone For each win condition team members can raise issues, concerns or risks similar to ‘commenting’ on Facebook Similarly, teams could suggest options for resolving the issues Seamless signaling of ‘agreements’ – akin to clicking ‘Like’ on Facebook A one-stop halt for gathering requirements on a shared wall accessible and updateable by the whole team 3/6/201216ARR '12: USC-CSSE (c)

Process Implications of Using Winbook Partially auto-generated SSRD with traceability to win conditions eliminating overhead Up-to-date rationale capture of stakeholders’ needs and sustained client renegotiation within the tool itself! Improved effectiveness of milestone reviews – clients more involved in definition and prioritization of win conditions Teams had better understanding of expectations and value propositions Better understanding of the ‘value focused’ mindset – leading to value based channelizing of project activities Color-coded equilibrium status kept everyone on the same page, faster 3/6/201217ARR '12: USC-CSSE (c)

Process Implications (Cont’d) Eliminating the SSRD!! Various attributes (e.g. pre/post-conditions, priority) either captured in Winbook or SSAD – making SSRD redundant! Win conditions capture-able as user stories  Wall = Product backlog with added dimensions of issues and options! Institutional memory of the negotiation (i.e. WinWin equilibrium) captured and maintained throughout the course of the project – with very little overhead 3/6/201218ARR '12: USC-CSSE (c)

Winbook – Evaluation & Feedback Clients expressed gratitude for such an easy to use framework that allowed for continual monitoring of the ‘commitment status’ of the team(s) Increased ‘agility’ and participation of stakeholders (clients) – especially in a distributed setting WinWin negotiations were ‘fun’ – students were hungry for more (sessions)! LADOT expressed interest in deploying Winbook internally for collaborative brainstorming Also adopted as part of project by major US Government organization for bridging gap between requirements and architecture 3/6/201219ARR '12: USC-CSSE (c)

Current Roadmap End-to-end tool for Value Based Requirements Elicitation and Management Capturing goals and benefits and linking ‘Win Conditions’ to them – facilitating goal oriented requirements engineering Capturing ‘Acceptance Tests’ for Win Conditions Visualization of ‘Work in Progress’ – similar to Kanban boards Built-in support for playing Planning Poker for estimating Business Value and Ease of Realization 3/6/201220ARR '12: USC-CSSE (c)

3/6/201221ARR '12: USC-CSSE (c)

3/6/201222ARR '12: USC-CSSE (c)

Thank You & See you at the Winbook Workshop at 4 pm Q & A 3/6/201223ARR '12: USC-CSSE (c)