agile project management for e-learning projects jody baty madlat 2009 conference may 8, 2009

25
Agile Project Management for e-Learning Projects Jody Baty MADLaT 2009 Conference May 8, 2009

Upload: bonnie-higgins

Post on 11-Jan-2016

222 views

Category:

Documents


0 download

TRANSCRIPT

Page 1: Agile Project Management for e-Learning Projects Jody Baty MADLaT 2009 Conference May 8, 2009

Agile Project Management for e-Learning Projects

Jody Baty

MADLaT 2009 Conference

May 8, 2009

Page 2: Agile Project Management for e-Learning Projects Jody Baty MADLaT 2009 Conference May 8, 2009

Learning outcomes

At the end of this session, participants should be able to: Describe the unique nature of e-Learning projects Discuss the challenges of traditional project

management with respect to e-Learning projects Describe Scrum and how to adapt it to e-Learning

projects

Page 3: Agile Project Management for e-Learning Projects Jody Baty MADLaT 2009 Conference May 8, 2009

About your presenter – Jody Baty

Educational technology consultant Specializes in agile project

management for e-Learning projects 10 years of experience as a classroom

instructor and corporate trainer Working with Scrum for about one year Certified Scrum Master BSc.(Comp Sci), MEd. (Ed tech)

Page 4: Agile Project Management for e-Learning Projects Jody Baty MADLaT 2009 Conference May 8, 2009

Small group project – the Brainbuster

Divide into groups of 4 or 5 participants Designate one person as the project

observer Get a puzzle from presenter Solve the puzzle as a group (5 minutes) Project observer documents group

problem solving process and interactions

Page 5: Agile Project Management for e-Learning Projects Jody Baty MADLaT 2009 Conference May 8, 2009

Small group project - observations

How did your team start out its task? Was the problem solving process iterative or predefined? If it was iterative, what happened between the iterations? Was the team self-organizing or hierarchical? How was the definition of done determined? What did you do when you were done? Other observations…

Page 6: Agile Project Management for e-Learning Projects Jody Baty MADLaT 2009 Conference May 8, 2009

Nature of e-learning projects - dependency Corporate learning projects exist to provide training on a

product or service Learning development typically occurs at the end of the

product development, resulting in compressed timelines

20%

Analyze

30%

Design

40%

Development

10%

e-LearnDev

Ideal project timeline

20%

Analyze

20%

Design

60%

Development

10%

e-Learn Dev

Typical project timeline

Page 7: Agile Project Management for e-Learning Projects Jody Baty MADLaT 2009 Conference May 8, 2009

Nature of e-learning projects - concurrency In my experience, scenario-based e-Learning has a

development to delivery ratio of about 100:1, even with rapid application development tools

E-Learning development must begin well before the product is in beta stage

Focus on what can be done

Realistic project timeline

20%

Analyze

20%

Design

60%

Development

60%E-Learning Development

Page 8: Agile Project Management for e-Learning Projects Jody Baty MADLaT 2009 Conference May 8, 2009

Nature of e-learning projects - delivery

Synchronous learning tools – Elluminate, Adobe Connect, LiveMeeting….

Asynchronous LMS – Blackboard, Desire2Learn, Moodle, Angel…..

Performance support – online help, expert systems, knowledge networks

Thanks to these tools delivery to the audience is fast and inexpensive

Page 9: Agile Project Management for e-Learning Projects Jody Baty MADLaT 2009 Conference May 8, 2009

Classic project management - challenges Assumption #1: we have a repeatable, production line

process

But….. E-Learning projects are co-dependents; we can’t specify

everything at the start Systems, products and learning outcomes change often Change in the parent project is amplified in the training

team due to its location in development cycle

AAnalysis

DDesign

DDevelopment

IImplement

EEvaluate

Page 10: Agile Project Management for e-Learning Projects Jody Baty MADLaT 2009 Conference May 8, 2009

Classic project management - challenges Assumption # 2: cost of failure to deploy properly is high

But….. We aren’t distributing CDs or DVDs any longer;

distribution is cheap via the web We can put out a less than perfect product and iterate;

see all Web 2.0 companies Change in production mode is now possible – and

should be welcomed since we can measure in real-time

Page 11: Agile Project Management for e-Learning Projects Jody Baty MADLaT 2009 Conference May 8, 2009

Classic project management - challenges Assumption # 3: plan-driven, bureaucratic approaches

ensure corporate buy-in

But….. Is signoff on a plan really buy-in? An actual working product (real signoff) occurs too late in

the development cycle Would you rather see a buggy version or a perfect

document representing the real version?

Page 12: Agile Project Management for e-Learning Projects Jody Baty MADLaT 2009 Conference May 8, 2009

What is Scrum?

Is a fundamentally simple process for agile project management

Based on empirical process control rather than a predefined plan

Uses 30 day sprints to develop a deliverable product

Page 13: Agile Project Management for e-Learning Projects Jody Baty MADLaT 2009 Conference May 8, 2009

Scrum process overview

30 days

24 hours

Product BacklogAs prioritized by Product Owner

Sprint Backlog

Backlog tasksexpandedby team

Deliverable product

Daily ScrumMeeting

Page 14: Agile Project Management for e-Learning Projects Jody Baty MADLaT 2009 Conference May 8, 2009

Scrum’s roles The Product Owner (Department head or similar)

Defines the parameters of the project, its success and definition of done (DoD)

Prioritizes tasks from product backlog The Scrum Master (Instructional designer)

Owns the overall process Resolves conflicts, removes barriers Part of the team

The Team (SMEs, Multimedia Developers, Editor) Owns the production process Cross functional, self-organizing

Page 15: Agile Project Management for e-Learning Projects Jody Baty MADLaT 2009 Conference May 8, 2009

Components of Scrum

Project kickoff meeting Product Backlog (course level outcomes) Sprint Backlog (instructional objectives) Daily Scrum Tracking progress Project review

Page 16: Agile Project Management for e-Learning Projects Jody Baty MADLaT 2009 Conference May 8, 2009

Project kickoff

One day session with product owner The output is a Product Backlog Like a mini-DACUM Product backlog for e-Learning projects are the Course

Level Learning Outcomes

Page 17: Agile Project Management for e-Learning Projects Jody Baty MADLaT 2009 Conference May 8, 2009

Product backlog

Prioritized list of work to be performed on a course Product Owner responsible for prioritization Expressed in terms of Course Level Learning Outcomes Blooms Level (or controlled vocabulary) can be very

helpful for estimating Definition of Done is the satisfaction of Performance

Indicators

Page 18: Agile Project Management for e-Learning Projects Jody Baty MADLaT 2009 Conference May 8, 2009

Product backlog for e-Learning projectsIntroduction to Ruby Programming

                 

Blooms Description Sprint # 1 2 3 4 5 6

Level  

Effort needed for Release 1

as in the beginning of

the sprint 90 70 34 0 0 0

1Discuss the history and benefits of Ruby 5 0 0 0 0 0

1Define a local and instance variable 5 0 0 0 0 0

2Characterize variables as to scope (public, private, protected) 13 0 0 0 0 0

2Sketch the process flow of a 10 line ruby program 3 0 0 0 0 0

2Classify a simple ruby program for efficiency and correctness 13 0 0 0 0 0

Sprint 1 Introduction to Ruby Part I - The Basics              

3Implement a class in Ruby 20 0 0 0 0 0

3Instantiate and initialize a variable - 13 0 0 0 0

3Employ class and instance methods - 8 0 0 0 0

3Apply visiblity rules to select proper variable modifier 8 8 0 0 0 0

3Implement a code module 2 2 0 0 0 0

4Compare modules and classes for suitability in a program - 5 0 0 0 0

Sprint 2 Introduction to Ruby Part II - Objects and Classes              

3Implement an array in Ruby ? 13 13 0 0 0

3Code a complex loop 8 8 8 0 0 0

6Assess the efficiency of a Loop 5 5 5 0 0 0

6Rank a looping construct for efficiency 8 8 8 0 0 0

Sprint 3 Introduction to Ruby Part III - Program Control              

Release 1 Deliverable version of Ruby 2 day seminar              

2Describe the namespace architecture employed in Ruby programs 20 20 20 20 20 20

3Instatiate a library using the include statement 20 20 20 20 20 20

6Extend a library for your own business requirement 40 40 40 40 40 40

Sprint 4 Introduction to Ruby Part IV - Extending Ruby and Libraries              

Release 2 Deliverable version of Ruby 3 day seminar              

Effort in the whole backlog 170 150 114 80 80 80

Page 19: Agile Project Management for e-Learning Projects Jody Baty MADLaT 2009 Conference May 8, 2009

Sprint backlog

Learning outcomes get divided into instructional objects (tasks) by the Team

A fixed period of 30 days to develop a deliverable product

The Sprint includes all ADDIE phases except evaluation Once a Sprint has started only the Scrum Team can add

or remove items in Sprint backlog Abnormal termination of Sprint is called for when the

Sprint Goal no longer makes sense

Page 20: Agile Project Management for e-Learning Projects Jody Baty MADLaT 2009 Conference May 8, 2009

Daily scrums

Daily 15 minute status meeting;

Same place and time every day;

Three questions; What have you completed

since last meeting? What will you complete before

next meeting? What help do you need?

Any decisions to be made?

Page 21: Agile Project Management for e-Learning Projects Jody Baty MADLaT 2009 Conference May 8, 2009

Tracking progress – backlog effort

1 2 3 4 5 6

0

10

20

30

40

50

60

70

80

90

100

90

70

34

0 0 0

Effort left until Release 1

Sprint #

Wo

rk l

eft

1 2 3 4 5 6

0

20

40

60

80

100

120

140

160

180170

150

114

80 80 80

Effort left in the backlog

Sprint #

Wo

rk l

eft

Page 22: Agile Project Management for e-Learning Projects Jody Baty MADLaT 2009 Conference May 8, 2009

Tracking – don’t overdo it

Too much monitoring wastes time and suffocates the developers

Does not increase the certainty of the indicators because of the chaotic nature of the system

Too much data is meaningless No monitoring leads to blocks and possible idle time

between assignments

Page 23: Agile Project Management for e-Learning Projects Jody Baty MADLaT 2009 Conference May 8, 2009

Sprint review

Usually a demo of what was accomplished to the product owner by the team

Informal, no more than two hours of prep Assess against sprint plan Can possibly be tied into Kirkpatrick

Levels I & II

Page 24: Agile Project Management for e-Learning Projects Jody Baty MADLaT 2009 Conference May 8, 2009

Further information

Scrum Alliance – www.scrumalliance.org Digital Learning blog –

www.digitallearning.biz

Page 25: Agile Project Management for e-Learning Projects Jody Baty MADLaT 2009 Conference May 8, 2009

Questions?

Please take a moment to fill out your session evaluation