{
    "version" : "https://jsonfeed.org/version/1",
    "content" : "news",
    "type" : "single",
    "title" : "What Happens When the Whole Team Joins User Interviews |Digital.gov",
    "description": "What Happens When the Whole Team Joins User Interviews",
    "home_page_url" : "/preview/gsa/digitalgov.gov/bc-archive-content-3/","feed_url" : "/preview/gsa/digitalgov.gov/bc-archive-content-3/2016/08/22/what-happens-when-the-whole-team-joins-user-interviews/index.json","item" : [
    {"title" :"What Happens When the Whole Team Joins User Interviews","summary" : "The CALC team is an agile team of four — six if you count the Scrummaster and the Product Owner — building a simple means to load price data into the original CALC tool. They’re an Agile team, which means everybody pitches in on everything to some degree, and here, in their own words, is","date" : "2016-08-22T14:00:00-04:00","date_modified" : "2025-01-27T19:42:55-05:00","authors" : {"alan-brouilette" : "Alan Brouilette"},"topics" : {
        
            "content-strategy" : "Content strategy",
            "product-and-project-management" : "Product and project management",
            "research" : "Research"
            },"branch" : "bc-archive-content-3",
      "filename" :"2016-08-22-what-happens-when-the-whole-team-joins-user-interviews.md",
      
      "filepath" :"news/2016/08/2016-08-22-what-happens-when-the-whole-team-joins-user-interviews.md",
      "filepathURL" :"https://github.com/GSA/digitalgov.gov/blob/bc-archive-content-3/content/news/2016/08/2016-08-22-what-happens-when-the-whole-team-joins-user-interviews.md",
      "editpathURL" :"https://github.com/GSA/digitalgov.gov/edit/bc-archive-content-3/content/news/2016/08/2016-08-22-what-happens-when-the-whole-team-joins-user-interviews.md","slug" : "what-happens-when-the-whole-team-joins-user-interviews","url" : "/preview/gsa/digitalgov.gov/bc-archive-content-3/2016/08/22/what-happens-when-the-whole-team-joins-user-interviews/","content" :"\u003cp\u003eThe \u003ca href=\"https://18f.gsa.gov/2015/05/12/announcing-the-calc-tool/\"\u003eCALC\u003c/a\u003e team is an agile team of four — six if you count the Scrummaster and the Product Owner — building a simple means to load price data into the original CALC tool. They’re an Agile team, which means everybody pitches in on everything to some degree, and here, in their own words, is some reflection on what happened when they all scrubbed in on the Discovery phase. \u003cdiv class=\"image\"\u003e\n  \u003cimg\n    src=\"https://s3.amazonaws.com/digitalgov/_legacy-img/2015/07/600-x-400-Social-Business-Meeting-Rawpixel-Ltd-iStock-Thinkstock-179604739.jpg\"\n    alt=\"Social Business Meeting\"/\u003e\u003c/div\u003e\n\n\u003c/p\u003e\n\u003cp\u003e\u003cem\u003eHow have you been conducting the Discovery phase?\u003c/em\u003e\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eMark Trammell\u003c/strong\u003e (design researcher): We’ve been running remote interviews where the participant shares their screen and shows us their workflow. Before each team member’s first session, the two of us would talk about the script and what to expect. During the session, while the teammate is taking notes, I’d moderate, grab a few screenshots, and jot down anything that stood out to me. After each session, the two of us would discuss what we saw. During the next team standup, the teammate would briefly share what they saw with the rest of the team. The notes would be shared with the rest of the team and the set of notes covering all the sessions are synthesized to develop broad findings. This is really great, it turns out, because often the researchers end up being the voice of the users to the team, but on this project, the whole team is plugged into the users directly.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eAtul Varma\u003c/strong\u003e (developer/designer): The head of GDS research \u003ca href=\"https://gdsengagement.blog.gov.uk/2015/09/03/periscope-about-user-research-for-gov-uk/\"\u003ehas talked about\u003c/a\u003e how the research team is the “ambassador” for the user in actively building empathy, not just filing reports. They also require all their team members to have regular contact with users.\u003cem\u003eHow did scrubbing in on user interviews help you in your core role?\u003c/em\u003e\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eJames Seppi\u003c/strong\u003e (developer): Scrubbing in on this research gave me a lot more empathy for the users. I was already pretty jazzed, but once I saw the terrible workflow our target users have to go through, I was even more excited to improve their work lives. It ended up being very motivating, and really helped me understand our product owner’s enthusiasm for the product. Before, I understood the logical arguments for why the project would be good, but now I have a \u003cem\u003ereal\u003c/em\u003e understanding.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eHeather Billings\u003c/strong\u003e (front-end designer/developer): Getting to see what they’re already familiar with is hugely helpful, because it helps me know how to present the information they need in a familiar way when designing the new tool.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eAtul:\u003c/strong\u003e This was hugely helpful in getting to an understanding of how to motivate people to take the extra step of using this tool for the benefit of undefined others in the indefinite future. When a person said “It would be really cool if we could just \u003cem\u003edo\u003c/em\u003e this without all the complexity” it was just great, because it showed there is already a desire for someone to do this kind of thing. We’re building something people want right now, and we know they want it. That’s very motivating.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eHeather:\u003c/strong\u003e What I’m hearing from the developers on the team, me included, is that being part of these interviews is giving all of us a lot more confidence that what we are doing is the right thing, which gives us much more confidence that what we are building is really going to be needed.\u003cem\u003eDid you get anything out of direct contact with users that you couldn’t have gotten out of a report?\u003c/em\u003e\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eHeather:\u003c/strong\u003e Doing interviews like this, rather than reading transcripts and reports, I have a LOT fewer questions. When I’m in on the research, I am able to ask the questions relevant to me and my work of the users directly, instead of through an intermediary. It’s a \u003cem\u003elot\u003c/em\u003e faster.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eAtul:\u003c/strong\u003e It’s easy to help a friend or coworker because I know them and I can see their problems directly. Working on bigger projects is harder, because I don’t get to empathize with the user. This gives me an opportunity to do that.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eMark:\u003c/strong\u003e What generally happens when a researcher is doing all of this alone is that they are trying to both report on what they saw and communicate it to the team in a way that is meaningful to the team. Doing it this way lets the team see what is meaningful to \u003cem\u003ethem\u003c/em\u003e directly and individually.\u003cem\u003eFinal thoughts?\u003c/em\u003e\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eMark:\u003c/strong\u003e Working with non-researchers is hugely helpful to me, too, because I get to see what \u003cem\u003ethey\u003c/em\u003e think is important, both in session \u003cem\u003eand\u003c/em\u003e in the debriefing. Since the team has responsibility, and aren’t just passively watching, it lets me \u003cem\u003esee\u003c/em\u003e what they needed to know, instead of guessing.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eJames:\u003c/strong\u003e Interviewing is exhausting. It was a ton of typing and a ton of questions. After ninety minutes, I was \u003cem\u003efried\u003c/em\u003e. But if I’m writing \u003cem\u003ecode\u003c/em\u003e on an interesting problem, eight hours will just…melt away.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eAtul:\u003c/strong\u003e Sitting in on user research interviews makes me feel like those parts of \u003cem\u003eThe Matrix\u003c/em\u003e where they instantly get knowledge injected directly into their brain. Remember that part, “I know kung fu”? In this case it’s “I know government procurement.”\u003cem\u003eThis post was originally published on the \u003ca href=\"https://18f.gsa.gov/blog/\"\u003e18F blog\u003c/a\u003e.\u003c/em\u003e\u003c/p\u003e\n"}
  ]
}