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

Build.com Development Process

Build.com Development Process

Scott Jungling

April 18, 2013
Tweet

More Decks by Scott Jungling

Other Decks in Technology

Transcript

  1. Teams • Product Dev • Tools & Operations • Platform

    • International • QA • Support
  2. JIRA • Everything goes into JIRA • Nothing too small

    or too big • Time is estimated and tracked for all tasks • GreenHopper
  3. Bamboo • Can deploy individual branches from GitHub • Manage

    deployment across environments ◦ Sandbox ◦ Staging ◦ Production
  4. Git & GitHub • Migrated from SVN in January •

    Git was a paradigm Shift • All commits have tracker IDs in the message
  5. Sprint Planning • Meet at beginning of Sprint to plan

    • Break down tasks into small, manageable work • Estimate everything
  6. Coordinate with Clients • UX • Marketing • Sales •

    Operations • Brand Manager • Data
  7. Standups • “What did you do yesterday?” • “What will

    you do today?” • “Is anything blocking you from completing your tasks?”
  8. Requesting QA • Must provide: ◦ Reference to Pull Request

    ◦ Relevant notes ◦ Requirements to test ◦ Steps to demonstrate that change is successful ◦ DO NOT ASSUME ANYTHING!
  9. What does QA test? • Steps to reproduce error and

    ensure fix • Tests change across various browser • Tests deployment in Sandbox environment ◦ Depends on type of change ◦ Ensures no language version conflict CF8 vs CF10 • Coding Standards • Requirements/Process being followed
  10. Code Review • Peer reviewed (team lead, etc.) • Ensures

    change follows coding standards • Completes the Pull Request merge
  11. Beta Testing • Internal • One Week • BETA is

    activated for a subset of internal users
  12. Release Day • Pre-flight check to ensure any bugs from

    beta testing have been addressed • Red / Blue Strategy ◦ Easily rollback to previous deploy
  13. Support Stuff • Direct contact for client's outside of SoDev

    • Bugs that made it into the wild, get reported to Support. • Support determines if the bug is data or code related, and fields the issue to correct department for resolution. • Creates replication steps and gathers any necessary info for the developer to do their job.
  14. Fin