Technical Documentation in Agile Colin Greenberg.

Slides:



Advertisements
Similar presentations
The Road to Agile From the Bottom Up Kevin Malley Tracey Clark 1 March 20 th, 2013 SWOQG.
Advertisements

Needs Identification Workshop Summary of Results PMI Asia Pacific PMI Congress Sunday, February 26, 2006.
Roadmap for Sourcing Decision Review Board (DRB)
An Agile Retrospective Clinton Keith Overview Retrospective format What works (clear wins)? What doesn’t work so well? What do we need to start doing?
SCRUM basics Julie Rudder & Claire Stewart. What is scrum (Claire) Scrum roles (Claire) Scrum rhythms and processes (Claire) How to write stories (Julie)
COPYRIGHT © 2012 ALCATEL-LUCENT. ALL RIGHTS RESERVED. 1 Agile documentation development methodology Giby Panicker and Judith Benjamin 1-Dec-2012.
Creator: Wendi South Diffusion and Integration of Technology in Education.
Agile 101.
MANAGING A GLOBAL TEAM USING AGILE Does Remote AGILE Work? By: Miriam Lottner, COO Gangly Sister LLC.
Agile Project Management with Scrum
NAUG NAUG Knowledge Evening – th February 2007.
Project Management with TFS 1. What TFS offers for Project Management? Work Item tracking 2 Portfolio backlog Backlog Issue tracking Feature Product Backlog.
Morning – 9am Getting Started Agile Manifesto Values & Principles Scrum Framework ~~ 10:40 to 11:00 Break ~~ Scrum Roles Backlog Grooming Estimation.
Agile development By Sam Chamberlain. First a bit of history..
Agile Approach: Case Study
Agile Quality Assurance Reference Model Jacob Sandnes 3/23/15.
Agile-SCRUM. Introduction to SCRUM Sanil Xavier What is Scrum?
An Agile View of Process
Agile Methodologies for Project Management By – Komal Mehta.
Agile/Scrum Case study Code name: ninja.  2 scrum teams  One product backlog  8 months so far  Long term project  External integrations  R&D and.
An Overview of Agile L e a d i n g C h a n g e T h r o u g h C o l l a b o r a t i o n.
Mobile Apps: Review and Retrospectives Refresher Agile Transformation Team 1.
AGILE DELIVERY FACILITATION Agile Project Manager should see his stakeholders as kids and aim to help them be successful in their respective goals, each.
Get quality results faster: Agile Projects and your team Presenters: Laurie Barnas and Wendy Taylor, Associate Registrars, University of Victoria.
Monster-Sized Agile Adoptions SUCCESS AND FAILURE STRATEGIES.
WE  Cooperation WE  Cooperation  Problem Solving WE
Chapter 3 – Agile Software Development Lecture 2 1Chapter 3 Agile software development.
COMPGZ07 Project Management Presentations Graham Collins, UCL
Configuration Issues and Efforts for Configuring Agile Approaches-Situational based Method Engineering Rinky Dwivedi, Computer Engineering Department Delhi.
Agile Software Development Brian Link
Chapter 5 Software Process Models. Problems with “Traditional” Processes 1.Focused on and oriented towards “large projects” and lengthy development time.
Chapter 3 Agile Software Development (2/2) Yonsei University 2 nd Semester, 2013 Sanghyun Park.
Agile Software Development Chapter 3 – Lecture 1 Adrián Susinos.
Agile Adoption GMAS Product / Practice Teams PMO Meeting – May 2014.
Current Trends in Systems Develpment
By Saravanan Bala. General Report 31 % of Software projects are cancelled 75 % of the software projects are considered failures by the people who initiated.
Cooperation, Problem Solving, & Team Building WE
Release and Iteration Planning September 13, 2008.
1 Project Management Introduction. 2 Chap 1 What is the impact? 1994: 16% of IT projects completed “On-Time” 2004 : 29% of IT projects “On- Time” 53%
Information Development Projects
Chapter 3 – Agile Software Development Lecture 2 1Chapter 3 Agile software development.
How to Run An MARKETING SPRINT. This Guide Covers: Why Agile Marketing? How to Put Agility Into Practice How to Make an Agile Marketing Team Agile Marketing:
Extreme Programming (XP). Agile Software Development Paradigm Values individuals and interactions over processes and tools. Values working software over.
Introduction to Systems Analysis and Design
Agile Project Management. An Informed Decision It is not a snap decision whether to use an agile approach or not, just like flying or driving somewhere.
1/7/2004CSG - Project Delivery at UT Austin1 Making a Model Perform Adopting a methodology to your environment.
Dr. Nguyen Hai Quan.  Why SCRUM?  What is SCRUM?  Some terms  SCRUM Meetings  Sprint  Estimation  Product backlog  Sprint backlog  Whiteboard.
T Iteration demo T Iteration Demo Team Balboa I1 - Iteration
Het einde van het beroep van tester - Wat Agile, DevOps en Scrum betekenen voor het testvak -
Agile Methodology Paul Mohrbacher. Agile Manifesto We are uncovering better ways of developing software by doing it and helping others do it. Through.
Theories of Agile, Fails of Security Daniel Liber CyberArk.
Virtually Agile Astro Sabre (Matt Ganis) IBM, Senior Technical Staff Member Hawthorne, NY - September 20, 2007.
Division of Risk Management State of Florida Loss Prevention Program.
Agile Metrics It’s Not All That Complicated. © 2011 VersionOne 2 Welcome – About your Trainer, Katia Sullivan VersionOne Product Trainer and Agile Coach.
Requirements Engineering Requirements Engineering in Agile Methods Lecture-28.
Agile Adoption G8way Health Project.
Lecture 8 TQM 311 lecturer: Noura Al-Afeef Medical Record Department 1.
Agile 101. Feasibility Study SDLC – What is it? Systems Development Life Cycle: The most commonly used, and generally accepted, project management approach..
Chapter 15 Effective Groups and Teams. What Is a Group? Group - two or more interacting and interdependent individuals who come together to achieve specific.
Scrum Overview. Agenda What is scrum…and what it isn’t Scrum’s Characteristics The Scrum Process Scrum Phases Measurements Key Practices Backlogs Sprint.
 SBOK™ (SCRUM Body of Knowledge)  Student course workbook  Case study booklet  Scrum in a page  Scrum Product Owner Certified physical certificate.
Informed Traveler Program and Applications Agile / Scrum Overview Jerry Inberg.
Coming up: What is Agile? XP Development Dan Fleck 2010 Dan Fleck 2010.
Installation Art: Packaging Tape Sculptures
Creating User Documentation in an Agile World
How to Successfully Implement an Agile Project
Agile practices for documentation teams
Introduction to Agile Blue Ocean Workshops.
Scrum Science NGSS: Engineering, Technology, Applications of Science
Agile, Scrum and CMMI Methodologies
Presentation transcript:

Technical Documentation in Agile Colin Greenberg

Agenda Are all team members created equal? Obstacles to integration into the Agile team Why writers need to step up How to overcome co-location issues Time-splicing strategies for busy pigs What can the doc team do? What every SCRUM team member should do And the doc manager….? Making magic – dedicated sprints Adopting other Agile practices Q&A

Are all team members created equal? “All animals are equal, but some animals are more equal than others.” -George Orwell, Animal Farm

Obstacles to integration into the Agile team Inability to fit two key Agile tenets –Your teams: globally dispersed, no co-location –Your teams: out of time zone “Team” is a state of mind, not a location. Traditional Agile focus on development and testing ignores role of writers

Why writers need to step up Agile is focused on development and testing; The original Agile paradigm assumes that projects are small and need little to no documentation. Teams may prevent or restrict writers from entering tasks in a tracking program. It’s easy to marginalize writers if they are introduced in the middle of a project, instead of being there at the start.

How to overcome co-location issues Dispersed doesn’t mean dysfunctional! Being virtual starts with being personal. Communicate! Be visible and audible. To be treated like a team member, you must act like one.

Time-splicing strategies Making it work in multiple team assignments –Estimate velocity never 100%; adjust for variables such as number of teams, admin tasks and lead responsibility. –Identify and cultivate relationships with team stakeholders. –Address time zone issues to maximize attendance. –Attending in person or virtually?

What can the doc team do? Read all about it. Get trained. Know the obstacles from the start and face the fears. Promote the value writers bring to the product team. Social media has its place.

What every SCRUM team member should do Attend planning sessions. Focus on expectations – what do you get? Attend and participate. Resolve obstacles offline. Stakeholders need to know the doc tasks. Approach, schedule, and complete tasks like all product team members.

And the doc manager? At planning sessions, back up your writers. Negotiate and agree deliveries, and reviews Hear what is being said, answer concerns in real time Be open and accountable. “Done Criteria” definitions must be clear. Make changes painful.

Making magic – dedicated sprints Documentation Sprints –Dedicated iterations for reviewing and refining content –Rooted in Agile methodology –Technical ownership with the technical expert –Quality Quality Quality

Adopting other Agile practices Adapting XP development pairing –XP uses short term pairing –Task Cork boards –Short term ownership To documenting in SCRUM –Pairing length is iteration linked –Task Cork board –Ownership limited to 2 iterations The good –Knowledge spreads like wildfire –Writers handle the task types they enjoy –Ownership responsibilities are shared The bad –Stakeholders struggle with the changing ownership

Questions?

Summary Location, team dispersal, and team dynamic should not stop effective doc participation in SCRUM Doc team need to take ownership of what they do, how they do it. Maintain their place in the team Be innovative: doc sprints, pairing The achievements of an organization are the results of the combined effort of each individual. Vince Lombardi