Curriculum for Cloud Builders
Cutting the cost and cycle time of building and maintaining AWS courseware
SITUATION
High cost and time to build and update/maintain courseware for growing number of courses amidst decreasing budgets.
COMPLICATIONS
- Tradition and momentum favored learning domains focused on a single AWS service or a group of tightly related technologies, such as databases.
- Efficiency measuring was biased toward simpler domains, faster to turn around and required fewer SMEs.
- Lack of knowledge that 60+% of customer IT employees are developers/engineers, e.g. builders.
- Data was missing about customer interests and desires, favoring existing CSAT and sales data which was readily available.
- New senior leadership was unfamiliar with technical education, trying to apply retail (reseller) logic to LD (learning development) domain without necessary context.
APPROACH
To address these challenges, I focused on ...:
- Spoke with Harley, Nabeel, about the builder experience; gaps in training, customer feedback from their customers.
- Identified overlaps where very similar content was produced from scratch in solos, an opportunity to reduce redundant effort.
- Outlined the learning journey for a full-cloud builder, from ideation, architecture, development, DevOps, and CloudOps. Mapped these to existing & planned curricula.
Approach closing statmeent.
EXECUTION
I led the team through ...:
- Mapping Solutions Architecture, Developing, DevOps, and CloudOps curricula into a linear model. Collaborated with PdMs of SA and CO by getting materials from them.
- Marked overlaps where similar/identical content was presented in modules, sections, chapters, other divisions in online and classroom courses.
- Identified where level of difficulty varied between roles for same topics. Dive deeper into networking for architects than others.
Exec closing statmeent.
RESULTS
Projected savings included:
- Time
- Cost
- # of SME resources required from outside T&C
- Ongoing maintenance.
- Requirements and diagram of proposed content sharing platform to automate after POC.
- Streamlining
- Cross-functional cost savings
Improved time to market with new and updated courses, more consistent user experience, lower costs and faster TTM.
LESSONS and TAKEAWAYS
- Even more cross-functional than typical because of impact on instructors preparation, release teams, marketing teams, ...
- Dependencies were difficult to find because previous siloed approached did not require knolwedge. However, this also contributed to poor and inconsistent user experiences.
- In software terms, this proposal introduced some "tight coupling" between previously independent courses, requiring metadata and systems to read such to make it all efficient.