The Business Model Canvas Pa2ern: From Concept to Product - PowerPoint PPT Presentation

The ¡Business ¡Model ¡Canvas ¡Pa2ern: ¡ From ¡Concept ¡to ¡Product ¡ Architecture ¡in ¡an ¡Agile ¡World ¡ SATURN ¡2016 ¡ Arila ¡Barnes ¡

Challenges ¡ • How ¡do ¡we ¡ensure ¡that ¡product ¡architecture ¡ addresses ¡real ¡customer ¡needs? ¡ • How ¡do ¡we ¡align ¡a ¡conHnuous ¡DevOps ¡mode ¡ of ¡development ¡with ¡a ¡consistent ¡business ¡ model? ¡ • How ¡can ¡an ¡agile ¡development ¡team ¡evolve ¡ product ¡architecture ¡iteraHvely? ¡

Context ¡

Why? ¡ What? ¡ How? ¡ Product ¡ Product/Market ¡ Business/Lean ¡ Agile ¡Stories ¡ Info ¡System ¡Map ¡ Concept ¡Map ¡ Architecture ¡ Canvas ¡ ¡ ¡ Understanding ¡ Understanding ¡ Understanding ¡ Market/ Understanding ¡ Delivering ¡ Business ¡ InformaHon ¡ Product ¡ Product ¡ Product ¡ ¡ ¡ Flow ¡ ¡ Domain PosiHoning Structure ¡ ¡ ¡ ¡ Sprint ¡0/Ubiquitous ¡Language ¡ ¡ Time ¡ Product ¡ API ¡Design ¡ Roadmap ¡ Contract ¡ Design ¡ Components/ ¡ Journey ¡Map ¡ “Desirability” ¡ ¡ Microservices ¡ SoluHon ¡ Design ¡Thinking ¡ Biz ¡ Technology ¡ Deployment ¡ “Viability” ¡ “Feasibility” ¡ Dev/Ops ¡

PROBLEM ¡ SOLUTION ¡ Unique ¡Value ¡ProposiHon ¡ UNFAIR ¡ADVANTAGE ¡ Customer ¡Segments ¡ List ¡1-­‑3 ¡top ¡problems ¡ Outline ¡solu3on ¡of ¡each ¡ Simple, ¡clear, ¡compelling ¡ Something ¡that ¡cannot ¡ List ¡your ¡target ¡customers ¡ problem ¡ message ¡that ¡states ¡why ¡you ¡ easily ¡be ¡bought ¡or ¡copied ¡ and ¡users ¡ are ¡different ¡and ¡worth ¡ paying ¡a?en3on ¡ ✔ ¡ ✔ ¡ ✔ ¡ ¡ KEY ¡METRICS ¡ Channels ¡ List ¡the ¡key ¡numbers ¡that ¡tell ¡ List ¡your ¡path ¡to ¡customers ¡ you ¡how ¡your ¡business ¡is ¡ (inbound ¡and ¡outbound) ¡ doing ¡ ✔ ¡ EXISTING ¡ ¡ALTERNATIVES ¡ EARLY ¡ADOPTERS ¡ List ¡how ¡this ¡problems ¡are ¡ solved ¡today ¡ List ¡the ¡characteris3cs ¡of ¡your ¡ ideal ¡customers ¡ Cost ¡Structure ¡ ✔ ¡ Revenue ¡Stream ¡ List ¡your ¡fixed ¡and ¡variable ¡ List ¡your ¡source ¡of ¡revenue ¡ cost ¡ Lean ¡Model ¡Canvas ¡by ¡Ash ¡Maurya ¡

Why? ¡ What? ¡ How? ¡ Product ¡ Product/Market ¡ Business/Lean ¡ Agile ¡Stories ¡ Info ¡System ¡Map ¡ Concept ¡Map ¡ Architecture ¡ Canvas ¡ ¡ ¡ Understanding ¡ Understanding ¡ Understanding ¡ Market/ Understanding ¡ Delivering ¡ Business ¡ InformaHon ¡ Product ¡ Product ¡ Product ¡ ¡ ¡ Flow ¡ ¡ Domain PosiHoning Structure ¡ ¡ ¡ ¡ Sprint ¡0/Ubiquitous ¡Language ¡ ¡ Time ¡ Product ¡ API ¡Design ¡ Roadmap ¡ Contract ¡ Design ¡ Components/ ¡ Journey ¡Map ¡ “Desirability” ¡ ¡ Microservices ¡ SoluHon ¡ Design ¡Thinking ¡ Biz ¡ Technology ¡ Deployment ¡ “Viability” ¡ “Feasibility” ¡ Dev/Ops ¡

DisHllaHon ¡

Why ¡is ¡Concept ¡Mapping ¡a ¡valuable ¡process? ¡ Good Concept work Mapping depends is a on good to good conceptual method develop structure developed and have via good conversations Credit: ¡Eric ¡Knudtson ¡ ¡

How ¡to ¡IdenHfy ¡Business ¡Concepts ¡ PerspecHve: ¡ What? ¡ Where? ¡ When? ¡ Who? ¡ How ¡Much? ¡ Concept ¡map ¡= ¡business ¡concepts ¡and ¡their ¡rela3onships ¡ Design ¡Thinking ¡Business ¡Analysis, ¡Thomas ¡Frisendal ¡ISBN ¡978-­‑3-­‑642-­‑43482-­‑2 ¡ ¡

How ¡to ¡do ¡Concept ¡Mapping ¡ ¡ Design ¡Thinking ¡Business ¡Analysis, ¡Thomas ¡Frisendal ¡ISBN ¡978-­‑3-­‑642-­‑43482-­‑2 ¡ ¡

Why? ¡ What? ¡ How? ¡ Product ¡ Product/Market ¡ Business/Lean ¡ Agile ¡Stories ¡ Info ¡System ¡Map ¡ Concept ¡Map ¡ Architecture ¡ Canvas ¡ ¡ ¡ Understanding ¡ Understanding ¡ Understanding ¡ Market/ Understanding ¡ Delivering ¡ Business ¡ InformaHon ¡ Product ¡ Product ¡ Product ¡ ¡ ¡ Flow ¡ ¡ Domain PosiHoning Structure ¡ ¡ ¡ ¡ Sprint ¡0/Ubiquitous ¡Language ¡ ¡ Time ¡ Product ¡ API ¡Design ¡ Roadmap ¡ Contract ¡ Design ¡ Components/ ¡ Journey ¡Map ¡ “Desirability” ¡ ¡ Microservices ¡ SoluHon ¡ Design ¡Thinking ¡ Biz ¡ Technology ¡ Deployment ¡ “Viability” ¡ “Feasibility” ¡ Dev/Ops ¡

Large ¡Scale ¡Structure ¡

Product ¡Architecture ¡Approach ¡ Risks, ¡Variability, ¡Scale ¡ • Architectural ¡Decisions ¡ • Target ¡Architecture ¡ • API ¡Design ¡ • Components ¡ • ConHnuous ¡IntegraHon/Deployment ¡ • Roadmap ¡ • DocumentaHon ¡

Architecture ¡Decisions ¡

API ¡Design ¡ Versioning: ¡MigraHon, ¡ CompaHbility ¡ DocumentaHon ¡ ConvenHons ¡and ¡ using ¡h2p:// Standards ¡ editor.swagger.io/ ¡ AuthorizaHon: ¡Security ¡ Extensibility: ¡ Error ¡Handling, ¡ meta{} ¡ System ¡Health ¡ Domain ¡Model: ¡ data ¡[] ¡

Why? ¡ What? ¡ How? ¡ Product ¡ Product/Market ¡ Business/Lean ¡ Agile ¡Stories ¡ Info ¡System ¡Map ¡ Concept ¡Map ¡ Architecture ¡ Canvas ¡ ¡ ¡ Understanding ¡ Understanding ¡ Understanding ¡ Market/ Understanding ¡ Delivering ¡ Business ¡ InformaHon ¡ Product ¡ Product ¡ Product ¡ ¡ ¡ Flow ¡ ¡ Domain PosiHoning Structure ¡ ¡ ¡ ¡ Sprint ¡0/Ubiquitous ¡Language ¡ ¡ Time ¡ Product ¡ API ¡Design ¡ Roadmap ¡ Contract ¡ Design ¡ Components/ ¡ Journey ¡Map ¡ “Desirability” ¡ ¡ Microservices ¡ SoluHon ¡ Design ¡Thinking ¡ Biz ¡ Technology ¡ Deployment ¡ “Viability” ¡ “Feasibility” ¡ Dev/Ops ¡

ConHnuous ¡IntegraHon ¡ Docker ¡Machine ¡ Docker ¡Hub ¡ Docker ¡Compose ¡ h2ps://programmaHcponderings.wordpress.com/2015/06/27/conHnuous-­‑integraHon-­‑and-­‑delivery-­‑of-­‑microservices-­‑using-­‑ jenkins-­‑ci-­‑docker-­‑machine-­‑and-­‑docker-­‑compose/ ¡ ¡

DocumentaHon ¡ • Use ¡the ¡Business ¡Model ¡Canvas ¡or ¡Lean ¡Canvas ¡to ¡ capture ¡requirements ¡from ¡different ¡stakeholders ¡– ¡ Canvanizer ¡ • Map ¡the ¡business ¡model ¡to ¡business ¡concepts ¡using ¡ Design ¡Thinking ¡and ¡Concept ¡Mapping ¡– ¡Cmaps ¡Cloud ¡ • Rapidly ¡design ¡micro-­‑service ¡APIs ¡that ¡reflect ¡business ¡ needs ¡before ¡launching ¡into ¡detailed ¡implementaHons ¡ ¡ -­‑ ¡ ¡ ¡ ¡Swagger ¡Editor, ¡ ¡start.spring.io ¡ • “Code” ¡the ¡documentaHon ¡-­‑ ¡Wiki, ¡annotaHons, ¡ Structurizr, ¡Swagger ¡UI ¡

Q&A ¡ arila33@gmail.com ¡

Why? ¡ What? ¡ How? ¡ Product ¡ Product/Market ¡ Business/Lean ¡ Agile ¡Stories ¡ Info ¡System ¡Map ¡ Concept ¡Map ¡ Architecture ¡ Canvas ¡ ¡ ¡ Understanding ¡ Understanding ¡ Understanding ¡ Market/ Understanding ¡ Delivering ¡ Business ¡ InformaHon ¡ Product ¡ Product ¡ Product ¡ ¡ ¡ Flow ¡ ¡ Domain PosiHoning Structure ¡ ¡ ¡ ¡ Sprint ¡0/Ubiquitous ¡Language ¡ ¡ Time ¡ Product ¡ API ¡Design ¡ Roadmap ¡ Contract ¡ Design ¡ Components/ ¡ Journey ¡Map ¡ “Desirability” ¡ ¡ Microservices ¡ SoluHon ¡ Design ¡Thinking ¡ Biz ¡ Technology ¡ Deployment ¡ “Viability” ¡ “Feasibility” ¡ Dev/Ops ¡