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

Applying SCRUM to remote teams

Applying SCRUM to remote teams

Best practices on applying SCRUM to distributed teams

Leonidas Tsementzis

January 14, 2014
Tweet

More Decks by Leonidas Tsementzis

Other Decks in Technology

Transcript

  1. leonidas tsementzis @goldstein # who’s talking * full stack developer


    [most major web/mobile platforms]
 * no academic management background
 * technical advisor
 * entrepreneur
 [n00b] CTO Director of Mobile CTO
  2. # format * why remote? * process * challenges *

    tools * lessons learned * questions
  3. Sprint Planning By failing to prepare, you are preparing to

    fail http://www.flickr.com/photos/andregovia/8652999516/
  4. Daily Standup A lot of people my age think stand

    up sucks http://500px.com/photo/5391656
  5. Sprint Review & Demo Prime time of your work life

    http://www.flickr.com/photos/cheishichiyo/9332545542/
  6. Transparency A lack of transparency results in distrust and a

    deep sense of insecurity http://www.flickr.com/photos/agnolia/9762432676
  7. * Company-wide chat * Predefined rooms [great for different teams]

    * Custom rooms [anyone can create a room and invite others] * It works! [away/offline email notifications, attachments] * Hooks with everything [github, JIRA, newrelic, zendesk, younameit] * Runs everywhere * Everyone is signed in while we’ re working
  8. * Source code repository tool * Pull Requests for code

    review * Github issues are great for small task/issue management * Every action commit/comment/pull request is posted to the global “Engineering” HipChat room. * Also used for deployments
  9. * Issue tracking, SCRUM board * A great agile software

    implementation [Using the “Agile” plugin] * Everything you need to manage user stories, epics, tasks, bugs, sprints. * Sprint reports, burndown chart, velocity graphs etc * Custom user dashboads * Every action (new issue, status, comment etc) is posted to the relevant HipChat global room. * Heavily customizable
  10. # lessons learned * it’s not easy * nothing beats

    face to face * small teams [two pizza rule] works best * not everyone can work remotely * easy to lose the whole picture * difficult to maintain culture * respect your tools * transparency matters * put the management in-house as the team grows
  11. # more lessons learned * remote team members are over-delivering

    * make video calls a must * perfect for parallel track development * estimates are just estimates * migrating UI/UX members to SCRUM is a pain * keep it consistent
  12. # sum() * remote is sometimes inevitable * commit to

    a simple process * always use the best tools * make everything transparent * learn to evolve
  13. (:* Lead UI/UX designer * Software Engineer (Python) We’re hiring!

    # thank you! http://netrobe.com/careers @goldstein leonidas tsementzis [email protected]