• Share
  • Email
  • Embed
  • Like
  • Save
  • Private Content
Making the Work Visible
 

Making the Work Visible

on

  • 5,026 views

Presentation at Lean Software and Systems Conference in Atlanta, April 2010.

Presentation at Lean Software and Systems Conference in Atlanta, April 2010.

Statistics

Views

Total Views
5,026
Views on SlideShare
2,527
Embed Views
2,499

Actions

Likes
6
Downloads
116
Comments
0

7 Embeds 2,499

http://alissonvale.com 1943
http://www.alissonvale.com 508
http://localhost 21
url_unknown 10
http://translate.googleusercontent.com 10
http://www.slideshare.net 6
http://webcache.googleusercontent.com 1
More...

Accessibility

Categories

Upload Details

Uploaded via as Adobe PDF

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

    Making the Work Visible Making the Work Visible Presentation Transcript

    • Making the Work Visible The materialization of the evolution on the understanding of our working system Alisson Vale Software Designer Looking for Sustentability in Coach / Independent Consultant Software Development Twitter: @alissonvale Blog: http://alissonvale.com
    • Study Case
    • we have started our Kanban implementation in Feb/2008
    • From physical to electronic Oct/2008
    • The Phidelis System Design in Jan/2009
    • The Phidelis System Design in Apr/2010 ?
    • The Phidelis System Design became an ecosystem by continuously “making the work visible” in response to new levels of system understanding
    • The Phidelis System Design design focus and discoveries
    • design focus #1 thinking in “ecosystems” rather than in linear processes
    • Discovery #1: visual structures help you when you are designing ecosystems
    • design focus #2 contextualizing visual information rather than using traditional reports
    • Discovery #2: Contextualizing visual information helps you get the big picture
    • design focus #3 organizing the system considering interconnected perspectives
    • Discovery #3: Perspectives help to comprehend interconnections
    • Phidelis System Perspectives customer perspective system perspective team perspective personal perspective
    • Perspectives also help to absorb market profles ● Customer interest is ● Customer interest is associated with smaller cost associated with flexibility and ● Lower revenue customization, regardless cost due resource sharing, ● Higher revenue lack of commitment for compensates unacceptable cost customization due pressure, commitments, and estimations ● Easy to Scale ● Hard to Scale ● Enables grow ● Restricts grow Homogenous Heterogenous
    • Perspectives based on market aggregations
    • Demo remind the presenter to show Point ● that this is not a Kanban tool, it's an environment for getting system understanding ● the ecosystem architecture in a nutshell ● the four perspectives ● the product line flter to switch between perspectives
    • making ... | the nature of the work | | the workfow | | collaboration | | time | | information | | engineering traceability | | movements | ... visible
    • making the nature of the work visible
    • the nature of demand new software support operations Improvements on problem existing software solving
    • Cards and other symbols are putted together to represent units of work in different contexts
    • levelling effort T-Shirt sizing approach Small Medium Large
    • Units of work fow in single pieces, but we also need to persue business goals and other achievements business activities
    • Following high level achievements Mini View
    • Demo remind the presenter to show Point ● how work is represented in different ways ● the structure of a unit of work ● the structure of a business activity
    • making the workfow visible
    • workflow scheme WIP Waiting in progress feedback for release prioritization release enqueued inspection ready IN OUT Flow in WIP is no linear backlog It is random due constant arrival of new delivered information related or not to a given unit of work
    • workflow: team member perspective Limits per person and state
    • workflow: team perspective bidimensional fow
    • workflow: customer/aggregation perspective
    • Demo remind the presenter to show Point ● fow and prioritization in the input area ● fow in WIP, transition to the inspection state and output area
    • making collaboration visible
    • Swarming behavior occurs as people get involved with the work
    • “I have done “I have done something to help him something to help them on this work” on work they are involved”
    • a team member participation Conversation in terms of comments applied to each unit of work the whole conversation of the team
    • Full visibility of current involvement and recent actions
    • Demo remind the presenter to show Point ● Swarming e conversation around a card ● Individual collaboration visible ● Visualization of team involvement ● Team view and conversation
    • making time visible
    • Getting time perspective
    • The “Cycle Time” clock stops when the demand arrives the delivered state
    • Demo remind the presenter to show Point ● Time on delivery area and card details ● the time view
    • making information visible
    • Focus on contextual information in order to get a quick understanding of the system
    • Work leaving/entering in the three systemic areas What has just been pulled to WIP What has just left the system What has just entered into the backlog
    • Getting information about the relative volume of demand regarding its nature INPUT WIP OUTPUT % % % % % % % % % % % % % + Undesirable economic effort %
    • ...and regarding relevant customers and aggregations INPUT WIP OUTPUT % % % % % % % % % % % % this information is used to help with capacity allocation
    • Individual involvement rather than individual performance
    • Demo remind the presenter to show Point ● information on the top bar and rotator with “Most Recent on” information ● info rotator on the top bar ● info on personal view regarding individual involvement ● performance view ● no hidden info neither access control
    • making engineering traceability visible
    • From the board to the Tracking System (Mantis)
    • From the board to The Build System (CruiseControl)
    • From the board to the change in the source code repository (subversion/trac) 53
    • making movements visible
    • Broadcast channel #1 Instant desktop communication for team members
    • Broadcast channel #2 Instant TV communication for the workplace
    • Final thought: Making the work visible can be a really good way to materialyze the current understanding of the system and to enable further improvements
    • Thank You! Read more... Blog Articles http://alis s onvale .com/e nglis hblog Kanban: When Signalization Matters alis s onvale .com/e nglis hblog/pos t/Kanban-Whe n-Signalization-Matte rs .as px The History of a Kanban System (Portuguese) http:// alis s onvale .com/e nglis hblog/pos t/A-His toria-de -um-Sis te ma-Kanban.as px Interview on InfoQ Brazil (Portuguese) http://www.infoq.com/br/ne ws /2009/01/bras il-re pre s e ntacao-confe re nc ia Contact Mail: contact@ alissonvale.com Blog : http://alissonvale.com/englishblog Twitter: @ alissonvale