Your SlideShare is downloading. ×
0
Satama SUP  (SIGCHI.NL Synergy Unlimited)
Satama SUP  (SIGCHI.NL Synergy Unlimited)
Satama SUP  (SIGCHI.NL Synergy Unlimited)
Satama SUP  (SIGCHI.NL Synergy Unlimited)
Satama SUP  (SIGCHI.NL Synergy Unlimited)
Satama SUP  (SIGCHI.NL Synergy Unlimited)
Satama SUP  (SIGCHI.NL Synergy Unlimited)
Satama SUP  (SIGCHI.NL Synergy Unlimited)
Satama SUP  (SIGCHI.NL Synergy Unlimited)
Satama SUP  (SIGCHI.NL Synergy Unlimited)
Satama SUP  (SIGCHI.NL Synergy Unlimited)
Satama SUP  (SIGCHI.NL Synergy Unlimited)
Satama SUP  (SIGCHI.NL Synergy Unlimited)
Satama SUP  (SIGCHI.NL Synergy Unlimited)
Satama SUP  (SIGCHI.NL Synergy Unlimited)
Satama SUP  (SIGCHI.NL Synergy Unlimited)
Satama SUP  (SIGCHI.NL Synergy Unlimited)
Satama SUP  (SIGCHI.NL Synergy Unlimited)
Satama SUP  (SIGCHI.NL Synergy Unlimited)
Satama SUP  (SIGCHI.NL Synergy Unlimited)
Satama SUP  (SIGCHI.NL Synergy Unlimited)
Satama SUP  (SIGCHI.NL Synergy Unlimited)
Satama SUP  (SIGCHI.NL Synergy Unlimited)
Satama SUP  (SIGCHI.NL Synergy Unlimited)
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×
Saving this for later? Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime – even offline.
Text the download link to your phone
Standard text messaging rates apply

Satama SUP (SIGCHI.NL Synergy Unlimited)

759

Published on

Presentation about the Satama Unified Process (SUP) as it fits in the Satama organization. A bit about how the design documentation was created, what it looks like, how much time it took, and how it …

Presentation about the Satama Unified Process (SUP) as it fits in the Satama organization. A bit about how the design documentation was created, what it looks like, how much time it took, and how it is linked to other processes in the company.

Published in: Business, Technology
2 Comments
0 Likes
Statistics
Notes
  • Yohan (ylab) is correct: this is a presentation from 2002 that I uploaded only now to be able to refer to it publicly. I should also thank my fellow presenter Boyd de Groot for preparing and delivering this presentation with me back then!
       Reply 
    Are you sure you want to  Yes  No
    Your message goes here
  • Nostalgia! I attended this presentation 10 years ago.
       Reply 
    Are you sure you want to  Yes  No
    Your message goes here
  • Be the first to like this

No Downloads
Views
Total Views
759
On Slideshare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
6
Comments
2
Likes
0
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide

Transcript

  • 1. Satama Unified Process: Synergy on the work floor Presentation at SIGCHI.NL 2002 Summer Conference “Synergy Unlimited”, June 19, 2002 Peter Boersma ( peter. boersma @ satama .com ) Boyd de Groot ( boyd .de. groot @ satama .com )
  • 2. Set-up <ul><li>What’SUP? (Peter Boersma) </li></ul><ul><li>SUP Applied! </li></ul><ul><li>(Boyd de Groot) </li></ul><ul><li>Questions (& Answers) </li></ul>
  • 3. What is SUP?
  • 4. What is SUP? SUP is Satama’s delivery process A framework SUP helps in writing proposals and project plans Supports us: sell and do right things SUP is a collection of deliverables: templates and examples Increases efficiency and knowledge sharing SUP also contains instructions on parts of the delivery process Supports us to do things in the right way
  • 5. Satama Unified Process ITERATIVE INCREMENTAL USER CENTRIC ARCHITECTURE CENTRIC 7 (+2) Workflows 5 Phases 4 Principles
  • 6. Main Deliverables of SUP 1.0 Discovery Scan Inception Elaboration Construction Transition Analysis Insight Customer representation & Online offering Functional & Supplementary Requirements Interaction & Technical Design User & Technical Prototype Usability, Technical & eBrand Validation Launch Plan Project & Scope Plan Customer representation & Online offering Functional & Supplementary Requirements Interaction & Technical Design User & Technical Prototype Usability & Technical Validation Launch Plan Project Plan Interaction & Technical Design Software components Technical Validation Production environment Project Plan Guidelines Usability & Technical Validation Launched Service Project Plan & Closing Document VI Validation VII Launch Project management IV Analysis & design III Requirement capture II Business modeling I User exploration V Implementation
  • 7. The SUP 1.0 Booklet
  • 8. The SUP Deliverable Database
  • 9. For each deliverable, we… <ul><li>1. Gathered examples, references, resources, similar documents </li></ul><ul><ul><li>Local SUP Managers were doorway to local Resources </li></ul></ul><ul><ul><li>Tried to find examples everywhere </li></ul></ul><ul><li>2. Wrote drafts, reviewed with Deliverable Owner and Reviewers </li></ul><ul><ul><li>Team “templatized” examples, identifying generic elements </li></ul></ul><ul><li>3. Wrote Instructions </li></ul><ul><ul><li>Used comments from Reviewers about unclear parts as input </li></ul></ul><ul><li>4. Converted example(s) to template format </li></ul><ul><ul><li>So we had at least one example in the intended format </li></ul></ul><ul><li>5. Developed Training Materials </li></ul><ul><ul><li>To place instructions in SUP framework </li></ul></ul>
  • 10. Why SUP? <ul><li>To deliver projects, of course  </li></ul><ul><li>On time, also in multi-vendor projects  project & program management workflow & deliverables </li></ul><ul><li>From small to big  modular approach, selection of deliverables </li></ul><ul><li>With customer’s consent  decision points after each phase </li></ul><ul><li>Managing risks  iterative, incremental approach with validations </li></ul><ul><li>With the end-user in mind  user exploration workflow </li></ul><ul><li>Now, and in the future  training sessions for (new) employees, and updates in the deliverable database </li></ul>
  • 11. SUP 1.0 development process <ul><li>September 2000 </li></ul><ul><ul><li>Offices talk about common method </li></ul></ul><ul><li>May – June 2001 </li></ul><ul><ul><li>SUP Program started in May 2001 </li></ul></ul><ul><ul><li>Design of overall structure by “SUP Development Team” </li></ul></ul><ul><ul><li>Selection of SET1 deliverables by “Local SUP Managers” </li></ul></ul><ul><li>July – August 2001 </li></ul><ul><ul><li>Construction of SET1 deliverables by “Deliverable Owners” </li></ul></ul><ul><ul><li>Review of SET 1deliverables by “Resources” </li></ul></ul><ul><li>September 2001 </li></ul><ul><ul><li>Introduction of SUP </li></ul></ul><ul><ul><li>Training sessions SET 1 </li></ul></ul><ul><ul><li>Support for Projects </li></ul></ul><ul><li>October 2001 </li></ul><ul><ul><li>Review of SUP, start Maintenance Process </li></ul></ul><ul><li>December 2002 </li></ul><ul><ul><li>Kick-off development of SET2 </li></ul></ul><ul><li>July 2002 </li></ul><ul><ul><li>Training sessions SET2 </li></ul></ul>costs until November 2001 EUR 175.000 (Plus EUR 400.000 for Rational license & training)
  • 12. Lessons learned <ul><li>Creating a template costs about two days. </li></ul><ul><li>Day 1: study examples, prepare table of contents </li></ul><ul><li>Day 2: write template texts </li></ul><ul><li>Improving a template costs about two days. </li></ul><ul><li>Day 1: study reviews, change texts </li></ul><ul><li>Day 2: rearrange table of contents, start instructions </li></ul><ul><li>Writing instructions costs about two days. </li></ul><ul><li>Day 1: study deliverable, study instructions template </li></ul><ul><li>Day 2: change deliverable slightly, write instructions </li></ul><ul><li>But the whole process costs about two months… </li></ul>
  • 13. The SUP is now part of Satama <ul><li>Top management is extremely committed. </li></ul><ul><li>Over 90% of Satama people participated in the SUP trainings. </li></ul><ul><li>Feedback was positive and people are motivated. </li></ul><ul><li>But they need more support. </li></ul>
  • 14. SUP is linked to other processes Satama Unified Process Resource management Billing Account management Competence development New business development Partner management Start a project Manage client relationship & expectations A framework to define competence needs Staffing A framework to manage sub-contractors Input for billing Evaluate the service and identify development opportunities
  • 15. External Evaluation <ul><li>Recommendations </li></ul><ul><li>from a study by the Helsinki University of Technology, 01/2002 </li></ul><ul><li>Satama-wide participation in future developments </li></ul><ul><li>Internal promotion of the SUP to improve rooting and motivation </li></ul><ul><li>Monitoring & measurement of use in projects </li></ul><ul><li>Support for first-time implementers </li></ul><ul><li>Immediate implementation of SET 2 </li></ul><ul><li>Project meetings and communication on top of competence-crossing deliverables </li></ul>
  • 16. Further development <ul><li>Currently </li></ul><ul><li>SET 2 deliverables completed </li></ul><ul><li>Training sessions for SET 2 planned for June (Finland) & August </li></ul><ul><li>Including interactive SUP Simulation event as refresh-course </li></ul><ul><li>Increasing use of SUP deliverable database </li></ul><ul><li>Maintenance process started (through Deliverable Owners) </li></ul><ul><li>Planned </li></ul><ul><li>SET 3 deliverables (hardcore business, software quality, manuals and guidelines), October 2002 </li></ul><ul><li>SUP Brochure, maybe even a web site (a la http://www. iconprocess .com ), November 2002 </li></ul>
  • 17. SUP Applied!
  • 18. Pragmatic and relevant support <ul><li>Every project is different </li></ul><ul><ul><li>From small, marcom oriented projects… </li></ul></ul><ul><ul><li>… to large, CRM based programs, with different releases for different channels </li></ul></ul><ul><li>Every client is different </li></ul><ul><ul><li>Industry, size, client team, partnering with other vendors, etc. </li></ul></ul><ul><li>It is all about: people + tools + organization </li></ul>
  • 19. Design Management <ul><li>“ Design links Corporate Intent with Day-to-Day Delivery” </li></ul><ul><li>Raymond Turner, Group Design Director, BAA </li></ul><ul><li>Design Management: </li></ul><ul><ul><li>Design Strategy, which is an integral and critical part of the overall business strategy </li></ul></ul><ul><ul><li>Operational Design Management, which is focused on a well executed day-to-day delivery within the different stages of the design process (e.g. SUP) </li></ul></ul>
  • 20. Design Program Framework II. Core process: III. Program support Design & Development Process: SUP Styleguide: Guidelines and Reusable Components Organization chart People / Competences Partner cooperation Administration/ Finance Information / Knowledge Technology / Tools I. Project Portfolio Content Mng / Maintenance Releases / Service line updates Explorative design Business Strategy Business plan Target Groups Technology Plan / Roadmap “ Lighthouse”: Vision Development
  • 21. Project Portfolio and SUP Lighthouse (continuous project) / Horizon: 2-3 years / Accent on workflows: 1,2, hi-lvl 3 Explorative design / Horizon: 1-2 years / Accent on workflows 1,2,3, hi-lvl 4 (mock-up’s) Releases / Hor: 0.5-1 yr / Workflows: 3-6 CM + Maintenance / Horizon: present / Accent on workflows: 5-7 Workflows 1-7
  • 22. Prototyping framework for releases Supporting service concepting and design work Detailing and preparing for Implementation Start Implementation Discovery Inception Elaboration 1 Elaboration 2 Construction Transition <ul><li>Mockup-ing, options: </li></ul><ul><li>Paper mockups </li></ul><ul><li>Click-through mockups </li></ul><ul><li>Interaction mockups (only HTML-text) </li></ul><ul><li>Prototyping </li></ul><ul><li>Production source for: </li></ul><ul><ul><li>Graphical assets </li></ul></ul><ul><ul><li>Content assets </li></ul></ul><ul><ul><li>Flash assets </li></ul></ul><ul><li>0-series prototype </li></ul><ul><li>‘ Final’ HTML-source </li></ul>Extranet Implementation (By partners. In reality about 70-80% of the total project lead time)
  • 23. Styleguide framework Common Elements Introduction Concept level Task level Presentation level Technical level UI-aspects (main focus in bold) Styleguide content structure <ul><li>Structure (hi-level) </li></ul><ul><li>Layout / visual look (hi-level) </li></ul><ul><li>Flow / interaction (hi-level) </li></ul><ul><li>Content (hi-level: tone-of-voice) </li></ul><ul><li>Structure (navigation) </li></ul><ul><li>Layout / visual look </li></ul><ul><li>Flow / interaction (processes) </li></ul><ul><li>Content </li></ul><ul><li>Structure (information/navigation) </li></ul><ul><li>Layout / visual look (details) </li></ul><ul><li>Flow / interaction (details) </li></ul><ul><li>Content (details) </li></ul><ul><li>Structure (tech.details) </li></ul><ul><li>Layout / visual look (tech.det.) </li></ul><ul><li>Flow / interaction (tech.details) </li></ul><ul><li>Content (tech.details) </li></ul>Volume Knowledge Levels Design Patterns Specs & Guidelines Reusable Components (Design and Tech) user Experience Guidelines
  • 24. Questions? Peter Boersma peter. boersma @ satama .com Boyd de Groot boyd .de. groot @ satama .com

×