Upgrade to Pro — share decks privately, control downloads, hide ads and more …

DevLearn 2014 - Ten Things eLearning Developers...

Sponsored · Your Podcast. Everywhere. Effortlessly. Share. Educate. Inspire. Entertain. You do you. We'll handle the rest. →

DevLearn 2014 - Ten Things eLearning Developers Can Learn from Software Developers

Modern eLearning courses are technology solutions developed and implemented using many of the same techniques and tools that software developers use. Both share similar challenges: subject matter experts to navigate, aggressive deadlines to manage, assorted files and assets to organize, and an integrated approach to delivery, accounting for various hosting and browsing systems plus ongoing user support.

In this session you will examine the common evolution of eLearning and software development. Specifically you will explore techniques, agile processes, and best practices from the software development world that can be directly applied to your work. You will leave this session able to streamline your eLearning development and strengthen the quality of the solutions you produce.

In this session, you will learn:

Tools for managing project communication, assets, and schedules
Techniques for satisfying stakeholders
Agile development and delivery practices that can be applied immediately
Quality control practices to support robust delivery

Avatar for Jason Rimmer

Jason Rimmer

October 31, 2014

Other Decks in Technology

Transcript

  1. DevLearn 2014 Ten Things eLearning Developers Can Learn from Software

    Developers PRESENTED BY JASON RIMMER, SOFTWARE TYPE PERSON RIMMER CREATIVE GROUP Copyright 2014. Rimmer Creative Group, LLC. All Rights Reserved.
  2. Technology … §  CODE §  DEFECTS §  PLATFORMS §  TOOLS

    …Solution §  STAKEHOLDERS §  SUBJECT MATTER EXPERTS §  SCHEDULES
  3. THE CHALLENGE The customer wants 20 pennies turned over 3

    times. Given a production line How can this be done as fast as possible? Modeling a project with Elaboration, Construction, and Verification phases.
  4. HOW DID THEY DO? Entire effort took 53 seconds. OBSERVATIONS

    Customer waited a long time Workers were idle (paid hourly?) OTHER OBSERVATIONS?
  5. HOW DID THEY DO? Entire effort took 38 seconds. (35%

    reduction) OBSERVATIONS Customer saw results early (in 17 seconds) Workers less idle OTHER OBSERVATIONS?
  6. OPTIMIZATIONS Batch size of two: 27 seconds & output in

    7 seconds (worker suggested improvement) IS ONE THE ANSWER? 46 seconds, output in 5 seconds BETTER WITH PRACTICE? Batch size of twenty: 54 seconds
  7. 8 )  MAKE TESTING REPEATABLE 9 )  KEEP STAKEHOLDERS ON

    THE TEAM Plan   Test   Test   Review   Results   Correct  
  8. TO HELP TOOLS EXECUTION MANAGEMENT §  Blossom, https://www.blossom.io/ §  Trello,

    https://trello.com/ §  Asana, https://asana.com/ §  Flow, http://www.getflow.com/ §  Dropbox, https://www.dropbox.com/ §  GitHub, https://www.dropbox.com/ §  BitBucket, https://bitbucket.org/ CHANGE CONTROL
  9. TO HELP MORE TOOLS ISSUE TRACKING §  Jira, https://www.atlassian.com/software/jira § 

    Lighthouse, https://lighthouseapp.com/ §  Github, Bitbucket, Trello, Blossom, ... §  Slack, https://slack.com/ §  HipChat, https://www.hipchat.com/ §  Kanban, http://en.wikipedia.org/wiki/Kanban_(development) §  Agile Development, http://en.wikipedia.org/wiki/Agile_software_development COMMUNICATION METHODOLOGIES