TEAMWORK & BACKLOGS GAME CAPSTONE – WINTER 2014 BRIAN SCHRANK – DEPAUL UNIVERSITY.

Slides:



Advertisements
Similar presentations
Armstrong Process Group, Inc. Copyright © , Armstrong Process Group, Inc., and others All rights reserved Armstrong Process.
Advertisements

Iteration Planning.
Scrum in 10 slides.
ITEC 370 Lecture 24 Lifecycles. Review Questions? –Grades for Requirements/Design Doc F give prototype demonstration –Testing plan for your software Maintenance.
Agile Development Chapter Extension 16. ce16-2 Study Questions Q1: Why is the SDLC losing credibility? Q2: What are the principles of agile development.
Structures, Strategies and Compositions Lesson 7 Evaluating improvements Future development needs.
Copyright © 2012 by Mark J. Sebern Product Backlog PBI types (extended list) Feature Change Defect Technical improvement Knowledge acquisition Briefly,
ECE44x SCRUM Overview slides adapted from Marty Stepp
SCRUM © University of LiverpoolCOMP 319slide 1. SCRUM history In 1986, Hirotaka Takeuchi and Ikujiro Nonaka More an observation of good practise in manufacturing.
Scrum Jarred Payne Ashrith Pillarisetti. Scrum Prepare for Project Plan the Project Plan a Sprint Run a Sprint Track the Sprint.
Project Management with TFS 1. What TFS offers for Project Management? Work Item tracking 2 Portfolio backlog Backlog Issue tracking Feature Product Backlog.
Rules of the Game  Loosely based upon the TV show, “Who wants to be a millionaire.®”  Once the question is read, you will have 30 seconds to discuss.
Copyright 2002 Prentice-Hall, Inc. Modern Systems Analysis and Design Third Edition Jeffrey A. Hoffer Joey F. George Joseph S. Valacich Chapter 15 Finalizing.
Agile Design and SCRUM Brent M. Dingle, Ph.D. “For the last few centuries, … science has been attempting to break matter down into ever smaller bits, in.
Speed Chatting Organize students into an inner and outer circle so that students are paired with someone in the opposite circle. Give students a prompt,
Introduction to Continuous Integration Mike Roberts.
What is Scrum Process? Where is it used? How is it better?
Copyright David Churchville - XP and Agile Planning David Churchville ExtremePlanner Software XP Fishbowl.
Project Workflow. How do you do it? -Discussion-
Project Tracking. Questions... Why should we track a project that is underway? What aspects of a project need tracking?
CA Standard 2.0 Students understand and use such operations as taking the opposite, finding the reciprocal, taking a root and raising to a fractional.
Release and Iteration Planning September 13, 2008.
Term project CS3141 Fall Project #1 A Calendar Software –Core Functions multiple user access –control other user to read/modify your calendar event.
Common Activities Activities and Tasks in the WBS.
CIT 590 Intro to Programming Lecture 12. Agenda More stuff with classes Few more thoughts on unit testing/coding in general Summarizing Python.
1 Planning – Agile Style Highsmith, Ch 7 All kinds of iterations! CSSE579 Session 3 Part 1.
Making Decisions uCode: October Review What are the differences between: o BlueJ o Java Computer objects represent some thing or idea in the real.
A Few Agile Practices Or how to plan who does what over the next two weeks when Iteration I is due C Sc 335 Rick Mercer.
CS 5150 Software Engineering Lecture 3 Software Processes 2.
THE AGILE MENTALITY CHAPTER Topics  Why Use Agile and Scrum?  Agile Development –Manifesto for Agile Software Development  Scrum Methodology.
Dr. Nguyen Hai Quan.  Why SCRUM?  What is SCRUM?  Some terms  SCRUM Meetings  Sprint  Estimation  Product backlog  Sprint backlog  Whiteboard.
Copyright © by Mark J. Sebern Software Engineering Process I SE 2800.
Sprint Plans and Burndown Charts David Millard | davidmillard.org.
SCRUM.
End of Sprint Meetings (Ceremonies)
Dr. Rob Hasker Dr. Brad Dennis. Scrum review experience  Lessons learned Saturday Differences from process taught? Similarities? Other lessons?
SCRUM © University of LiverpoolCOMP 319slide 1. SCRUM history In 1986, Hirotaka Takeuchi and Ikujiro Nonaka More an observation of good practise in manufacturing.
Successful Software Practice How to successfully work as a team to create software Chris Mendes, Chief Technology Officer Sirca Limited March 2012.
PROJECT MANAGEMENT CHANGEMAKER PROGRAM Bronwyn BronwynOatley.
Informed Traveler Program and Applications Agile / Scrum Overview Jerry Inberg.
Planning Poker-Agile Estimation for Dummies S.INFANTA PRINCY, M.E II YEAR. ANNA UNIVERSITY, TRICHY.
Planning 2: Estimation Mechanics Emerson Murphy-Hill Creative Commons Attribution 4.0 License. Material Produced by NCSU Software Engineering Faculty.
Career and Technical Education Giving Students the Edge.
Project Workflow.
Project Management with VSTS
Scrum and TargetProcess
Iterative Planning
Agile Scrum Management
SECTION 3: Taking Action
Scrum CS These outstanding slides were created by Kevin Schenk, BS in Computer Science, Purdue University, 2012.
COMP 135: Human-Computer Interface Design
Key Rule: Each Number has only one valid combination of Prime Factors.
Project Workflow.
Dr. Rob Hasker SE 3800 Note 3 Ch. 4, 5.
1. Welcome to Software Construction
Scrum CS These outstanding slides were created by Kevin Schenk, BS in Computer Science, Purdue University, 2012.
CSCE 741 Software Process Lecture 04 Availability
Agile Learning Development: Wins, Fails & Lessons Learned
How To Deal With Credit Cards To Build Credit To deal with credit card is quite difficult now the day. There are so many credit cards with different features.
Scrum MODULE 3 – Part 3.
Teaching slides Chapter 1.
Johanna Rothman Report Your Project State Chapter 14
homework assignment due Feb 23
القسم الثالث: التحرك العملي
CSCE 741 Software Process Lecture 04 Availability
Sprint Planning April 2018.
Scrum in Action.
Organizing and Accelerating Your Work with Scrum
Sprints.
Presentation transcript:

TEAMWORK & BACKLOGS GAME CAPSTONE – WINTER 2014 BRIAN SCHRANK – DEPAUL UNIVERSITY

MEET TOGETHER AT LEAST FOUR TIMES / WEEK Two classes / week Two meetings / week outside of class

SCRUM 4X WEEK 1.What did you do since last meeting? 2.What are you doing today? 3.What will you complete by next meeting? 4.What will block or might block you from doing that?

CHECK IN WITH EACH OTHER EVERY DAY Skype Google Chat

BACKLOGS

BUILD YOUR BACKLOG Create user stories for all of the major aspects of the game. User stories are structured like this: As I want so that. Make a list of these for all areas of the game. Art Play Code Interface Sound

ORDER AND PRIORITIZE BACKLOG Gather All of the user stories that participants have created. Categorize Use a spreadsheet or database Prioritize A good way to prioritize is to use PLANNING POKER

PLANNING POKER 1.Each team separates into estimators and one moderator 2.Moderator reads the description of a user story. The moderator answers brief questions from the estimators. 3.Every estimator writes one of the following numbers: 0, 1, 2, 3, 5, 8, 13, 20, 40, or 100 (estimated days to complete) on a scrap of paper and places it face down on the table in front of them. 4.After all estimates are in, all scraps are flipped over. 5.If the estimates vary widely, the owners of the high and low estimates discuss the reasons why their estimates are so different. All estimators should participate in the discussion. 6.Repeat from step 5 until the estimates converge.

COMPILE SCORES After the planning poker you’ll have a bunch of stories with estimates associated with them. Review the new list with the estimates attached. Low numbers are easy to get done. High numbers are points of concern because of the work involved.

RISK VS. REWARD Now look at your current list with the estimates Go over this list, keeping the estimates in mind. Rate each story by comparing their RISK vs. their REWARD

RISK HIGH RISK Takes a lot of time to do/Can take a long time to balance and may break a lot of your game. May not be doable in the current time frame. Has too many dependencies MEDIUM RISK Takes a moderate amount of time to get done. Needs some balancing. Has a few dependencies but they’re low risk/low score LOW RISK Can be done relatively quickly, has no real dependencies, can be balanced or disabled without affecting the rest of the game

REWARD HIGH REWARD This is a big win for the game and would make it an overall better experience for the player. MEDIUM REWARD This has the potential to make the game better but it may not be immediately visible to the player. LOW REWARD This might be nice to have but it doesn’t significantly affect the game experience.

REVIEW 1.Weigh the risk vs. the reward for each user story. 2.Discuss all of the stories so the team gets a sense of what is important and what is not. 3.Order your backlog accordingly. 4.Assign tasks to each team member.

ASSIGN TASKS IN BACKLOG SOFTWARE

CHECK IN WITH EACH OTHER EVERY DAY Skype Google Chat