{
    "version" : "https://jsonfeed.org/version/1",
    "content" : "news",
    "type" : "single",
    "title" : "The Teams, They Are a Changin’ |Digital.gov",
    "description": "The Teams, They Are a Changin’",
    "home_page_url" : "/preview/gsa/digitalgov.gov/bc-archive-content-3/","feed_url" : "/preview/gsa/digitalgov.gov/bc-archive-content-3/2016/04/19/the-teams-they-are-a-changin/index.json","item" : [
    {"title" :"The Teams, They Are a Changin’","summary" : "Business people and developers must work together daily throughout the project.—Agile Manifesto My team has experienced a lot of change in the past few weeks. We were a team of seven, and now we’ve been reduced to two. We’re off-boarding two developers, a content specialist, and the product owner, and we’re onboarding a new content","date" : "2016-04-19T10:00:06-04:00","date_modified" : "2025-01-27T19:42:55-05:00","authors" : {"michael-torres" : "Michael Torres"},"topics" : {
        
            "product-and-project-management" : "Product and project management"
            },"branch" : "bc-archive-content-3",
      "filename" :"2016-04-19-the-teams-they-are-a-changin.md",
      
      "filepath" :"news/2016/04/2016-04-19-the-teams-they-are-a-changin.md",
      "filepathURL" :"https://github.com/GSA/digitalgov.gov/blob/bc-archive-content-3/content/news/2016/04/2016-04-19-the-teams-they-are-a-changin.md",
      "editpathURL" :"https://github.com/GSA/digitalgov.gov/edit/bc-archive-content-3/content/news/2016/04/2016-04-19-the-teams-they-are-a-changin.md","slug" : "the-teams-they-are-a-changin","url" : "/preview/gsa/digitalgov.gov/bc-archive-content-3/2016/04/19/the-teams-they-are-a-changin/","content" :"\u003cblockquote\u003e\n\u003cp\u003e\u003cem\u003eBusiness people and developers must work together daily throughout the project.—\u003ca href=\"http://www.agilemanifesto.org/\"\u003eAgile Manifesto\u003c/a\u003e\u003c/em\u003e\u003c/p\u003e\n\u003c/blockquote\u003e\n\u003cp\u003eMy team has experienced a lot of change in the past few weeks. We were a team of seven, and now we’ve been reduced to two. We’re off-boarding two developers, a content specialist, and the product owner, and we’re onboarding a new content specialist and another developer. This is a lot of change to absorb at once.\u003c/p\u003e\n\u003cp\u003eIt has caused disruption, added friction to our delivery schedule, and caused some frustration amongst team members. Agile practices are designed to optimize for change; however, the focus of agile practice is primarily around external change:\u003c/p\u003e\n\u003cblockquote\u003e\n\u003cp\u003e\u003cem\u003eWelcome changing requirements, even late in development.\u003c/em\u003e\u003c/p\u003e\n\u003c/blockquote\u003e\n\u003cblockquote\u003e\n\u003cp\u003e\u003cem\u003eAgile processes harness change for the customer’s competitive advantage.\u003c/em\u003e—\u003cem\u003e\u003ca href=\"http://www.agilemanifesto.org/\"\u003eAgile Manifesto\u003c/a\u003e\u003c/em\u003e\u003c/p\u003e\n\u003c/blockquote\u003e\n\u003cp\u003eTo truly harness the power of agile practices, \u003cstrong\u003eyou need a stable team\u003c/strong\u003e. But people leave under normal circumstances for a variety of reasons: maternity, new jobs, retirement, etc. \u003cstrong\u003e\u003cem\u003eWhile recognizing the need for stable teams\u003c/em\u003e\u003c/strong\u003e, there are things our team does and should do to be resilient in the face of change.\u003c/p\u003e\n\u003ch2 id=\"the-costs-and-challenges-of-team-changes-hahahugoshortcode2861s0hbhb\"\u003eThe costs and challenges of team changes \u003cdiv class=\"image\"\u003e\n  \u003cimg\n    src=\"https://s3.amazonaws.com/digitalgov/_legacy-img/2015/12/600-x-425-Question-Mark-on-Organizational-Chart-Business-Concept-Infografx-iStock-Thinkstock-488059434.jpg\"\n    alt=\"Question Mark on Organizational Chart\"/\u003e\u003c/div\u003e\n\n\u003c/h2\u003e\n\u003cp\u003eAny time a team member leaves or a new one comes on board, there’s a cost associated with redirecting focus to account for that change. This adds friction to projects that is not just technical:\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003eOff-boarding any existing team members\u003c/li\u003e\n\u003cli\u003eGetting new members up to speed on codebase, product vision, issue backlog, and any research\u003c/li\u003e\n\u003cli\u003eIntegrating the new team member and learning how to work with them\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp\u003eAll of these translate into dollar costs, and if your project is running on a tight budget, these costs will affect planning and delivery. Further, having to manage these costs on a frequent basis can lead to fatigue, and lower team morale.\u003c/p\u003e\n\u003ch2 id=\"agile-optimizes-for-change__to-a-point\"\u003eAgile optimizes for change_—_to a point\u003c/h2\u003e\n\u003cp\u003eBeing agile means that you inherently optimize for change. Our primary tool for responding to change is agile communication practices. My team does this in a number of ways:\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003eA design studio to go over user research, and together come up with ideas and priorities going forward\u003c/li\u003e\n\u003cli\u003eBi-weekly meetings to groom our backlog and plan each iteration\u003c/li\u003e\n\u003cli\u003eRegular retrospectives to make sure we’re addressing any process issues that come up\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp\u003eAll of these activities create a shared understanding of what we’re working on and why, and how we go about it. This keeps the team aligned and makes it much easier to onboard new members.\u003c/p\u003e\n\u003cp\u003eWe want to always ask ourselves “How would I explain what we’re doing to someone who is new?”, and our daily work produces artifacts that communicate the status of the project and the history of our decisions.\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003eOur \u003cstrong\u003euser stories\u003c/strong\u003e represent work that needs to be done, but they can also serve as an easy historical record of our work.\u003c/li\u003e\n\u003cli\u003eWe use \u003cstrong\u003eautomated tests\u003c/strong\u003e to ensure that any accepted code modification passes the tests. The tests are integral to our daily work so these documents are always kept up to date.\u003c/li\u003e\n\u003cli\u003eWe use \u003cstrong\u003evignettes\u003c/strong\u003e as a way to express the use cases driving our work. Anyone can read them and quickly get a sense of what we are trying to accomplish.\u003c/li\u003e\n\u003cli\u003eOur \u003cstrong\u003estory map and project wikis\u003c/strong\u003e contain summaries of the goals, hypotheses, risks and milestones.\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp\u003eLastly, we try to stay positive in the face of change. Becoming frustrated unnecessarily takes the focus off of our work, and blocks us from coping with the change itself. Accepting that some change is inevitable helps us stay positive and actively optimize our processes to cope with it, and helps us stay focused on delivery.\u003c/p\u003e\n\u003cp\u003eIn teams without shared understanding and documentation, huge changes can be devastating. But, agile practices mitigate against this risk; and the work my team has done should help the new team members get up to speed much more quickly than they would otherwise.\u003c/p\u003e\n\u003ch2 id=\"get-your-team-ready-for-change\"\u003eGet your team ready for change\u003c/h2\u003e\n\u003cp\u003eAgile practices are centered around optimizing for change, because the world changes. Though stable teams are the goal, teams will change, sometimes quite frequently. Your team can take steps to account for the disruption caused by change:\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003eBetter documentation → better tests → more stable code\u003c/li\u003e\n\u003cli\u003eFrequent communication → shared understanding → building the right thing\u003c/li\u003e\n\u003cli\u003eStaying positive → focus stays on delivery → consistent velocity\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp\u003eAgile techniques can help your team deal with change, but only up to a point. Stable teams, stable code, and delivering the right thing with consistent velocity is the goal. Teams should do what they can to minimize team changes, while also working to minimize the negative impact of change, because team happiness and productivity go hand in hand.\u003cem\u003eThis post was originally published on the \u003ca href=\"https://18f.gsa.gov/blog/\"\u003e18F blog\u003c/a\u003e by Michael Torres, 18F team member.\u003c/em\u003e\u003c/p\u003e\n"}
  ]
}