Category: Remote Workforce

  • WFH: Will Design Sprints fail with remote teams?

    WFH: Will Design Sprints fail with remote teams?

    Product Teams are probably one of the least disrupted jobs that are affected by a work-from-home world. But Design Sprints are predicated that you clear your calendar and get everyone in a big room to grind on the creation of something new and substantial or solve a sticky problem.

    This is not just small things about button placement but parts of your solution that has multiple stakeholders and plenty of perspectives.

    I spent an hour with Tim Paciolla who is Lead Designer on Atlassian ServiceDesk to cover the approach and tools to keep Product Teams moving in this important practice.

    For the uninitiated, Design Sprints emerged from Google Ventures and largely have been kick-started by a book by Jake Knapp. You can refer an earlier post and fireside I did with Elliot Ng from Google.


    sprint-book-jake-knapp

    Focus, Challenges & Personalities

    Can you still run Design Sprints in a Work-from-home world?

    Tim claims that absolutely you can still run Design Sprints, but it’s critical the Facilitator needs to have their role confirmed, stakeholder support and ways to keep people focussed.

    1. Make sure roles and responsibilities are understood.
    2. Use ice-breakers and show vulnerability early to demonstrate the fears and errors are OK.
    3. Manage extroverts to leave enough oxygen in the room.
    4. Keep the allotted time discipline in place (we’ll cover compromises in another post)
    5. Make sure you have tools that support remote.
    6. Manage the heads-down time to make sure people stay focussed.

    There is a couple of golden points here:

    Firstly: the facilitator has to work harder. This person is not necessarily a designer or a Product Manager – she could be the executive stakeholders delegate or someone who leads a particular function, for example Customer Success or Billing.

    Second: there are real-risks that during the “heads-down” time that people will lose focus. Its a myth that you are all working together for the 4 or 5 days – there are large periods where the team is working on their particular aspect (sketching, user story, mocks etc) – this is the time where someone may get pulled into a customer support issue, a team problem, some admin or just distraction. 

    This is amplified on the WFH situation – someone may take lunch and stream some Netflix and never return!

    Atlassian’s Playbook

    Atlassian is noted for its supportive cultural initiatives – it’s referenced in various business books for its leadership. One day, I will share an example which is deeply personal but exemplary of what an amazing company it has been from its very early days.

    In the interview Tim lists several tools they use during team formation, project starts and Design Sprints.

    The Playbook is a collection of methods to help teams work together. It has been compiled with heart and open-sourced with generosity for anyone to use.

    Atlassian-Playbook-examples

    Tools for Online

    Surprisingly the solution for remote teams in a Design Sprint is a mix of low-fi and the latest internet tools.

    1. Tim eschews slavish use of online tools when a sketch on paper will do just fine.
    2. Holding the sketch up the camera on a zoom session is good enough to get the point across.
    3. Did someone mention Zoom? Absolutely.
    4. Photo syncing with Dropbox, Google Drive
    5. Shared Whiteboarding tools like Miro and Mural.
    6. The Contextual team are experimenting with Discord to allow free voice chatter to flow during the day. 

    The challenge remains for Facilitators to keep the energy and focus on the team high and not drift off. It appears that no tools other than solid communication can solve that.

    In summary: its truly difficult to keep people focussed on a task but its the Facilitator’s job to use tools and techniques to keep Design Sprints on track.

    Here is few snippets of the session and I’ll upload the full hour as soon as we can process the video.

    Transcript

    David Jones 0:05
    What about now so so here we are, as long as the Wi Fi holds up, we’ll be able to actually all work from home. And, you know, this this kind of like historic thing about design sprints? Is this this kind of like, huddle together and get things done. So is it gonna work? Is it gonna be a complete debacle? You know, am I am I saying that I’m actually here on the design sprint, when really I’m over here, actually, sort of, you know, working on something else or dealing with a customer support request or, or whatever, you know, that they’ve kind of that kind of like in the room accountability you have from like social close social contact is being taken away from us. So can you see it working on no?

    Tim Paciolla 0:46
    Yeah, I mean, yeah, absolutely. I can see it working. I mean, there are there are additional challenges that you have to as again as a facilitator, right as the person that’s sort of leading the team through the week. There are different Things that you’re going to have to pay attention to, right? If I were in a room together as a facilitator, I can very easily say, okay, laptops down phones away, right? Like, I don’t want to see a phone, I don’t want to see a laptop open. And that makes it a little bit more people can still check out. Right, but that makes it a little bit more difficult to check out. Online. I absolutely think I mean, there are companies very successful companies Trello, which is in Atlassian products, you know, they’re almost an entirely remote company. You know, there are others on this, you know, envision I believe is entirely remote automatic is entirely remote. Right. So there are companies out there that are entirely remote, you know, that follows similar processes. So, is it a change absolutely won’t be difficult, of course. But yeah, I think it can absolutely work.

    David Jones 1:46
    And so, if I sort of like just sort of like, go sideways from accountability to personalities, so let’s, let’s say I’m a, you know, I’m a real hardcore coder, and that’s what I do and I tend to look at everything Through the, through the lens of things, and I’ve been asked to join this particular design sprint. And, you know, it’s like, well, for any engineer, it’s like being called into meetings. It’s like a particular form of torture. And so the question is, okay, I’ve got this five day meeting. Am I the right person to be in that group? Tell us a little bit about what personalities you’ve seen? A golden, which, which aren’t so good.

    Tim Paciolla 2:23
    Yeah, I mean, you framed it as an engineer, but really, you know, you can almost use any discipline that question right? Like, I mean, I’ve seen designers that don’t want to be participate in design sprints, right? Like they don’t want to go into a room for five days. They’d rather just sort of sit at their, their, you know, their computer and their monitor and, and work away. The people the personalities that I think are important are people that are somewhat comfortable with being uncomfortable, right? A design sprint can be uncomfortable arrives.

    David Jones 2:52
    Okay?

    Tim Paciolla 2:53
    You know, at times being a bit uncomfortable, you know, or being comfortable with making something hard decisions, hard prioritization decisions, you know, sort of forcing yourself at different stages to sort of pick a direction and sort of stick with it. Right? So if, if you have people that like to, you know, keep all their options open right and have a hard time sort of making a decision. I think that’s a little bit of a challenge. I’ve seen introverts do extremely well in design sprints, right? Again, that’s more about how the design sprint is set up. One of the first things that we do a lot in our workshops or sprints or whenever we’re getting people together are things like icebreakers, right, just to people don’t get people to share a bit of their, of who they are with the rest of the group be a little bit vulnerable. We have an exercise we call hopes and fears exercise, which is meant to sort of expose both what you what you are excited about to get out of the sprint but also what you’re afraid of. Right. Again, that just shows a little bit of the difference. vulnerability and getting people to understand like, you know, concerns that people have. So there’s there’s definitely techniques you can do to get people to sort of, to open up and be involved.

    David Jones 4:11
    Yeah. But so we might just pause there and just sort of like do a shout out for the Atlassian playbook. If people aren’t aware of the Atlassian playbook, it’s basically on the site. There’s a bunch of sort of like human interaction type things and tools that are used for different kinds of things. Things like retrospectives, things like project team formation, like the balancing of a team and talents and stuff like that. But what’s what’s the sort of thing that you use quite commonly.

    Tim Paciolla 4:41
    There’s a couple of things that I think we use, especially as we’re forming new teams, we have a play called the roles and responsibilities play, which is just a really good conversation so that you get people on the same page, you know, earlier I talked about like, in that triad model, knowing who the decision maker is at different points of the Sort of the lifecycle, that roles and responsibilities play really helps draw that out. You know, we also have a play, we call the the DC, which is sort of a decision making framework, which also helps, right, it really does a nice job of articulating who the driver of the decision is, but who the approver The decision is, who are contributors and who are just informed. That’s what the DA ci stands for. Right. And again, it’s it’s all about being clear around expectations of people’s roles and the input that we’re looking for. Hmm,

    David Jones 5:33
    okay. Yeah, so all of those things there in the Atlassian, playbook.

    Tim Paciolla 5:37
    Correct. They’re all up on atlassian.com. And if you look for playbook, they’ll all be there.

    David Jones 5:42
    Okay. All right. Cool. All right. And so then just kind of like around personalities again. Are you saying that roles and responsibilities kind of like help moderate the extroverts?

    Tim Paciolla 5:54
    Yeah, so absolutely. I mean, we don’t typically do like a roles and responsibilities in a sprint. We He would do that more just like at the beginning of a team formation or when new members joined. But one of the things that we do do in Sprint’s is we sort of set the expectations of the room. Again, this is the role of the facilitator, right, like one of the keys, one of the phrases I hear a lot at Atlassian is the phrase, you know, leaving air in the room for others to speak, right? Like, if you think about the person that just speaks and speaks and speaks and speaks like, it’s just a good sort of gentle reminder for that person to kind of take a step back, let others speak, but others, you know, and that’s also modeled by the facilitator as well, like you can do you can make sure that you’re specifically calling people not to put them on the spot, but making sure that everyone’s voice you know, has had a chance to be heard. I think it’s, it’s, it’s really less about the tool and more about the facilitator. Right. I think the the biggest thing that we have to think about is is the structure of the day, right? You know, you know, one of the big things around the screen is sort of the alone time right like everyone thinks it’s it’s actually a you know that you’re you’re collaborating for eight hours a day but a large part of a lot of Sprint’s are just, you know, sort of heads downtime and people sort of thinking and working on their own. So how do you how do you keep not really keep track of but how do you monitor if you will, that time and make sure that that time is being well spent? Right. I think that might be one of the bigger challenges when you think about how a sprint is typically run.

    David Jones 7:36
    Right? Okay. Have you have you used a tool called Miro?

    Tim Paciolla 7:41
    I think it used to be called “real time board” at one time.

    Unknown Speaker 7:45
    It’s now called Miro. Oh, and we use Mural as well. Yeah. Yeah. So yeah,

    David Jones 7:50
    I just found Miro really interesting from a sort of like mind mapping type thing. They have many different use cases. I thought that was good. How would people in a remote world how would People present results of sketches back when they just basically sketch it and throw it on the screen. You know, what are the what have you seen being used? Now,

    Tim Paciolla 8:08
    we take a lot of pictures, you hold a lot of things up to you know, you just hold things up to the camera, you know, things like that. There’s certainly ways around that, you know, with the way certain photo apps can sync now it actually, you know, so I’m on an Android phone, I’ve sort of bought into the Google ecosystem. So as soon as I you know, draw something, I can take a picture of it, it pretty much syncs to my, my cloud based service fairly quickly. And then I can just throw that into a mural board or amuro board or something like that. So again, it adds a little bit of complexity to the process, but but not something that that I think is, you know, it doesn’t make it so difficult that we can’t still, you know, run those types of sessions.

    David Jones 9:02
    Sorry, just what about tools like, like figma? Or an envision? What What about those tools to sort of at least go sort of halfway there in terms of if I press here, and that takes me to this screen or something like that.

    Tim Paciolla 9:15
    So again, I don’t know, maybe this is the second or maybe third spicy thing potentially. I actually I actually don’t even want. So we use figma at Atlassian. Now, we used to use sketch we have libraries, pretty extensive libraries built around our design system, where it’s actually super easy for people to to start throwing together screens based off of the design system, right and the components, because everything’s just sort of at your fingertips in figma or in sketch. I actually don’t even want to do that right because I think then you start to worry too much about like the the pixels nature of it right or the component itself and you’re not really staying at that right level around the idea and the concept and the director That we’re headed. The conversation immediately changes as soon as you put something, you know, like a high fidelity screen in front of somebody, right? The like, there’s Yeah, there’s now the tension between like, are we talking about the idea? We’re talking about the execution? And you want to keep that conversation at the idea?

    David Jones 10:20
    Yep, got it. Yeah. So that’s, that’s why Balsamiq was so fashionable. You know what it was a decade ago, I guess. am I showing my age?

    Unknown Speaker 10:30
    No, I’ve used Balsamiq so it’s all good. I think we’re right there. I think the funny thing is, is that like, we actually do things for even when we do screens, we’ll use like Comic Sans, right? Or we’ll use you know, something that that, you know, makes sure that people understand this is not final. Right. It also brings a little levity because as soon as somebody sees a screen with Comic Sans in it, they’re like, what’s that? But, ya know, it’s, it’s definitely important to make sure that you’re keeping that conversation at the right level. What the right time? Right? There’s there’s a time and place to have those conversations about the final execution. But a design sprint is not, it’s not the place in my mind.

    David Jones 11:07
    So first questions from Philippe share, err, please ask him about digital tools to conduct a design sprint online. So I think we’ve kind of covered that. Is there anything else you wanted to say about tools?

    Tim Paciolla 11:22
    I mean, it depends on how like, if you are definitely getting into a situation or a period where everyone is sort of working remote, there are better ways to facilitate the sort of sketching things. You can have cameras that you can buy that it basically, you know, points down onto your desktop and will live stream what you’re drawing, right. So there are things there are models like that, that you can go to if you want to get sort of more involved, but the ones that we’ve talked about mural, Miro. They’re all sorts of good solutions around having a collaboration space that you know, you can sort of the the digital stickies, the digital whiteboards, zoom, obviously, you know would would be a or something like zoom Skype, whatever would be a requirement. You know, it’s interesting, I think most of the digital whiteboards also have voting and that type of stuff. So I’m just trying to think through all the like the hands on processes from a sprint. So I think most of the tools are probably fairly well suited for it.

    David Jones 12:29
    Yeah, one of the one of the things we’ve been doing is, this is this is our team is we’ve been using Discord, which is the gaming communications thing for where you can basically all talk at the same time and hear each other. So we’re doing using that more to try and basically have a much more connected sense in the work from home situation. So you know, I think sometimes we’re even talking more than we ever did when we’re at work sitting around a table Yeah, so that’s that’s just an interesting, interesting sort of test for us. You know, it’s still a little bit quiet but it does allow us to just kind of shoot the shit for for a while on different things or, you know, talk about what you had for lunch or anything like that.

  • Remote working Product Teams

    Remote working Product Teams

    I’m sitting in an airport departure lounge to head home – SaaStr 2020 was cancelled on strong recommendation of Santa Clara county. Others in SF have also been cancelled. There is a guy a few rows behind me coughing and sneezing – not into his sleeve, not covering his mouth.

    Apparently oblivious to Covid-19 and oblivious that others are doing their best to minimize risk to themselves and other. He likely to be on my flight – oh….the…joy. 

    Meanwhile “Zoom” Video Communications Inc (“ZM”) is up 33.44% last 30 days and Slack Technologies Inc (“WORK”) is up 22.68%.

    Clearly investors comprehend that technologies that help reduce travel, reduce the potential for infection are a great bet on the future.

    Its now the norm that Product teams to be more distributed instead of centralized. Some companies like Gitlab are born remote.

    With COVID-19, many companies are implementing work-from-home as a preventative measure and also self-quarantine.

    “GitLab is the world’s largest all-remote company with team members located in more than 65 countries around the world.”

    Even large product companies like Atlassian have embraced remote work as a priority. “We think that by doing remote we can tap into a whole new workforce that our competitors aren’t tapping into,” Atlassian Co-CEO Scott Farquhar.

    Great remote tools are emerging such as whiteboard tools Miro and teams going beyond Slack to use the voice “hoot-and-holler” of Twitch.

    But the big deal is changing the culture. Engineers are notoriously introverted and I’ve spent 15+ years trying to get engineers to talk to each other even when they sit a few feet apart!

    I asked Bonjoro’s CEO Matt Barnett about his team structure and how they handle the remote culture. 

    The no-surprise summary: “Communication is everything”. But here are a few specific tips.

    Key Point 1: Drop a 2 minute zoom call to somebody to resolve an issue that might otherwise take hours or days. Why?

    1. Timezones mean that chat/text messages and emails are unresolved for hours or days.
    2. People misinterpret the tone of chat or emails.
    3. If you must use text, then don’t use capitals (SHOUTing) and choose the best emoji for the purpose.
    4. The huge benefit comes with conflict management.

    Key Point 2: Bring the team together once a year. The team has to “break-bread” and spend time together in the same physical space.

    Conversation Transcript

    Bonjoro Team Locations

    David Jones 0:01
    What size is the team at the moment?

    Matthew from Bonjoro 0:03
    So we’re 15 we’re in Sydney. So Australia, Manila, South Africa, London, Colorado and Poland.

    David Jones 0:13
    So you got you got time zones and language covered.

    Matthew from Bonjoro 0:17
    That’s our team. I’m trying to look at if it’s a blessing or a curse. (laughs)

    Remote Team Lessons

    David Jones 0:22
    is there anything any lessons you’ve had in terms of working remotely? or working across time zones?

    Matthew from Bonjoro 0:29
    Communication is everything. 100% and by “communication” I did not mean paragraphs on Slack. Yeah. I think this is a hard one. Like the best thing we’ve learned is is culturally shift to a stage where you can drop a two minute zoom, call somebody to ask one quick question, two minutes, and then you’re back to work as if you were in the office, rather than going into slack debates that go on for hours

    Remote team conflict resolution

    Matthew from Bonjoro 0:55
    Obviously harder in different time zones when people are asleep. But I think the number one thing it resolves, if you can get to a good stage of it is conflict management. When you have conflict, which will definitely have, don’t get sucked into a rabbit hole, because if people are asleep you are awake it like it compound things. This will be read for the worst rather than the best way when they are written

    David Jones 1:17
    Slack chat and email just tend to sort of amplify the paranoia side if you don’t pick the right emoji 🙂

    Matthew from Bonjoro 1:26
    (laughs)

    1. Get the right emoji
    2. Don’t use CAPITALS.
    3. If build a remote team, bring them together at least once a year.

    If can’t can’t do it all at once, to bring out half a team one time and then take the other half to them maybe another time. Because your team has to break bread together. And when you can do that, again, when it gets back to communication and conflict and daily work. You’ll be better placed you’ll know each other better. You respect each other more and you’ll be able to solve those problems a bit easier.

    David Jones 1:56
    Yeah. Good stuff. Thank you, sir. Really appreciate it.

  • Enterprise Mobility – onboarding the remote workforce

    Unstoppable Mobilized Workforce Trends

    The size of the global mobile workforce is approximately 59% of the whole workforce or approximately 1.76 billion, but only a small percentage of this workforce currently uses mobile devices to complete work related tasks.

    This shows there is a huge opportunity for growth in the enterprise use of mobile Apps. According to Deloitte*, in Europe alone there is the possibility that 45% or 100 Million workers could use their mobile device as their primary work device.

    However until recently, companies have been focused on creating shiny consumer applications and haven’t focused on creating mobile enterprise Apps. As companies start to develop more enterprise Apps, the way that people work will be transformed and the process benefits of mobile technology will blossom**.

    Challenges in Mobilized Workforce

    The early challenges of remote mobile devices were intrastructure and security based. Issues like App deployment, device theft protection, remote wipe, BYOD lockdown etc. These have largely have now been solved with MDM/EMM*** platforms like “Mobile Iron” making this easy for corporates.

    With this solved the next phase of deploying Apps and Onboarding is key – The challenge will be educating the mobile workforce on how to use and get the most out of the applications.

    Delloite’s study states employees most benefited by B2B mobile Apps are low skilled/high turnover staff and skilled industrial employees that work in the field.

    These types of roles will get the most value out of using mobile Apps if they are onboarded to Apps effectively. They have a greater need for company and job related information, communication with peers and information about suppliers, stock levels. Many of the applications will be central to:

    • Their job function
    • Customer satisfaction
    • Inclusion in corporate news and culture (which is a growing issue with de-centralized workforces of all types).

    Use Cases

    Credit: safetyculture.com

    Two examples below to explain common Enterprise App use cases:

    1. Field workers, such as builders, telco technicians or sales staff. They will be able to perform tasks from their mobile devices such as:
    • Accessing job related information in real time
    • They need to be able to log the work they have done
    • See what jobs are next and link to calendar
    • Check on stock levels internally and from external suppliers.
    • Manage timesheets, leave requests, expense claims
    • And communicate with their peers

    This process wants to be as smooth as possible, teaching the workers how to get the most out the Apps while they are using them is a great way of doing this. Companies might deploy their own Apps but examples of commercial Apps are: Handshake (Sales Orders), Safetyculture (Quality and Inspections) and of course Salesforce1 (sales/CRM)

    1. Retail staff,  mobile devices are enabling them to be decoupled from fixed POS desks, they can now complete tasks on their phone such as:
    • process sales,
    • look up stock,
    • Communicate with employees
    • Manage job allocation
    • Automate timesheet management.

    This will lead to more knowledgeable sales staff that can add more value to the company. Companies might deploy their own Apps but examples of commercial Apps are: Deputy (retail staff and rostering) and Tulip (Retail Assisted selling, on-floor checkout).

    There are many other sectors and use-cases undergoing change:

    • Previously single purpose platforms using ruggedized devices for deliveries are going through a generational change:
      • From Windows CE or proprietary software to Android Tablets. This is largely being driven by a new strategic direction from Microsoft.
      • The worker now has access to a broader range of Apps on their work device.
      • Access to delivery information from tablet or even the ability to link deliveries to  phone details and calling.
    • Warehousing and logistics now has access to Tablet devices that support RFID, NFC, Barcode
    Credit: zebra.com

    Why Onboarding is Important

    In both of these examples the challenges will be similar:

    1. Get the staff to use the mobile Apps
    2. Teaching the workers how to use the Apps.

    Traditionally costs of onboarding a new staff member was restricted to their core job function, they were physically trained by bringing them into a regional office to undergo induction. With technology and competition a worker can get started completely remotely and be productive earlier AS LONG AS they get some education and on-boarding in the Apps.

    Deployment and Rollout

    Having a well thought out onboarding process and inApp training helps to solve the second challenges. This is where Contextual can help, by adding educational in App walk-throughs, pop ups, carousels and tooltips, you can reduce the new user friction by reducing the learning curve for new staff.

    This also allows the App developers to focus on the core functionality/features of the products, while the line-of-business managers (or process owners) can work on improving engagement.

    Why not Web?

    Lastly, many (or most!) enterprises have recently re-built Apps for their workforce to access via a browser – write once, run anywhere (The older folks amongst us will remember the browser based terms “Intranet” and “Extranet”). But – a high percentage of recently rebuilt server applications will already support the REST Framework making them close to ready for Mobile Apps to access and present data to users.

    The major benefits of Mobility via Apps over “extranet” browser UI’s are:

    • Great UI and gestures
    • Local storage and caching for speed
    • Continued operation in low connectivity areas (rural coverage, urban deadspots, building like lifts)

     

    What about the ‘gig’ economy?

    I did have gig economy in the back of my mind whilst writing this, we did do some validation with Uber and Lyft for the onboarding of their drivers. These businesses which offer elastic on-demand drivers, food deliveries, child-minding, dog-walkers and odd-jobs are rapidly becoming real businesses and will need the ability to rapidly onboard the remote elastic staff to their Apps. The recent court cases with Uber imply that the relationship is company<–>contractor, so the need for “intranet” App access is likely less than enterprises.

    Gig companies also seem strongly bifurcated from traditional enterprise. I can’t imagine a major cable company or electricity utility out-sourcing ad-hoc to TaskRabbit or Airtasker for installs 🙂

    So it would be interesting to know which enterprises do use gig products as extranet employees. If you know any examples, please drop me a note (david at pointzi dot com).

    * The full report  – Deloitte 2018 TMT predictions can be found at https://www2.deloitte.com/au/en/pages/technology-media-and-telecommunications/articles/tmt-predictions.html

    ** This may be old news to some of our development partners – but the wheels of industry move slowly and there are many business processes yet to be re-engineered for remote workers with mobile devices.

    *** MDM – Mobile Device Management and EMM – Enterprise Mobility Management.