Easy Agile Podcast Ep.13 Rethinking Agile ways of working with Diversity, Equity and Inclusion at the core
"The episode highlights that Interaction, collaboration, and helping every team member reach their potential is what makes agile work" - Terlya Hunt
In this episode join Terlya Hunt - Head of People & Culture at Easy Agile and Caitlin Mackie - Marketing Coordinator at Easy Agile, as they chat with Jazmin Chamizo and Rakesh Singh.
Jazmin and Rakesh are principal contributors of the recently published report "Reimagining Agility with Diversity, Equity and Inclusion".
The report explores the intersection between agile, business agility, and diversity, equity, and inclusion (DE&I), as well as the state of inclusivity and equity inside agile organizations.
“People are the beating heart of agile. If people are not empowered by inclusive and equitable environments, agile doesn't work. If agile doesn't work, agile organisations can't work."
📌 What led to writing the report
📌 Where the misalignments lie
📌 What we can be doing differently as individuals and business leaders
Be sure to subscribe, enjoy the episode 🎧
Transcript
Terlya Hunt:
Hi, everyone. Thanks for joining us for another episode of the Easy Agile podcast. I'm Terlya, People & Culture business partner in Easy Agile.
Caitlin Mackie:
And I'm Caitlin, marketing coordinator at Easy Agile. And we'll be your hosts for this episode.
Terlya Hunt:
Before we begin, Easy Agile would like to acknowledge the traditional custodians of the land from which we broadcast today, the Wodiwodi people of the Dharawal nation, and pay our respects to the elders past, present and emerging, and extend the same respect to any Aboriginal people listening with us today.
Caitlin Mackie:
Today, we'll be joined by Jazmin Chamizo and Rakesh Singh. Both Jazmin and Rakesh are principal contributors and researchers of Reimagining Agile for Diversity, Equity and Inclusion, a report that explores the intersection between Agile business agility and diversity equity and inclusion published in May, 2021.
Terlya Hunt:
We're really excited to have Jazmin and Rakesh join us today. So let's jump in.
Caitlin Mackie:
So Jazmin and Rakesh, thank you so much for joining us today. We're so excited to be here with you both today, having the conversation. So I suppose today we'll be unpacking and asking you questions in relation to the report, which you were both principal contributors of, Reimagining Agility with Diversity, Equity and Inclusion. So for our audience tuning in today who may be unfamiliar the report, Jazmin, could you please give us a summary of what it's all about?
Jazmin Chamizo:
Absolutely. And first of all, thank you so much for having us here today and for your interest in our report. Just to give you a little bit of background of our research and how everything started out, the founder and the owner of the Business Agility Institute, Evan Leybourn, he actually attended a talk given by Mark Green. And Mark who used to be, I mean, an Agile coach, he was referring to his not very positive experience with Agile. So this actually grabbed the attention of Evan, who was a big advocate of agility, as all of us are. And they decided to embark upon this adventure and do some research trying to probe on and investigate the potential relationship between diversity, equity and inclusion and Agile.
So we had, I mean, a couple of hypothesis at the beginning of the research. And the first of hypothesis was that despite the positive intent of agility and despite the positive mindset and the values of Agile, which we all share, Agile organizations may be at the risk of further excluding marginalized staff and customers. And the second hypothesis that we had was that organizations who actually embed diversity, equity and inclusion directly into their Agile transformation and then strategy may outperform those organizations who don't. So we actually spent more than a year interviewing different participants from many different countries. And we actually ended up seeing that those hypothesis are true. And today, we would like to share with you, I mean, part of this research and also need to encourage you to read the whole report and also contribute to this discussion.
Terlya Hunt:
Amazing. And Jazmin, you touched on this a little bit in your answer just then, but I guess, Rakesh, could you tell us a bit more about what was the inspiration and catalyst for writing this report?
Rakesh Singh:
Yeah. So thanks for inviting once again. And it's a great [inaudible 00:03:51] talk about this beautiful project. The BAI was actually into this activity for a long time, and I happened to hear one of the presentation from Evan and this presentation actually got me interested into business agility and associated with DEI. So that was one thing. And second thing when Evan talked about this particular project, invited all of us, I had been with transformation in my job with Siemens for about three decades for a very long time. And we found that there were always some people, whenever you do transformation, they were not interested or they were skeptical. "We are wasting our time." And okay, that was to be expected, but what was surprising that even though Agile came up in a big way and people thought, "Okay. This is a solution to all our miseries," even though there was a focus on culture, culture was still our biggest issue. So it appeared to me that we are not really addressing the problem.
And as Jazmin talk about our goal and our hypothesis, and that was attractive to me that maybe this project will help me to understand why some [inaudible 00:05:12] to get the people on board in some of the Agile transformation.
Terlya Hunt:
Thank you. That was awesome. I think it definitely comes through in the report that this is a topic that's near and dear to all of you. And in the report you mentioned, there's a lack of consensus and some misalignment in defining some of these key terms. So thought to frame the conversation today, Jazmin, could you walk us through some of these key definitions, agility, diversity, equity, and inclusion.
Jazmin Chamizo:
That's a great question now, because over the last year, there's been a big boom on different topics related to diversity, equity and inclusion, I mean, especially with the Black Lives Matter movement and many different events that have affected our society in general. And with the rise of social movements, I mean, there's been a lot of talk in the area of diverse, equity and inclusion. And when we talk about agility, equality, equity and inclusion and diversity, I mean, it's very important to have a very clear understanding of what we mean with this terms. Agility is the mindset. I mean, it's really about having the customer, people, at the very center of the organization. So we're talking about agile ways of working. We're talking about more collaborative ways of working. So we can bring the best out of people and then innovate and put products into the market as fast as possible.
Now, when we were thinking about agility and this whole idea of putting people at the very core and customer at the very core of organization so we can respond in a very agile and nimble way to the challenges that our society presents at the moment, we found a lot of commonalities and a lot of similarities with diversity, equity and inclusion. However, when we talk about diversity, equity and inclusion, there's some nuances in the concepts that we need to understand. Diversity really refers to the mix. It refers to numbers, to statistics, all the differences that we have. There's a very long list of types of diversity. Diversity of gender, sexual orientation, ways of our thinking, our socioeconomic status, education and you name it, several types of diversity.
Now, when we talk about equality, I mean, we're talking about applying the same resources and support structures, I mean, for all. However, equality does not actually imply the element of equity, which is so important when we talk about now creating inclusive environments. With equity, we're talking about the element of fair treatment, we're talking about social justice, we're talking about giving equal access to opportunities for all. So it's pretty much about leveling the filed, so all those voices can be part of the conversation and everybody can contribute to the decision making in organizations and in society. So it's that element of fair treatment, it's that element of social justice that the element of equity has to contribute and that we really need to pay attention to.
And inclusion is really about that act of welcoming people in the organization. It's about creating all the conditions so people, everybody, can thrive and everybody can succeed in an organization. So I think it's very important, I mean, to have those definitions very clear to get a better understanding of how they overlap and how there's actually, I mean, a symbiotic relationship between these concepts.
Caitlin Mackie:
Yeah. Great. And I think just building on that, interaction, collaboration and helping every team member reach their potential is what makes Agile work. So your report discusses that there are lots of overlaps in those values with diversity, equity and inclusion. So I think, Rakesh, what are those key overlaps? It seems those qualities and traits go hand in hand. So how do we embrace them?
Rakesh Singh:
So if you see most of the organization which are big organization and being for about two decades or so, and you compare them with the startup organization, so in the traditional setup, normally people are working in their functional silos, so to say. And so the Agile transformation is taken care by one business function. It could be a quality team. It could be a transmission team. And DEI normally is a domain of an HR or people who enter the organization. And the issue is that sometime these initiatives, they are handled separately and the amount of collaboration that's required does not happen, whereas in a startup company, they don't have these kind of divisions.
So looking that as a basis, what we need to look at is that the organization should be sensitize that they work together on some of these projects and look at the underlying what is the commonality, and we can possibly either help each other or complement each other, because one example is, if I can give, it's very easy to justify an Agile transformation relating to a business outcome, okay, but any people related change is a very long-term change. So you cannot relate that to a business outcome in a shorter timeframe. So I call Agile and DEI as symbiotic. An Agile can be helped by a DEI process and DEI itself can be justified by having an Agile project. So they are symbiotic.
Now, what is the common thing between the two? So there are four items. I mean, there are many things which are common, but four things which I find are most important. Yeah? The first thing is respect for people, like Jazmin talked about being inclusive. So respect for people, both Agile and DEI, that's a basis for that. And make people feel welcomed. So no matter what diversity they come from, what background they come from, they're feeling welcome. Yeah? The second part is the work environment. So it's a big challenge to create some kind of a psychological safety. And I think people are now organizing, the management is now understanding that they think that they have provided a safe place, but people are still not feeling safe for whatever reason there. That's one thing.
The other thing is that whatever policies you write, documentation, policies or announcement, the basic things that people see, is it fair and is it transparent? Yeah? So I used to always see that if there are two people given bonus, if one person get 5% more, no matter how big is the amount, there's always felt that, "I have not got my due." Yeah? So be fair and be transparent. And the last one is that you have to invest in people. The organization need to invest in people. The organization need to invest in enabling them with opportunity to make use of new opportunity, and also grow and through learning. So these are four things that I can see, which actually can help both being an agile, and also having inclusive environment in the company.
Caitlin Mackie:
The report mentions that some of those opportunities to combine agile and diversity equity inclusion are being overlooked. Why do you think this is?
Rakesh Singh:
So I think that the reason why they're being overlooked is that, it's basically, educating the leaders. So it's just, if I'm in the agile world, I do not really realize that there are certain people related aspect. I think, if I just make an announcement, people will participate. Okay? So that's the understanding. On the other side, we got an input from quite a few responders saying that some of the DEI projects are basically words, are not really sincere about it. It's a waste of time. "I'm being forced to do certain training. I'm forced." So the sincerity part, sometime there's a lacking, so people have to be educated more at a leadership level and on at a employee level.
Caitlin Mackie:
I think a really interesting call out in your research is that many agile processes and rituals are built to suit the majority, which excludes team members with diverse attributes. Jazmin, what are some of those rituals?
Jazmin Chamizo:
Yeah, that's a great question. Now, if you think about agile and agile rituals and for example, I mean, daily standups, a lot of those rituals have not actually thought about diversity, or the design for diversity and inclusion. I mean, agile is a very on the spot and is a very, who can talk, type of rituals. But there's a lot of people, I mean, who might need more time to process information before they can provide inputs, so fast. So that requirement of processing information or giving input in a very fast manner, in daily standups, that might be overlooking the fact that a lot of people, with a different type of thought processing styles or preferences may need more time to carry out those processes.
So that would be, I mean, number one; the fact that it's very on the spot and sometimes only the loud voices can be heard. So we might be losing a lot of opportunities, trying to get feedback and input from people with different thinking styles.
Now, also, if you think about organizations in different countries, where English is not the native language of a lot of people, they may also feel a lot of disadvantage. This happens a lot in multinational organizations, where people whose, you know, first language is English, they feel more confident and they're the ones who practically may monopolize now the conversations. So, for people who's first language is not English, I mean, they might feel at a disadvantage.
If you think about older employees who sometimes may not be part of an agile transformation, they might also feel that are not being part of the team and they may not have the sense of belonging, which is so important in an agile transformation and for any organization. Another example, I mean, would be people, who because of their religious belief, I mean, they need maybe to pray five times in a day, and I mean maybe a morning stand up might mean very difficult to adapt to, or even people with disabilities or language differences, they feel a little intimidated by agile. So there's a lot of different examples. And Doug report actually collects several lived experiences, by the respondents that we interview that illustrate how agile has been designed for the majority and for a more dominant type of culture and that highlights the need to redesign many of these rituals and many of these practices.
Caitlin Mackie:
Yeah, I think just building on that in your recommendations, you mentioned consciously recreating and redesigning these agile ways of working. What are some of the ways we can rethink and consciously create these?
Jazmin Chamizo:
Mm-hmm (affirmative). Well, the good news is that, during our research, and during our field work and the conversations that we had with some organizations mean there's a lot of companies and organizations that have actively implementing them different types of practices, starting from the way they're managing their meetings, their rituals, their stand ups, giving people an opportunity to communicate in different ways. Maybe giving some room for silence, so people can process their information or providing alternative channels for people to communicate and comment either in writing or maybe the next day. So it doesn't have to be right there on the spot., and they don't feel under that type of pressure.
Now, another example would be allowing people, I mean, to also communicate in their native language. I mean, not necessarily using English, I mean, all the time as, I mean, the main language. I think it's also important for people to feel that it can contribute with their own language, and also starting to analyze, I mean, the employee experience. We're talking about maybe using non-binary options in recruitment processes or in payroll. So, I mean, starting to be more inclusive in the different practices and analyzing, I mean, the whole employee journey. I mean, those are some examples that we can start implementing to creating a more inclusive environments. And the one that is the most important for me is encouraging leadership to intentionally design inclusive work environments through the use of, like creating environments that are really where people feel safe, where they have this. Psychologically safe.
Terlya Hunt:
The whole section on exploring and challenging existing beliefs is so interesting. And I would definitely encourage everyone listening to go and read it. I could ask you so many questions on this section alone, because I think it was full of gold, and honestly, my copy is highlighted and scribbled and I read it and reread it, there was so much to absorb. The first thing that really stood out to me as a HR practitioner in an agile organization was this belief that focusing on one or two areas of diversity first is a good start. And from your research, what you actually found was that survey respondents found this method ineffective and actually harmful for DEI. And in your research, you also reference how important it is to be intentional and deliberate. So I guess, how do we balance this need for focus and creating change with these findings that being too narrow in our focus can actually be harmful? Might throw this one to you, Rakesh.
Rakesh Singh:
So actually, thanks to the reform data report, very interesting, in fact, we presented to quite a few groups. And one of the thing that I observed when we are talking about some of the beliefs and challenges, there were immediate to response say, "Hey, we do experience in our area." So, what we realized is that this whole aspect, as Jazmin talked about, many dimensions. So if you look at inclusiveness, and diversity and equity across organization, there are many streams, and many triggers. As diversity, we understand, okay, in very limited way, it may be gender, or it may be religion or country, but actually, it's much more in a working environment, there are many dynamics which are [inaudible 00:22:15]. So the challenges, what we saw was that if you pick up a project in a very sincere way and say, "I'll solve one problem, okay?" Let me say I solve problem of a region or language, yeah? Now the issue is that most of the time, we look at the most dominant and identify that problem.
So what happens is that you actually create an inequity right there, because there are other people they are suffering. They are, I won't say, "Suffering," but they're influenced by other factors of diversity and they felt, "Okay, nobody's really caring for me." Yeah? So you have to look at in a very holistic picture, and you have to look at in a way that everybody is on board, yeah? So you may not be able to find solution to every specific problem, but getting everybody on board, and let people work in some of the environment or either psychological safety or the policy level, so create an environment where everybody can participate, and issues can be different so they can bring up their own issues, and make sure they feel that they they're cared for. And that's what we actually observed.
Terlya Hunt:
And the second belief I thought was really interesting to call out was that this belief that we will adapt to somebody's beliefs if they ask. And your research found that not everyone is able to disclose their needs, no matter how safe the working environment, so that by relying on disclosure is the first step in the process,. Organizations will always be a step behind and, and also place the burden of change on marginalized groups. What are some things we can do, Rakesh, to remove this pressure and to be more proactive?
Rakesh Singh:
So there are a couple of things that we need to look at when we talk to people, actually, they discussed about the problem, and they also recommended what could be right, we are doing it. And we also discussed among ourselves. So one thing which was very clear that there was a little doubt about the sincerity of leadership. And so, we felt that any organization where leader was very proactive, like, for example, what is the basic reason, if I have a problem, if I talk about it, I am always worried what will happen when I disclose it? And is it the right issue to talk about it? So, these are the questions would inhibit a lot of people not to talk about it at all. So, that's where the proactive leadership can help people to overcome their inhibition and talk about it, and unless they discuss about it, you'll never know if there's a problem. So, that's the one thing. So, that's the approach.
So there are a couple things that we could also recommend, is proactive leadership to start with, and something which can be done is there are a lot of tools available for the managers, yeah? People leaders, I would call it. Things like coaching, so you have a grow model where you can coach an individual person, even as a manager or as an independent coach, then having a facilitation techniques. When I started my career, they were not a training on facilitation, just going to the room and conduct the meeting. But they're very nice tools, facilitation techniques, which can be brought out to get people to participate, and so things like that can be very useful for being proactive and drawing people out of their inhibition. That definitely is with the leader. That's why we call it servant leadership. It is their job to initiate and take the lead, and get people out of their shell.
Terlya Hunt:
It ties quite nicely into the next question I had in mind. You both actually today have mentioned a lot of challenging beliefs, and calling things out. We need to build this awareness, and create safe spaces, and create psychological safety in our teams. What are some examples of how we can create safe spaces for these conversations?
Rakesh Singh:
The examples of someone creating safe places is ... I would say that educating people and the leaders. What I have seen is that if the leadership team recognizes that and educates the managers and other people ... You need to actually train people at different level, and create an environment that everybody's participating in the decision making, and they're free to make choices within, of course, the constraint of the business.
The focus, where I would put it, is that there are many educational programs and people would like to educated, because I normally felt that I was never trained for being a good leader. There was never training available. But these days we find that a lot of educational programs highlighting a various issue, like microaggression, unconscious bias, psychological safety. People should understand it. Things like being empathetic. These terminologies are there, but I find that people don't really appreciate it and understand it to the extent that they need to do, even though they are in a leadership position.
Caitlin Mackie:
Thanks for sharing, Rakesh. I really love what you mentioned around proactive leadership, there. Your research found that 47% of respondents believed organizations who achieved this unity of Agile, and diversity, and equity, and inclusion will reap the benefits and exceed competitors. Jazmin, what did these organizations do differently?
Jazmin Chamizo:
Yes. That's a great question. Actually this ties very nicely with idea of servant leadership, inclusive leadership, and how leaders have this incredible challenge of creating workspaces that are psychologically safe, as Rakesh just mentioned. This is really everybody's responsibility, but it has a lot to do with a very strong leadership.
We found that several other organizations that we interviewed, they had a very strong leadership team, that they were really committed with diversity, equity, and inclusion in their agile transformation, and they were able to put DEI at the very core of the organization. That's number one, having a very strong leadership team that's actually committed to diversity, equity, and inclusion, and that does not perceive DEI efforts as isolated actions or initiatives.
This is something that we're seeing a lot nowadays. As a DEI coach and consultant, sometimes you see, unfortunately, several organizations that only try very isolated and very ... They don't have long-term strategy. What we have seen that actually works is having this committed leadership team that has been able to put DEI at the very core of their strategy.
Also a team that has been able to serve as an advocate in diversity, equity, and inclusion, and agility, and they're able to have advocates throughout the organization. It's not just one person's job. This calls for the effort of the whole organization and individuals to commit to DEI and be actively part of the agile transformation.
Also, I would say, leaders that embrace mistakes and embrace errors throughout the process. This is something that came up a lot during our conversations with people in different organizations, that in many cultures and in many organizations, mistakes are punished. They're not perceived as a source of opportunity.
One of the tips or best practices would be having leaders who are able to show the rest of their organization that mistakes are actually learning opportunities, that you can try things out of the box, and you can be more innovative. That even if you fail, you're not going to be punished, or there won't be any consequences because of that, and, quite on the country, that this is actually a learning opportunity that we can all thrive on.
Caitlin Mackie:
Yeah. I completely agree. What benefits did they see?
Jazmin Chamizo:
They definitely saw a greater working environment. This is something that was quoted a lot during our interviews with respondents, that individuals saw that they had the chance to try new and innovative ideas. Definitely greater innovation, more creativity. Business morale actually ultimately went up, because they saw that the organization was actually embracing different perspectives, even if they fail. This definitely called for greater innovation.
I would say innovation, more creativity, and a better working environment. Absolutely new products, new ideas. That if you think about the current circumstances with COVID, this is what organizations have to aim at. New products, more innovation to face all the challenges that we have nowadays.
Terlya Hunt:
Powerful things for the listeners to think about. Here at Easy Agile, our mission is to help teams be agile. Because we believe for too long the focus has been on doing, when the reality is that Agile is a constant journey of becoming.
There's a specific part in the report that really stood out to me that I'd like to read. "Agility is a journey with no fixed endpoint. The road towards creating diverse, equitable, and inclusive environments is the same. Agility and DEI can be pursued, but never fully achieved. They are a process of ongoing learning, reflection, and improvement. A team cannot enter the process of improving business agility or DEI with a mindset towards completion, and any model that unites Agile and DEI will ultimately be ineffective if those taking part are not ready to embark on an ongoing quest for self improvement."
I absolutely love this quote. Rakesh, let's explore this a little bit further. What more can you tell me about this?
Rakesh Singh:
Actually there's an interesting thing that I would like to share to start with. We wanted to look for a organization who would help us interview their people and talk to their people. The way organizations responded ... Some responded, "Shall I allow my people to talk to somebody? It could be a problem." But then we got other organizations, they were actually chasing us. "We would like to be part of this, and we would like to get our people interviewed." They were very positive about the whole thing.
I happened to talk to the DEI corporate manager, a lady, and the way she was talking was ... She was so much, I would say, passionate about the whole thing, even though at least I felt that they were very high level of awareness of DEI. But the quest for learning and finding out what they could do better was quite astonishing and quite positive.
That's where my answer is, is that ... If you look at the current pandemic, and people realized that, "Okay. We have to work from home," initially some people found it great. It's a great thing. Work-life balance. "I can attend my home." But after some time they found it's a problem. There's other problem.
The point is that, in any organization, where it's a business or a social life, or people, it just keeps changing. There's no method or policy which is going to be forever valid. There's a continuous learning process that we have to get in.
What we need to do is focus on our goal that we want to achieve. Depending on the environment, that's what we call business agility. Now bring it to people as well, because it is a people ... We talk about customer centricity, and all that. But finding it's the people who are going to deliver whatever organization want to. You have to see how their lives are getting impacted.
We are discussing about getting people back to office. The problem is that, a city like Bangalore, it's a very costly city and very clouded city. People have gone to their hometown and they can work from there. Now, to bring them back, you have to approve them back again. To cut short the explanation, our life is changing, constantly changing, and technology and everything is putting ... People have to look at methods and approach of how they can be adapting themself on a continuous basis.
Learning is a continuous process. In fact, when I got into Agile and people ask me, "How many years of experience you have?" I generally say five years, because anything that I did before five years is actually the wrong practice. You have to be continuously learning, and DEI and Agile is no stranger to this situation.
Caitlin Mackie:
I love that. I think fostering that continuous learning environment is really key. I suppose, on that, a few of the recommendations from the report are centered around getting deeper training and intentional expertise. Jazmin, what further recommendations, or courses, or practitioners are there that people can engage with after this episode?
Jazmin Chamizo:
Sure. An important part of our report was a series of recommendations to the entire agile community, and practitioners, to organizations, and agile coaches. You can see that. You could get more specific information in our reports. I would like to encourage all of you to read. Definitely when it comes to agile coaches and consultants, we're encouraging people to learn more about diversity, equity, and inclusion because one of the insights and the learnings we drew from this research is that diversity, equity, and inclusion is not specifically included in the agile world.
When we talked to the respondents in many different countries, they did not spontaneously made the connection between agility, Agile, and diversity, equity, and inclusion. But the more we talk about it, they discovered that, indeed, they were very closely overlapped. There was a symbiotic relationship between them, because you're putting the person and everything that relates to that individual on the very core of the organization, on the transformation.
Definitely we do encourage ... Leaders and agile coaches need to start learning more about our DEI, building that proficiency, learning more about unconscious bias and the impact of unconscious bias, and discrimination, and racism that we'll continue to see in organizations. They're more mindful of those voices that are not being heard at the moment in the present conversations. They can learn different techniques or different methods to be more engaging and more inclusive.
When it comes to the agile community in general and influencers, it is important to mention that Evan Leybourn, the founder of the Agility Institute, is having at the moment some conversations with important institutions in the agile community, such as the Agile Alliance, because we are looking for ... That's what Gen Z-ers are looking for. There's a big call out there for organizations to embrace this type of transformation, but putting DEI at the very core of the organization. That's what I would like to say.
Contribute to the discussion. This is a pilot project. That we are hoping to conduct more research on other DEI areas related to agility. We would like listeners to be part of the conversation, and to contribute with their experience, to improve the state of agility in the current moment.
Caitlin Mackie:
Thank you both so much for joining us today. Thoroughly enjoyed our conversation. I can't wait to see how Agile and diversity, and equity, and inclusion evolves in the future. Thank you.
Jazmin Chamizo:
Thank you so much for having us. It's been a pleasure.
Rakesh Singh:
Thanks a lot to both of you. It was nice to share our experience. Thank you very much.
Related Episodes
- Text Link
Easy Agile Podcast Ep.16 Enabling high performing agile teams with Adaptavist
"Really enjoyed my conversation with William and Riz, I'm looking forward to implementing their recommendations with our team" - Angad Sethi
In this epsiode I spoke with William Rojas and Rizwan Hasan from Adaptavist about the ways we can enable high performing agile teams:
- The significance of team alignment
- When and where you should be using tools to assist with your team objectives
- Prioritizing what conversations you need to be apart of
- Advice for remote teams
Subscribe/Listen on your favorite podcasting app.
Thanks William & Rizwan!
Transcript
Angad Sethi:
Good afternoon/evening/morning everyone. How you guys going?
Rizwan Hasan:
Oh, good. Thanks Angad.
William Rojas:
Yeah. How are you?
Angad Sethi:
Yeah, really good. Really, really stoked to be having a chat with you guys. Should we start by introducing ourselves? Riz, would you like to take it?
Rizwan Hasan:
Sure. My name's Riz Hasan, I'm based in Brussels, Belgium. Very newly based here, actually used to be based in New York, not too far from William. We usually used to work together on the same team. My role here at Adaptavist is I'm a team lead for our consulting group in EMEA. So in the European region and in the UK. So day to day for me is a lot of internal management, but also working with customers and my consultants on how our customers are scaling agile and helping them with tool problems, process problems, people problems, all the above.
Angad Sethi:
Yeah. Yeah. Sounds awesome.
William Rojas:
As for myself, William Rojas. I'm actually based out of a little suburban town called Trumble in Connecticut, which is about an hour plus northeast of New York, basically. And as Rez mentioned, yeah, we've worked for a number of years we've worked together, we were running a agile transformation and scaling adoption team for Adaptavist. My new role now is actually I took on a presales principle, basically a presale principle consultant these days. It's actually a new role within Adaptavist, and what we do is we have, actually all of us, I think most of us are all like ex-consultants that support the pre-sales process, and work in between the sales team, and the delivery team, and all the other teams that support our clients at Adaptavist.
Angad Sethi:
Awesome, awesome.
William Rojas:
I help find to solutions for clients and make the proposals and support them through, get them on through delivery.
Angad Sethi:
I'm Angad, I'm a software developer and I'm working on Easy Agile programs and Easy Agile roadmaps, two of the products we offer for the Atlassian marketplace. We're super excited to speak to you guys about how your teams are operating in, like what's a day to day. Riz, would you like to answer that?Rizwan Hasan:
Sure. Yeah. So apart from like the internal management stuff, I think what's particular to this conversation is how we walk clients through how to navigate planning at scale, right?
Angad Sethi:
Yeah.
Rizwan Hasan:
I'm working with a client right now who's based in the states, but they're acquiring other software companies left and right. Which I think is also a trend that's happening within this SaaS ecosystem. And when that happens, they're trying to bring all that work in together. So we're talking through ways of how to visualize all that in an easy way that isn't really too much upfront heavy with identifying requirements or understanding what systems we want to pull in, but more so what do you want to pull in? So really right now, in this phase of the data that I'm working with this client, it's really just those initial conversations about what are you planning? What are you doing? What's important to you? So it's a lot of these conversations about that.
Angad Sethi:
And so you mentioned it's a lot of internal management. Are some of your clients fellow workmates, or are they external clients?
Rizwan Hasan:
They're mostly internal because I manage a team, so I have different people who are working on different types of projects where they might be doing cloud migrations. They might be doing some scripting work. In terms of services, we cover everything within the Atlassian ecosystem, whether it be business related, process related, tool related. So it's a big mix of stuff at all times.
Angad Sethi:
Cool. And is it usually like you're speaking to all the team leads, and giving them advice on agile ceremonies, and pushing work through pipelines and stuff?
Rizwan Hasan:
Yeah, actually, so a story of when I first moved to Brussels, because we've... So professional services started at Adaptavist in the UK, and this was maybe like seven-eight years ago, and it's expanded and myself and William were part of like the first group of consultants who were in North America. That expanded really quickly, and now that we're in EMEA, it's almost like a different entity. It's a different way of working, and a lot of leadership has moved over to North America, so there's new systems and processes and ceremonies and then all that's happening. But because of time zones there's a conflict.
So what I started to do when we got here was to reintroduce some of those habits and consistent conversations to have, to really be much more on a better planning cadence. So interacting with people who would be, say, bringing work to delivery in presale. So folks who are, who work similar to William's capacity over here in this region, and then also project managers who would be responsible for managing that work. Right? So on the equivalent of like a scrum master on an engagement or like an RTE on a big engagement. Right?Angad Sethi:
Yep. Yep. That's awesome. Just one thing I really liked was your terminology. You used conversations over ceremonies or speaks about the agile mindset in that sense, where you're not just pushing ceremonies on teams, where you actually embody being agile. Well, I'm assuming you are from your conversation, but I guess we'll unpack that. What about you, William? What's your [crosstalk 00:06:32]
William Rojas:
I was going to say, one of the things that's interesting challenge that we face, because Adaptavist has an entire branch that does product development and there are product developers, and product managers, and product marketing, and all sorts of things like that. And they set plans and they focus, deliver and so forth, as you would expect a normal product organization to do. On the consulting side, one of the things that's very interesting is that a lot of our, like we have to answer to two bosses, right? Like our clients come in and say, "Hey, we need this," and we have to support them. In the meantime, we have a lot of internal projects, internal procedures and processes and things that we want do as a company, as a practice, but at the same time, we still need to answer to our clients.
Angad Sethi:
I see.
William Rojas:
So that's actually one of the interesting challenges that from an agile perspective, we're constantly facing having to balance out between sometimes conflicting priorities. And that is definitely something that, and although consulting teams at different levels face this challenge. Right?
Angad Sethi:
Yeah.
William Rojas:
So as Riz mentioned, we're constantly bringing in more work and like, "Okay, we need you to now adjust and re-plan to do something different, then manage." Yes. It's an ongoing problem that's just part of this part of this world kind of thing.
Angad Sethi:
Yeah. Okay. I see. And so if I heard that correctly, so it's, I guess you're constantly recommending agile processes, but you may not necessarily get to practice it?
William Rojas:
But more so we're both practicing for ourselves as well as trying to tell our clients to practice it or trying to adjust.Angad Sethi:
I see, yeah.
William Rojas:
You know, a client comes in with needs and says, "Okay, now we have to re-plan or teach them how to do it, or re-accommodate their new emerging priorities as well." So we ultimately end up having to practice agile with and for our clients, as well as for ourselves. It's that constant rebalancing of having to weave in client needs into internal needs, and then the constant re-priority that may come as a result of that.
Angad Sethi:
Yeah.
William Rojas:
And then we're constantly looking for like, how do we make this thing more efficient, more effective? How do we really be lean about how we do the work and so forth? That is definitely one thing that we practice. We try to practice that on a daily basis.
Angad Sethi:
Yeah. And I guess that's a very, a tricky space to be... not a tricky space. It can be tricky, I guess, but adding to the trickiness is remote work. Do you guys have a lot of clients who have transitioned to remote work? And I don't know, has it, has it bought to light problems, which can be a good thing, or like what's your experience been?
William Rojas:
So that's interesting because so I've been doing consulting for over a couple decades, and traditionally, so I've done a lot of that, that travel warrior, every week you go travel to the client to do your work, you travel back and you do that again next week, and you do that month after month. In coming to Adaptavist, Adaptavist has historically always been a remote consulting company. So five years ago it was like, wow, we would go to clients saying like, "Okay, we need you to do this." And we're like, "Yeah, we can deliver that. And no, we don't need to, you know. We may come in and do a onsite visit to introduce ourselves, but we can deliver all this work remotely." So we've always had that history.
Angad Sethi:
Okay.
William Rojas:
But nonetheless, when COVID hit and everybody went remote, we definitely experienced a whole new set of companies were now suddenly having to work remotely, and having to establish new processes and practices that basically forced them to be remote. And I think we've had the fortune of in a sense, having always been-
Angad Sethi:
Yep, remote start.
William Rojas:
... S8's.
Angad Sethi:
Yeah.
William Rojas:
I know whenever we bring on people into the company, into consulting particular, that's one of the things we always point out. Remote work is not the same as being in the office. It has its ups and downs. But we've always had that benefit. I think we've been able to assist some of our clients, like, This is how this is how it's done, this is how we do it." So we've been able to teach by example type of thing for some of the clients.
Angad Sethi:
There you go.
William Rojas:
Yeah.
Angad Sethi:
Awesome. That was actually going to be my next question is what's the working structure at Adaptavist and what sort of processes? I'm sure that it's a big company and therefore there'd be tools and processes particular to teams in themselves. Just from your experiences, what are some of the processes or tools you guys are using?
Rizwan Hasan:
So, in terms of planning and work management, because we started off as a remote first company, and since COVID, business is good. I'll be frank there, it's been good for us because we specialize in this market. We've had a huge hiring spurt in all these different areas, and one thing that I noticed internally, as well as problems that... I wouldn't say problems, but a trend that we're seeing with a lot of other clients is that because of this remote push, and the need for an enterprise to be able to give the teams the tools they need to do their work, there's a lot more flexibility in what they can use, which has pros and cons.
On the pro side, there's flexibility, the teams can work the way they want. On the con side, administration might be difficult, alignment might be difficult. So we're seeing a lot of that with customers and ours. So we're almost going on this journey with customers as we're scaling ourselves, and learning how to navigate this new reality of working in a hybrid environment.
William Rojas:I think in terms of some of the tooling and so forth that we get to do. So we obviously internally we have, we're pretty, pretty much in Atlassian. Atlassian stack, that is very much how we work every day. All our work is using Atlassian tools. All our work is tracked, all our client work is tracked in JIRA, all our sales work, basically everything we do, we use JIRA and Confluence, we're really big on Confluence. We have a lot of customizations we've done to our instance over the years, things that we just have developed, and so that's internal.
I think the other aspect is often, depending on the client that comes to us and the type of work that we're doing for that client, then the types of tools that we use can pretty much run the full gamut. We have a lot of Atlassians, we do a lot of work in JIRA with our clients, like work in Confluence. Sometimes we're working on helping them scale, so we bring on some of the add-on to support some of the scaling practices within to support JIRA. We'll do a lot of JSM work. We do often DevOps work, and then we'll bring on a lot of the DevOps tool sets that you would expect to find, so things to support delivery pipelines.
So it really depends quite a bit on the client. We even do some agile transformation work. And then there, we do some a lot of custom build things, practices and so forth. And we bring in surveys and tools that we've been able to develop over the years to support that particularly. So a lot of the tools often are dictated by what the client and the specific engagement call for.
Angad Sethi:
In my personal experience recently with COVID, I find myself in a lot of meetings, we are experimenting with, with Async decision making. Have you experimented with Async decision making processes yet?
Rizwan Hasan:
I'll start by saying I hate meetings. I think most meetings are a waste of time, and I tell my team this. And I'm like, "If we don't need to meet, like we're not going to meet."
Angad Sethi:
Yeah. Awesome.
Rizwan Hasan:
And I think that really comes. Yeah, awesome, for sure. Awesome.
Angad Sethi:
I love it.
Rizwan Hasan:
But it comes down to really is when you do meet, are you having the right conversation? And I think a key component being like an agile team, quote-unquote, is you have an understanding of what we all are doing collectively and what the priorities are. Which is tough to actually get. So when we talk about like asynchronous decision making, with a team that has some degree of understanding of what priorities are, what goals are, it gets easier. And you can have more low impact interactions with people.
So we use Slack a lot and we have a lot of internal bots on our Slack to be able to present information and collect feedback at asynchronous times, because there's voting features, there's places where you can comment. And I think when we talk about teams that are growing across the globe and also time zones and flexible working, that's a real thing now. There's a practical way of how to do that, that we're starting to dig into what does that look like?Angad Sethi:
Do you find yourself in a million Slack groups?
Rizwan Hasan:
Yep.
Angad Sethi:
Yep. You do. Do you see any extra hurdles you've got to skip because of that? Because you maybe, do you find yourself hopping from conversation to conversation, whereas it would just be easier if everyone was in the same conversation? Does that happen a bit?
Rizwan Hasan:
Yeah. Yeah. All the time.
Angad Sethi:
I hear you, yeah, there you go. Okay. Cool.
William Rojas:
But I would say we have a lot of impromptu. I think we do have a lot of impromptu meetings. And sometimes we may be in a Slack typing away. It says, you know what? [crosstalk 00:17:29]
Angad Sethi:
Just jump in a huddle.
William Rojas:
Into Zoom and then let's chat or Slack conversation, and then just face to face conversation, and then just address it then and there. But I think we have been looking at, it's almost like I think a balance between the time spent on the meeting, and the amount of people that need to be in the meeting, and the benefit and value that comes out of that meeting. And a daily meeting where work was people would pick up work or support from a sales perspective. And it was very, very much necessary as per part of the work coming into the consulting pipeline. But it felt very inefficient.
So that's one of the means, for example, we did away with, and it's now a completely asynchronous process, by which work comes in and it gets allocated, people pick it up, people support it, we deliver things, we track where things are and so forth. And we now use all of that is basically all done through Slack. So we did away with all the meetings around, "Hey, who can help with this?" But meantime, we have another meeting where we're trying to get people on projects. And that is very much a, we need to negotiate on that often. So that's a meeting that's still very much done.
Angad Sethi:Yep.
William Rojas:
Everybody comes in, we all talk, we decide what we need to get done. People balance back and forth. So that trade off I think is really important to really understand what, there are meetings that are necessary, very valuable, and they should remain. And there's ones that really a Slack is a much better mechanism to be able to make those kind of decisions
Angad Sethi:
Yeah. Very true. Yeah. And does it well, sorry, firstly, pardon the location change. I'm sitting right next to the router now, so hopefully the iPhone holds. What sort of a scale are we speaking about here in your Slack? The reason I ask is with larger organizations, it can be harder to scale. Therefore I'm just trying to get a gauge of what scale your Slack is at.
Rizwan Hasan:
So we just hit, we are just over the 500 mark, that'd be in terms of employees. With basically our general, which seems to be, I think, I don't want to say universal, but the standard across any organization that has Slack general as the best indicator of how many people you have logged on. So we're just about the 500 mark, which I would say is probably around mid-size, but it's definitely getting to the point where we're starting to see, it's almost a little bit too much in order to disseminate information, find their information, etc.
We're actually partners with Slack also. So we work with them pretty closely on some opportunities. [crosstalk 00:20:39] Yeah, exactly. And we're starting to talk with customers also about the same problem, about how much is too much, and when do you start to form communities around people that are delivering the same type of value. So those conversations are more aligned and there's not just a whole lot of chatter and people get confused, like when they read Slack and like, "Oh, is this the priority now? Or am I supposed to be doing this or change in process?" That communication is harder now, I think, really. And this is where a lot of folks, I think, who are moving to this remote environment are struggling with, is that alignment communication.
Angad Sethi:
Yeah. Very true.
William Rojas:
And it is, I would say fairly organic, like our channel proliferation. We do have, I would think even for company of our size, we're pretty loose about how channels get proliferated, who gets to create them, what they're for and so forth. But then it gives the flexibility of based upon your interests or the context of what you need to communicate on, then you can either join a channel that supports it or create a channel if necessary to support it. So it is, in that sense, pretty organic. But it is true that there are hundreds, if not thousands of Slack channels that we have, and so kind of staying like which one should you be on, is definitely one of our biggest challenges.
Angad Sethi:Yeah. Well, that just blows my mind just because like 500 people on a Slack. Our whole company is 35 people and I'm pulling my hair out being in too many Slacks. So well A, that blows my mind.
William Rojas:
It does allow us, for example, to have client specific Slack channels. So anybody, if you need to talk about, if you're working on a particular account, you're working for a client, then there's a channel for that. And if you're working on another client, there's another channel. The thing I find helpful about it is that it gives you that context of if I want to communicate with so and so, if I communicate with Riz on a particular account, I will go to the account channel. If I want to talk to Riz one-on-one, I go to a one-on-one chat.
Angad Sethi:
I see, yep, the flexibility.
William Rojas:
So we do have that benefit of where to put the information. But it does mean that I have probably over a hundred channels in my roster of things that I follow, and I'm always behind.
Angad Sethi:
Yeah.
William Rojas:
Well, yeah. So the next level of it is, then you begin to prioritize which channels should I really be notified about, and which ones are most important. I want to track those. And I try to keep that list to a minimum in terms of unread messages, and the stuff that I try to get to, and I'm bored and I have nothing else to do so, but yeah.
Rizwan Hasan:
I've been leaving a lot of channels too. I've been just really cutting the cord with some channels. You know, I had some motivation to really help out here, but I just can't and it's just too much noise. And just got to cut the cord and be like, if it's empty, there's no conversation happening or if it's slow, then move on.
Angad Sethi:
Yep.
William Rojas:
We also have the ability to, you can get added back in. So sometimes you leave and then somebody will put you back in, like, "I need you to talk about this." But it is pretty organic. I know we do leave it up to the individual to decide how best to manage that.
Rizwan Hasan:Yeah.
Angad Sethi:
That's awesome.
Rizwan Hasan:
We had a instance today, actually, where there was an old, it was basically a sales opportunity, a customer who had reached out to us for a certain ask, and we hadn't heard from them for months, like eight-nine months. And someone posted, someone who I'm pretty close with on our sales team posted, "Hey, this is kicking back up again, but I don't have the capacity." And I just left immediately as I saw that message. I was like, "I can't help out. Sorry."
Angad Sethi:
Yeah. The old so-and-so has left the group is a bit of a stab in the heart, but yeah.
Rizwan Hasan:
Yeah.
Angad Sethi:
We will get over it. Just coming back to a point you mentioned, Riz, you said you used the words, alignment and communication. Both of you when consulting with clients, are those the two main themes you guys like to base your recommendations around?
Rizwan Hasan:
I'll give you a very consulting answer and say it depends.
Angad Sethi:
Yeah.
Rizwan Hasan:
But when we engage with a customer, one of the toughest parts of our job is understanding if there is even alignment in the group of people that we're talking to as well, because at the scale of projects that sometimes we work with, we have like 20 to 25 people on a call. And of all of those people, they may have different motivations or objectives of what they're wanting with their engagement with us. So I would say, that's primarily what's driving what we're trying to find out, what we're trying to do with them is get some alignment between the group and ourselves, and communicating that is not always easy.
Angad Sethi:
Yeah.
William Rojas:Let's say, adding on what Riz, that also depends quite a bit on the specific engagement with that client. So in particular, if the engagement, because if an engagement is like, "Get me onto the cloud." Okay. You know, come in. Often there's much better alignment for something like that. If the engagements are more about, "Hey, help us scale agile, help us get better at how we deliver." Then the need for alignment, the need to make sure that we're all communicating correctly, we all understand, we all come to the meeting with the same objectives and so forth, is so much more critical.
Angad Sethi:
Yeah.
William Rojas:
So in those kind of engagements, we're constantly realigning. Because it's not even like we had the alignment. It's like yeah. Okay. We have it, next week it's gone. We got to go back and get it again. So that keeping, making sure that everybody's marching towards the same set of objectives, defining what those objectives are, letting them evolve as appropriate and so forth, all that becomes so much more critical.
Angad Sethi:
Yeah.
William Rojas:
And that's where the tools, that's where things like JIRA and then again, like how do we scale? How do we show what everybody's doing? And so forth, that's where it becomes that much more important. And in those kind of engagements, the tooling becomes essential. Not that the tooling's going to answer it, but the tooling becomes a way by which it helps us communicate, yeah. This is what we all agree we're going to do. Okay. The tool says so because that's the decision we've made.
Angad Sethi:
Yeah.
Rizwan Hasan:
It's really interesting that you say cloud migration, William, like when you say, "Okay, I'm moving to cloud, we know what the alignment is," but even then, I'm finding is that, especially within the Atlassian ecosystem, because that's what we're exposed to all the time, but when we're moving data from a completely old infrastructure to something brand new, it's not going to be the same. And you have folks who are thinking that, "Oh, we're just going to be taking all this stuff from here and putting it over there." But what usually doesn't come along with it is that you're going to have to also change the way you work slightly. There's going to be changes that you're not accounting for.
And that's where the alignment conversation really is important because we work with small companies who understand, okay, moving to the cloud will be completely different. We also work with legacy organizations like financial institutions that have a lot of red tape, and process, and security concerns, and getting that alignment and understanding with them first of what this means to move to a completely different way of working, is also part of that conversation. So it's a constant push and pull with that.
Angad Sethi:
Yeah, yeah. It's really heartwarming to hear the two of you deal with the JCMA, which is the geo cloud migration system.
Rizwan Hasan:
Quite a bit, yeah.
Angad Sethi:
That's awesome, because yeah, that's something we are working on currently as well. So I'll end with a super hard question and I'll challenge you guys to not use the word depends in there. And the question is the number one piece of advice for remote teams practicing agile. Start with you, Riz.
Rizwan Hasan:
Get to know each other.
Angad Sethi:
Yeah, okay.
Rizwan Hasan:
Keep it personal. I think one of the hardest things about this new reality is making that connection with someone, and when you have that, that builds trust, and when you have trust, everything's a lot easier. So I'd say that. People really aren't... The enemy. That's not the right word, but work shouldn't be a conflict. It should be more of like a negotiation, and if you trust each other, it's a lot easier to do that.
Angad Sethi:
Yeah.
Rizwan Hasan:
So yeah.
Angad Sethi:
That's awesome.
William Rojas:
It really is.
Angad Sethi:
I'm going to definitely take that back with me.
William Rojas:
Yeah. And just if I could quickly add to that. That's like looking for ways how to replace the standing around by the, having a cup of coffee. How do you replace that in a remote setting?Rizwan Hasan:
Yeah.
Angad Sethi:
Yeah.
William Rojas:
How do you still have that personal interaction that maybe there's an electronic medium in between, but there's still sort of that personal setting. I think that's one of the things you're looking for. Because yeah, it is very much about trust. And I think to that, I would also add, back to the alignment. Right? Because in some ways that strong interaction helps build and maintain the alignment, because often it's not so much that you get alignment is that you stay aligned.
So it is this constant, and having those interactions, having that trust and so forth, is what in a sense allows us to stay aligned. Because we know each other, we know how to help each other, we support each other, so we stay in alignment. So the trust and so forth are a good way to help build and maintain the alignment itself that you're looking for. That's absolutely. In remote world, you don't have the benefit of seeing each other, the whiteboard, all those things are not the same.
Angad Sethi:
Very true. Getting cup a coffee, yep.
William Rojas:
But we still need to stay in sync with what needs to get done. That's so important.
Angad Sethi:
Very true. And so would you guys want to drop any names of tools you're using to facilitate that trust between team members in a remote setting?
William Rojas:
So I would say, like I mentioned from my role, one of the things that we do is in the presales area, we support some of our larger accounts, almost as more of like a solution account manager, per se. So we come in and help make sure that the client is getting the solution that is meant to be delivered. So we work with the delivery teams, we work with the client, we sit in between.
There's one large client that we've been working on for years now, and we basically, to the point that they're moving towards some flavor of safe. That I wouldn't call it fully safe, but they do have a lot of safe practices, but they do PI planning, and so we come in and join the PI planning. That's actually one of the, like I said, how do you stay alive?
Angad Sethi:
That circle. Yeah. [crosstalk 00:33:15]
William Rojas:You pull up your program definition, you look at what features you want to deliver in the PI, who's going to deliver that feature in the PI, and then in your readout, go back to the tool and say, "Look, this is what we've agreed to." Others can ask questions and so forth, and constantly going back to... For example, just last week, we're doing now sprint planning and saying, "Actually, okay, this feature's going to drag on another sprint. Let me go back and readjust in," this client is using the Easy Agile programs. The original plan of saying this features not going to be, not two sprints, but the three sprints instead, for example.
So that habit of getting into using the tool to communicate what we decided and what we just had to make changes to. So it becomes this, a communication vehicle, it's really important. Yeah, they use programs, they use the roadmap piece of programs to help them do their PI planning, and stay in sync with what it is that ultimately gets communicated out at the end of PI. And then during the sprints of the PI itself, and it's very helpful for them. Again, there's I think they have seven trainings, and they all use that to help stay in sync, stay aligned.
Angad Sethi:
Awesome. Awesome.
William Rojas:
One other quick thing I'll say is, I think there will be, some of where we've gone will now become status quo, become permanent. So I think that this has been as shift across the market, across the industry, across company, how people work. So the idea of remote work, the idea of using tooling to really establish communication, and help facilitate communication, all that, while it's been around, I think the big difference is now everybody, like you have no choice. Everybody has to do it.
Angad Sethi:
Has to. Yeah.
William Rojas:
And I think we've definitely seen a big shift across the entire industry because of that. That will now solidify and let's see what the next level brings. But I definitely think that we've reached a new stage of maturity and so forth pretty much globally, which is pretty cool.
Angad Sethi:
Yeah.
Rizwan Hasan:
Yeah.
Angad Sethi:
Yeah, it is. Thank you guys. I won't keep you too long. I think, has the sun set there, Riz? I can see the reflection going dark.
Rizwan Hasan:Yeah. It is getting there. Yeah, for sure.
Angad Sethi:
Yeah. Yeah. I won't hold you guys for too long.
Rizwan Hasan:
All good.
Angad Sethi:
But thank you so much for the conversation. I honestly, I took a lot away from that. And yeah, I hope I can add you guys to my LinkedIn. I would love to be in touch still.
William Rojas:
Definitely.
Rizwan Hasan:
Yeah, sure.
Angad Sethi:
Yeah. Trying to establish a point of contact, not to add to one of your Slack channels, but yeah. Just so that we can be in conversation regarding the product and improving it.
Rizwan Hasan:
Yeah, sure. And we have a partner management channel. I know we've been talking to Haley a little bit.
Angad Sethi:
Awesome.
Rizwan Hasan:
She was reaching out, that's about some other stuff.
Angad Sethi:
Beautiful.
Rizwan Hasan:
Yeah, happy to. We engage with your product and it's in our white papers too, and we're going to put out another white paper this year where we're going to talk about Easy Agile too. So yeah. We'll stay in touch.
Angad Sethi:
Cool.
William Rojas:
I just gave you, so my LinkedIn is under a different, my LinkedIn is not with my work email. Because that way I can keep the same account place to place.
Angad Sethi:
Sounds good.
William Rojas:
Yeah. You can look me up on LinkedIn with that.
Angad Sethi:
Wicked awesome. Thanks guys.
William Rojas:
Awesome. All right.
Angad Sethi:
Have a good day.
- Text Link
Easy Agile Podcast Ep.28 Team23! + the world of work
Dave Elkan, Co-Founder and Co-CEO of Easy Agile is joined by Jean-Philippe Comeau Principal Customer Success Advocate at Adaptavist.
"Hearing from JP is a sure-fire way to get excited about Atlassian Team '23. We spoke about where we are hoping to see conversations focus + more."
JP is passionate about teamwork, meeting new people, presentations of all kinds - loves a microphone and a captive audience, new technologies and most of all problem-solving.
In this episode, JP and Dave are talking about one of the most anticipated events in the tech calendar - Atlassian’s Team23! They’re talking about what to expect, tips for first timers and what they’re hoping to take away from the event.
They also dive into the future of work and the significance of coming together as a team.
We hope you enjoy the episode!
Transcript:
Dave Elkan:
Hi, all, and welcome to the Easy Agile Podcast. My name is Dave Elkan and I'm co-founder and co-CEO here at Easy Agile. Before we begin, Easy Agile would like to acknowledge the traditional custodians of the land from which we broadcast today, the people of the Dharawal speaking country. We pay our respects to elders past, present, and emerging, and extend that same respect to all Aboriginal, Torres State Islander and First Nations people joining us today. Today I am joined by Jean-Philippe Comeau or JP. JP is the principal customer success advocate at Adaptavist and is passionate about teamwork, meeting new people, presentations of all kinds, loves a microphone and a captive audience, this podcast definitely fits that mold, new technologies, and most of all, problem-solving. JP, thanks so much for being with us today.
Jean-Philippe Comeau:
Thanks for inviting me.
Dave Elkan:
Hey, no worries. It's great to have you on. We want to take some time today just to talk through Atlassian Team '23. The ecosystem is gearing up for one of the biggest events of the calendar and the ultimate event for modern teamwork. You've been to a few Atlassian Team events before and last year being the first one back in a while. Quebec to Las Vegas is quiet a gear change. What are your tips for people attending Team for the first time?
Jean-Philippe Comeau:
Ooh, yeah, that's a good question. I mean, yeah, Teams to me is a massive event. It's a beautiful moment to actually take in everything that has happened in last year for Atlassian. What I mean by that is actually more and more what's happening with Atlassian is actually what's happening in the world of work. So I think it's just a great time to reassess where you're at. So for me, it's about planning out the main things you want to hit and don't overcrowd your schedule. That's a mistake I made the first time was just I wanted to see the most of everything and I was like, "Yeah, I can absolutely do back to back to back. It's going to be fine. I'll be walking from one thing to another." Truth is after talk, you'll have some questions. Some things will popped-up. "Oh, that's interesting. I could maybe explore that."
You're going to want to do maybe some floor hunting, which is like, hey, looking through the partners. Maybe you've heard about something like an app that you really want to go look at or something like that. So, that's always going to happen and then you're going to miss that next talk. So make sure that what you highlight is really things you want to see and plan according to that. That to me is the number one thing. Don't try to do it all. Do what you feel is really, really important than the rest. Try to make it work because it's going to be a lot of walking, a lot of listening, a lot of talking. The second thing which I remind everybody is to hydrate, get a bottle of water. There's going to be plenty over there, but everybody's going to have their own branded bottle of water, so don't worry about having one or not, but get one and just hydrate. I mean, we all get very busy during the day and we all know how the nights can go, so keep drinking some water. Yeah, those are my two tips.
Dave Elkan:
That's great advice. I think hydration is certainly something to consider. I remember particularly a wall of donuts at one point distracting me from good habits like that. So yeah, it's really important to make sure you've got the basics in line. What are you most looking forward to from the lineup at Team '23?
Jean-Philippe Comeau:
Yeah. I mean, every year the keynotes are what's going to hit the most. Obviously, getting a chance to hear James Cameron talk is going to be very, very interesting. I think especially in the year of Avatar 2 is just great timing, obviously probably planned. He's probably on a tour, but it's going to be really great to hear some stories of how that movie came about. It's been a long time in the making, probably the closest thing we got to really long development on a film. It feels like a long software development cycle thing. That's a very long time. And then hearing Van talk about some of the things that he's seeing in today's world. Van Joseph, I believe, is the name of the second talker, and remember seeing him a lot on the CNN broadcast and stuff during the elections and the impact that he brought to the whole broadcast was quite something. It'd be very interesting to hear them talk.
And then as far as maybe not the big ticket items, really interested to... I think this is the year where the practices on the different tracks that Atlassian usually promotes, I think this is the year what they really start to hit. What I mean by that is I think before this year, so when you look at last year's Team and then before that, tracks were kind of like wishy-washy. Now, they actually have the products to back them. I think JSM's in a very, very good spot. I think their agile tooling is in a very good spot. I think their DevOps, which is what I expect, is going to be pushed the most, or DevOps tooling with the Jira product discovery and all their Point A stuff is got to be where it's at. So I think you're going to get really good talks on those practices. I think that's going to be the year where the tracks actually make a ton of sense and are very valuable to people.
Dave Elkan:
Absolutely. Thanks for sharing. It's really interesting. Yourself, you're a Canadian and James Cameron is a Canadian and he's talking about creating the impossible, and I think that's a theme that's coming through and what Atlassian is promoting and bringing that through. It's really interesting to see or hear you talk about the both building movies and media and CNN, the reference there, and how that can apply with a strongly software development-based audience. It's really interesting to see that building a movie is a very much a waterfall process in that you have this huge deliverable at the end, but I know that there are Pixar, for example, use this concept of Demo Trusts, we call them, or the Pixar Demo Trust. Yeah. So essentially you can test along the way as you go before you deliver this huge thing. It's really intriguing to think what we're going to hear from James in regards to how he builds these amazing projects.
Jean-Philippe Comeau:
Yeah, I think you're spot on. So I'm actually a huge Marvel fan. I don't have my book with me, but the Creativity, Inc. is a book that I love by Ed Catmull and how they built Pixar as a business, as a delivery team, not just about the movie side of it, the creative side of it, but how do you bring creativity into a more structured world that is the corporate world kind of thing, which they're now a part of? So, very interesting that you bring that up because I'm very fascinated by their process as well. I think they were the pioneers in the movie-making business or industry into bringing the agile methodologies or thinking to movie-making.
Now, what would happen historically in movies? Okay. So you don't know this, but my background is actually enacting. So when I started, when I studied, when I was a young lad, young adult, let's put it that way, I wanted to be an actor and then things changed. Obviously, I am not a prolific actor. So I'm very, very passionate about the movie-making industry. Movies historically has always been about you shoot, you shoot, you shoot, to develop, develop, develop, and then at the end, you cut it. So you make mistakes. So like we said, very, very waterfally. I think now that technology is almost like 50 to 60% of a movie now more days... If you look at Marvel movies and all that, you could argue it's 50 to 60% is going to be computer-generated, which can be a bad or good thing. Now, that I'm not going to get into that debate.
The nature of previz and all the animation work that goes behind it makes the process more agile, meaning that what they're going to do is they're going to build for a week and then they're going to review the film that's been made and then they're going to correct and do it again, right? So already you got your feedback loop going. You got your process. You got your sprints going. I can map all that out to some agile processes and I wouldn't be surprised that you're looking at something that are looking to scale up. You could even argue what are you guys going to do for your scaling methodologies? There's a lot of things that are very interesting.
I think going back to our first point, sorry, I really went on a tangent here, but going back to Avatar, when you have such a long cycle and you have a movie that's built, that one is heavily computer-generated. I mean, every actor has stuff on their face and they're acting in a blank studio. Now you're talking about agile processes because if you're building hours and hours and hours of work and you're just building and building and building and never review, I can't... Maybe James will say that's how they did it, and I'll be like, "Well, you guys were... It's very difficult. You made your life very, very difficult." But it'd be very interesting to hear because I cannot imagine them not going into some type of an agile way of building this movie.
Dave Elkan:
Oh, of course. I think that if you imagine the cutting room floor, it's an old adage and literally they used to cut the film and they'd leave it on the floor as that's something we're not doing anymore. And so, I dare say that there's a vast amount of film which is thrown away and redone. I feel that if we could see past that to this beautiful thing that they're doing behind the scenes, which is testing and iterating on their shots, it's actually quite a simple concept to apply these agile processes to filmmaking. It's just at the end you have got this big bang, same in game production. When you produce a game, you cut back. People do early access, which is fantastic. You can't early access a movie.
Jean-Philippe Comeau:
No, exactly. Yeah.
Dave Elkan:
Yeah. Going back to Pixar, that reference, I actually made the mistake. It's not actually the Demo Trust. So this is the Playbook by Atlassian. There's a play called Demo Trust, but it's the Brains Trust and it's bringing together the team to talk through does this fulfill the vision of Pixar? Does this make Pixar Pixar? And helping the team understand, so directors get that ingrained Pixarness through that process. So yeah, there's a whole team behind the scenes here. There's not one person who's just driving this at the director level. There's actually a whole team of people collaborating on this movie. So I'm really intrigued to hear that from James to hear how the teamwork comes out.
Jean-Philippe Comeau:
Yeah. I think when you look at a movie like Avatar, again, another thing that we don't think about is the connecting remote teams, which is a big, big part of what we do in 2023 is connecting remote teams so that they feel they're working on one project. When you have a movie like Avatar, your VFX is going to be somewhere. Your actors are going to be another place. And then you're going to have music and sound's going to be somewhere else. Your editors are probably going to be somewhere else. And so, there's a lot of remote work that you do. How do you bring all that together?
I remember watching the old documentaries around the Lord of the Rings movies, and they were literally flying people in and out with the actual roll of films because they were so afraid that people would steal them and so that they wouldn't put it on the internet and they would actually carry them around. So they had to fly from London to New Zealand to... It's kind of nuts when you think about it in 2023. Really, you had to take a 10-hour flight just to get your film across? It's probably easier also with the data, just the bandwidth and everything. So I think that's also going to be an interesting part is how did you connect teams?
You brought up a great point around the Pixar way or that's how they call it, the Pixar way. When you think about that, there's some really, really cool ideas behind bringing a team together and rallying them around one project. I think as teams get more remote and distanced from products and things that they're working on, and I do it myself at work. Things become generic. At some point, you're just doing the same thing over and over again. You lose touch a little bit with the work that you do. I think it's a beautiful thing to be able to rally a team around a project and say like, "Do you believe in this project? I believe in this project. Do you believe in this project?" And making sure the team does and if they don't, why don't you? What's preventing you from that? I think there's a lot of good conversations, sorry, that can come from that. Yeah.
Dave Elkan:
Absolutely. So yeah, you talk about going more remote. Is that a trend you're seeing, that we're continuing to see more and more teams go remote, or are we seeing a reversal of that to some extent?
Jean-Philippe Comeau:
It depends on what sphere you're working with, or in my position, I get to touch everything. I tend to gravitate towards the more creative teams of gaming and software development and stuff. I do work with banks. I do work with, well, corporate America, the classic suit and tie kind of places, everything. I see everything. There is absolutely out right now a battle of old versus new, old ways of working, new ways of working. There's a huge clash happening. I to this day do not know who's going to win, because even the big Silicon Valleys, I mean, we are all seeing what's happening with Apple and them putting mandatory office dates and stuff like that. You see that from an executive that is leading maybe one of the more bleeding edge companies in the world, but he's still an old school vibe of creativity.
I hate bringing it back to Pixar. I'm going to bring it back to Pixar. They have such a great office. So like I said, I'm very fascinated about what they do. They call it unplanned creativity. They truly believe that unplanned creativity happens in the office, and when you have unplanned meetings, unplanned interactions. So one of the things that they did, it's now very common, but when I was 14 years old and I was reading about them, I was like, "Oh my God, these are such cool things to do," they were doing those ping-pong places and activities and games to get people to play together and start talking about what they were doing.
And then all of a sudden you got an engineer talking to a VFX artist that's talking to a 3D or conceptual artist, that's like they would never meet in a meeting or anything like that. But because they're playing ping-pong and throwing ideas around and all of a sudden they're like, "Hey, maybe we could build this thing. That'd be amazing." Because the artist saying, "Well, now I could do clouds this way. Yeah. Nuts, I could create clouds that look like this." Then the engineer goes, "Well, you can just tweak a little bit of things."
Anyways, so I think there's this old school mentality at this. It's a question I've asked myself in our Slacks and where we talk about work. I don't know what the future is for unplanned creativity. I don't know how you recreate that in a virtual world. I think it's a big problem that some software companies have tackled with some tools. I don't know how you force someone to sit behind a computer and do something that's unplanned. How do I stumble across some... I don't know. But yeah, I think there's a bit of that in the old school mentality. I need people in an office so that they can meet and they can interact together. I still struggle to find where they're wrong, let's put it that way. I don't know where they're wrong about that theory of when you're with someone, when you're with people things happen in a different way.
Dave Elkan:
I can't agree more. I think that if I have any perspective on this, it's that there is not... Often, it's not a black and white or a zero sum kind of game. It's a combination of things that will occur and that will move forward for better or for worse. You can look back in history to Bell Labs and the creation of the semiconductor and the way that the building was designed essentially to allow people to walk past and have cross-collaboration and cross-functional conversations. Have you ever considered that the unplanned creativity that Pixar was talking about was actually planned-unplanned creativity, so they made these spaces on purpose? How can we make things on purpose to have things unknown to us happen?
Jean-Philippe Comeau:
Yeah. Yeah. Actually, you're absolutely right. I mean, yeah, they built the Pixar offices this way because of that. To me, that is the secret. If someone finds it, it's like the caramel milk or whatever, just bottle it up and sell it to people, I guess. I don't know. I have no idea what the answer is. I've looked and it's... There's an app out there. I can't remember the name of the app, but you're like a 2D sprite and it looks like an NES game and you're moving around from places to places. You can decorate your office. It's got this vibe of Animal Crossing, which is a game by Nintendo where you can just create stuff and people can visit your island and all that.
You can do that with your office space and then you can create a common area where people walking. When you look at it in a video, it's brilliant. Great, I can actually be in the office without being in the office. It has this whole technology of proximity. So if you're having a conversation with someone in an open area, people could walk by and hear what you're saying and join in. Beautiful technology, doesn't work with the humans when you really think about it. Why would I go online to walk around an office to go talk? I'll ping you on Slack, it'll be easier. All right. I don't need to walk through your office. So it's like I don't know what the secret is.
Yeah, you're right, it is planned in a way. I think we do that. I don't know for you guys at Easy Agile, how you do it. In Adaptavist, we do like to travel with teams. So whenever we do things, even if it's customer work or if we're going for an event or something, we try to make it a point to make it about also us and what we do. So we rarely traveled alone. If I'm going to a customer, we're trying to get two consultants in there, or what I'm trying to say is bring more people. It's a point, I think, Adaptavist is trying to make and I think that's what Simon, our CEO, is trying to make is use these opportunities to be with people. I think it's a beautiful thing, but it's one of the myriad of solutions. I don't know. I really don't know. What do you think? What are your thoughts on this?
Dave Elkan:
Oh, I can share how we work at Easy Agile. So here I am today in the office. This is a great place for me to do this recording. We have a room for about 50 people here in the office in Wollongong, south of Sydney. We have about 10 to 15 who usually arrive on a daily basis, and that's great. We don't mind. We love people working from home and working away, which is more convenient and relaxing for them. At the same time, we do have quarterly plan, like planning sessions that we go to. We have Advanced Easy Agile every quarter. We come together in person. We've strategically ensured that we hire in a way so that's possible, so people aren't flying across vast sways of ocean to get to this conversation. In a way, it's planned-unplanned. So we do our planning ahead of time.
When we come for Advanced Easy Agile, we'll have something that we want to either upskill the team with or whatever, and then we'll have some team bonding where people can choose from a range of different activities they want to do together. And so, for us, it's more about getting together in person because we know that's really valuable to both build an understanding of each other as a team and to build that rapport. It can't be done over Zoom to an extent. So, absolutely, our business runs entirely in a remote-friendly way and we don't rely on people to be in person, in sync in person to move forward. However, we do see there's a great value there. So we try to live in both worlds and we get the benefit from both of them. Yeah. And so, that's one thing that can work. It's not for everybody. If you have a truly distributed global business, it's not exactly easy or affordable to bring everybody together on a quarterly basis.
Jean-Philippe Comeau:
Yeah. I think it's beautiful though. So I've been in Adaptavist for close to six... I'm on my sixth year now and we used to be able to do... We didn't do quarterly. We did a yearly thing at the end of the year where everybody would get together. We called it Winter Con for the last two years, which I actually loved the idea, which was very much we could pitch ideas of what we wanted to talk about. It could be about work, could be about customers, could be about last year, whatever you wanted to talk about, could be about yourself, could be about a cool thing you did this year, whatever. We had a voting system, but really pretty much anyone that said any, you could get in.
You could just walk around and it was literally a conference center. We'd set up some rooms and you could walk in, look at a presentation, literally like Teams or whatever. It was the best experience every time that we did that. I love these because there's value. There's an ROI in having everybody learning and upskilling and breaking down these silos of, "Hey, I never worked with marketing, but here's an hour talk around something we did in marketing. I really want to join," and all these things. That's great. There was also the unplanned ROI, where you were coming out of there with multiple ideas of like, "Oh, I could explore this. We could explore that. I got this meeting set in Jan now that whenever I come back in January, we're going to be talking about this thing that we talked about for cloud migrations." All that was happening at Winter Con.
Now, we grew exponentially post-COVID, well, during and post. So while COVID was happening and all of a sudden everybody wanted work. And then as companies that were remote, I think a lot of the companies that were remote grew during COVID versus because companies that were local or anything, they slowly diluted down a little bit, let's put it that way. As we grew, we can't support that anymore as a one-time thing where you'd have... We're close to a thousand now. There's a lot of people to move and a lot of conferences, a lot of conference rooms and presentations and stuff that we just can't accommodate. So, I miss it a lot. We've been doing it remotely, but like you said, it's not the same to go on a Zoom call.
I remember sitting down in these presentations and you're sitting down next to people that someone from Arkansas, someone from Cambridge, and you start talking. Yeah, you're listening to conference, but we all know what happens when you're listening to a presentation. You start talking like, "Yeah, that's an interesting idea. What did you do last weekend?" You start talking. Those are things you can't do on Zoom. You can't really reproduce that on Zoom. It's not going to happen really and I miss that dearly. I don't know what the solution is when you have these kind of global distribution. I mean, I guess you do in a smaller way, maybe all of North America meet up or things like that, but it's just not the same, not the same at all. I think it's beautiful that you guys can still do these because everybody's close by. I think it's really nice.
Dave Elkan:
Oh, thanks. Yeah, it's something we're hoping to hold onto as long as we can. We understand that these things don't scale. At one point, we'll have to break it into different events so that people can have, I think, a higher level of involvement in that. If you have too many people at the same time, it can be just a bit read only, the way I see it. It's as if to seek participant.
Jean-Philippe Comeau:
That's nice. Yeah. Yeah, I like that. Yeah. Yeah, you're right.
Dave Elkan:
So I'd love to just quickly touch back on Atlassian Team '23.
Jean-Philippe Comeau:
I'm sorry.
Dave Elkan:
You did mention at the beginning... That's all right. We'll get there. There's these new apps, especially in the DevOps tooling space that Atlassian's working on, so Discovery. Can you just talk to me a little bit more about what you see there and why that's coming to fruition now?
Jean-Philippe Comeau:
Yeah, I think it's all about cloud. I'll be the first to say that big fan of data center, big fan of on-prem. That's how I learned the Atlassian tool set. So, a little skeptical when cloud came about. As it grew and it got better, it got better, that was great. I think it's now at a mature spot where the Point A program, which is where all of these tools are coming out of, so the product Discovery, Atlas and all that, those are the fruits of cloud. That's because now that we have cloud, they can churn out products and try things and see if they stick or not. I think that's why I think this year is the year where I think the program is mature enough. Migration's ready. I mean, we're one year out of server end-of-life. I think we're finally in a place where we can actually talk about all these opportunities. Most of the people at the conference will be able to get value from it.
I remember last year where talks were heavily around JSM and all the cool things it would do, but you still had a lot of people on server, still had a lot of people on data center. So it fell a little bit on deaf ears. A lot of people in the crowd were just like, "Yeah, it's not for me." Both keynotes were about that. So anyways, I think this year it's going to be better because of that, because everybody's bought in. I think it's right now because yeah, it's cloud. You can ship easier, faster. You can ship better. You can iterate better. You can get a product ready much, much quicker than if you're on-prem, and I think that's why you're seeing this blow up. I also think they're great ideas. Big fan of Atlas specifically. Big, big fan of Atlas.
Dave Elkan:
Yeah. Fantastic. So, how are your customers seeing the migration to cloud? On the larger end, is that something that they're open to? Is that something that they support?
Jean-Philippe Comeau:
Everybody is intrigued, I'll start there. Everybody's intrigued. Now, the level of interest depends on the industry and the size. When you have a massive... I'll use banks because to me, banks are kind of like countries. So if you look at a massive bank where you have 30, 40,000 users, usually they have solid infrastructures. They have solid administrators. They have teams that are kind of living off this. It's built its own economy, basically. It runs itself. When you go in there and you try to teach them about cloud and all the great things it'll do, they start asking questions that are very technical and they're very good. There's not really an answer in cloud for yet, and so it gets skittish. Whereas if I go to a 500,000 people organization and they start asking questions about cloud, and usually we have more answers for that. It's just easy, an easier conversation. They don't have the same worries or the same thing troubles on their mind than the admin of 40,000 people. It's just not the same reality that they're seeing.
So I think for now, and I know Atlassian's making a big push into that enterprise space, I think for now you're going to see that growth. But as long as we don't have full autonomy of where our data is and how accessible that data is, it's going to be a problem, as long as FedRAMP isn't available to all, as long as all these different SOCs and compliances aren't available to all. These are very difficult because you've built an ecosystem around a lot of integrations and Easy Agile being to me, one of those integrations because their third-party app, however you want to look at it. Adaptavist has their own third-party app. So you have script runner and all that. We all have third-party apps. So Atlassian can't be like, "Oh, yeah, I'll make a blanket statement. We can do all these things." It's not really true. I'm like, "Hold up, you got to take into account all these different app partners out there that are doing their things and you can't put us all into one roof."I think they're victims of their success. What still making Atlassian great is the partner ecosystem, apps, solutions, sorry, everything, but it's also what's causing the adoption and the speed to which adoption of cloud is happening. It's making it slower than they would want to. I think that was maybe the misstep a little bit when everything got announced was like, "Oh, you guys do rely on these apps a lot." Yeah. A lot of our customers actually would say that the apps are even more important to them than the core. It's just a thing that you're seeing. So to go back to your question, depends on the complexity of the instance. The bigger the instance, usually the more complex it is. So if I go to over 10,000 users, it's going to be a very long conversation. Very, very long conversation.
Dave Elkan:
Yes, it is. It's funny that Atlassian did ship this and say, "Hey." Well, actually, there was a presumption that the apps were covered by SOC 2 or the like as well, and that was a missing... But it was this misunderstanding. But I say as a business owner going through SOC 2, it's a very rewarding and good process to go through. It's hard. We are doing it far earlier than Atlassian did in their own journey, but the sooner you do it, the easier it is. Ideally that as a smaller company, you have less things to worry about and the processes you put in place will be easier to maintain and monitor. So we're excited to really go down the SOC 2 path and to provide that peace of mind to our enterprise customers. So yeah, very good process to go through.
Jean-Philippe Comeau:
Yeah, you guys are going through it right now. Have you acquired it yet? Did you get your compliance yet or you're on your way to getting that?
Dave Elkan:
No, we're on the way to SOC 2 type 1 at the moment.
Jean-Philippe Comeau:
Wow. Nice.
Dave Elkan:
Yeah.
Jean-Philippe Comeau:
Yeah. Yeah. We got security group now in and they're handling all that. I'm not good with the compliances. I'll say it right now, right off the bat, I don't know them very well. I know they're like letters I would like to see next to every apps. That's what I know. I don't know how in depth the processes, but I know it's very involved to the point where you need to have a team dedicated to making that happen. So what have you guys seen so far? It's coming along great. What are some of the challenges that you've seen maybe? I'm just intrigued.
Dave Elkan:
Yeah. Oh, look, so our cloud apps are all architected in the same way, so they all use the same code base to an extent, like the deployment methodology. We haven't done any acquisitions which have bolted on to make that more complicated, so we're making the most of that situation. We've done a fair bit of work over the last quarter or so to put in all the checks and the controls around that deployment. The next thing is to really put in place the processes to ensure that our team understands how to deal with different situations and the like. So, that's something we're going to tackle in the next quarter. I'm excited to go through that and do a bit of a sprint with Nick, my co-founder and co-CEO, to really see how much we can get done in a period of time and really focus on that. I think that the benefit will be that we have a much more understood and clear way of running our business, which is obvious to our customers as well, which is a very good thing. I'm all in favor of it. Yeah.
Jean-Philippe Comeau:
Yeah, that's awesome. Yeah, I think we're seeing some of the similar things, but we did acquire a bunch of stuff and so that is making everything a bit more difficult, for sure.
Dave Elkan:
I can understand. That would be very tricky to try and bridge those gaps and to homogenize enough to be able to have a really clear statement going forward. Yeah. Okay. So we touched quickly on the Atlassian apps that they're bringing. Are there any apps in the marketplace that you have got an eye on that you'd love to go and talk to, of course, Easy Agile aside?
Jean-Philippe Comeau:
I mean, of course. Yeah. A big need that I'm noticing now in the market... I don't know if it's a secret or something, I should wait because I know Team '23, they're going to be doing some stuff and I'm really excited for them. So one of the things that we're noticing is... So backups, so enterprise support, basically. Right now, when you're on the cloud, most companies, again, in the 40,000 and plus have strong backup needs and they actually have requirements, laws, things that they need to abide by as far as how long they maintain data, how long they have backups of data and all that. Right now, the way that it's done in cloud isn't nice at all. You actually have to go into the UI. You get a backup. If your backup is large, it's going to take multiple days to process and you got to remember to... It's all manual. There's nothing that really automated.
So, there is a growing market for these kinds of apps. I've been talking all that to these people at Revyz, R-E-V-Y-Z. What they do is they basically automate that process for you and they host your data. Right now, they only do it for a year, but it's still much better than what we're seeing out there. There's a lot of need for services like that, where they... Because I mean, part of the appeal of cloud is obviously hands off, don't have to worry about things anymore and Atlassian only guarantees backups for 21 days. So if you're an enterprise and you're looking for six months at least of data recovery, at least you're not going to get that. So by having a partner like Revyz or all these, there are other apps out there, I'm talking about Revyz specifically because I talk to them a bunch, but a lot of interesting things are happening.
Also, what's amazing about these apps, what these developers have found, and once they've have that process, they now get access to the structure of the data and they've started building tools around that structure. So for instance, that app can actually restore projects and issues and custom fields and configurations. So you don't need to do a full restore. You can actually pick what you want to restore, which is brilliant. It's something that even in data center wasn't easy to do. You couldn't just say like, "Hey, give me that issue." You'd have to restore the snapshot, go into the system, find your stuff. Now being able to go into my UI and Jira, go into my backup app, go and look the issued I deleted by mistake, find it, restore it the same day, it has comments saying, "This was restored by revisits, so make sure blah, blah, blah, yada, yada, yada." It's just brilliant and I'm really excited to see that grow this year.
Dave Elkan:
That's amazing. Yeah, it's a really intriguing part of this piece that I've never really thought through that that's actually a really important part of running an enterprise, that you have those continuous backups. Yeah. Cool. Yeah, that's a great insight.
Jean-Philippe Comeau:
Yeah, it's going to be an interesting market to dive into because we've been asked, even as a service partner, "Can you deliver on this?" The truth is without an app, you can't. There's no real way for me to get a backup. I'd have to go into your instance every day. I don't think you want a consultant going into every day your instance, downloading a backup and throwing it. I'd rather spend my money elsewhere. So these apps are going to be very... I think they're going to be big and I'm really interested to see what happens with all these different ventures.
Dave Elkan:
Well, certainly, a booth I'll be popping by to see if we can include the Easy Agile data in that backup as well.
Jean-Philippe Comeau:
Yes, exactly. So they are looking at other app partners and seeing what they can do. So I think, yeah, absolutely, if you want to have a chat, they're great people.
Dave Elkan:
Beautiful. Thank you so much for your time today, JP. That's a wrap. Hey, is there anything else you wanted to touch on before we wrap up? Is there anything you are hoping to get away from the event, to take away from the event? Anything on the sidelines you're going to see when you're there?
Jean-Philippe Comeau:
I mean, obviously, App Day is going to be a big thing. Really excited to meet y'all in person, see everybody. So App Day is the time where I get really technical, get my hands dirty. I don't do that a lot these days. I miss it sometimes just sitting down and doing some good old admin work. So anyway, the App Days are usually when I really get back to the nitty-gritty of let's talk about script runner, where we're at now, and let's meet with Easy Agile, with Temple, with all these different app vendors and talk about what's coming up and what they're seeing. So really looking forward to that. But other than that, no, just looking to have a good time. I'll hopefully get some good social time as well at the evening. Like I said, we won't get ourselves half the fun is also after the events every day, so really looking forward to that, for sure, and meeting all my fellow ecosystem partners and talking to everybody and seeing what they've seen in the past year.
Dave Elkan:
Likewise. I'm at least 1,000% more excited now having talked to you about it. So thank you so much for taking the time today, JP, to talk through that and I can't wait to see you there.
Jean-Philippe Comeau:
Yeah, I can't wait to see you. Thanks for having me.
Dave Elkan:
No probs. Thanks, mate.
- Text Link
Easy Agile Podcast Ep.11 Dave Elkan & Nick Muldoon on building Easy Agile
On this episode of The Easy Agile Podcast, join Nick Muldoon and Dave Elkan, Co-CEO's and Co Founders of Easy Agile. As they look forward to the next phase of growth for the company, they wanted to take this opportunity to reflect on their journey so far.
Nick and Dave talk growing a start-up in regional Australia, finding the right people, sustaining a positive team culture and the importance of having values driven teams."Our purpose is to help teams be agile and in doing that, we're doing that for ourselves, we're constantly trying to learn and adapt and experiment with new things. I hope that was a useful little tidbit and journey from Dave and I on how we got Easy Agile to this point."
- Nick Muldoon, Co-CEO, Easy Agile
"There's these funny little hacks and analogies and I think that's a longterm vision thing. If you are running a business which doesn't have that longterm vision and purpose, then you can go actually in multiple directions at once, and you're not going to make any progress."
- Dave Elkan, Co-CEO, Easy Agile
Be sure to subscribe, enjoy the episode 🎧
Transcript
Nick Muldoon:
Good day, folks. Nick Muldoon with co-founder, co-CEO of Easy Agile, Dave Elkan. Before we kick off, we'd just like to do an acknowledgement to the traditional custodians of the land on which we broadcast and record today, the Wodiwodi people of the Dharawal Nation. We pay our respects to elders, past and present, and extend that same respect to any of our aboriginal folks that are listening today.
Nick Muldoon:
Dave, just a bit of a reflection on five and a half years of business?
Dave Elkan:
Business? Yeah, a rollercoaster. It's been great fun.
Nick Muldoon:
It is a rollercoaster, isn't it? I guess, where's the best place to start? The best place to start is at the start.
Dave Elkan:
Yeah, I mean we can go before the start. There's always a good prequel. We can do a prequel episode later, I guess. But I guess the earliest I remember working with you, Nick, was at Level 15 at Kent Street, at Atlassian. There was this redheaded guy down the one end of the building, working on Atlassian GreenHopper and I was busy working on the Kick-Ass team at the time, building the new issue navigator, which is now the old issue navigator, back in 2011. And then you screwed off to San Francisco and I followed eventually, and then we hung out there for a while, didn't we?
Nick Muldoon:
Yeah, I remember that because we sat down, I was back to get married, and we sat down and had a coffee and a yarn about you and Rin relocating to San Francisco and how it had been for Liz and I, and what the process was like and all that sort of stuff.
Dave Elkan:
That's a great opportunity to acknowledge our lives in this amazing journey as well and if it wasn't for those, we probably wouldn't have gone to San Francisco in the first place, because a large part of the promotion of going overseas and doing that for me anyway, and for yourself, I'm pretty sure.
Nick Muldoon:
Yeah. Well, Liz was this big conversation of go overseas and experience something new and I was quite comfortable in Sydney and enjoying my role with product management at Atlassian, but it was really a push to try and experience and do something a bit different.
Dave Elkan:
Absolutely, same here. And you were there for over four years, in San Francisco, and I was there for three. But you came home, you got married, and I just grabbed you for a coffee and we sat there in Martin Place and had a chat, and you said, "Yeah, it's great. Come over, you can stay with me for two weeks." And I'm like, "Oh, I barely know you."
Nick Muldoon:Yeah, but it was so much. I mean, even not knowing Liz or I, it was way better than the alternative. So for folks listening in, the Atlassian apartment, at the time, was in a fairly rough part of The Tenderloin in San Francisco, and it probably wasn't the greatest introduction if someone was relocating to San Francisco.
Dave Elkan:
No. But to cut a long story, there's a lot of good stories here I'm sure we can tell one day, but eventually, we both had daughters in San Francisco and we wanted to be home and closer to family. Then we came home to Sydney and found that the traffic is 20% worse or 50% worse than when we left and we were uprooted. So once you've been uprooted, you've got to plant yourself back somewhere and it's quite easy to change at that point, and you've chosen to go outside of Sydney.
Nick Muldoon:
Yeah, this Wollongong regional lifestyle.
Dave Elkan:
Yeah, where you can have a full block of land to yourself without breaking the bank and you can, relatively speaking, like times have changed a bit in that space, but since then, that's what we were chasing, wasn't it? And we looked at Newcastle, and-
Nick Muldoon:
Looked at Newcastle, looked at Brisbane, Adelaide, we even went through Wagga Wagga. We had the most amazing Indian meal in Wagga Wagga, we were almost like, "This is the place. If we can get food like this in Wagga, we're sweet." Bit too cold, but we ended up settling on Wollongong, in large part because of the proximity to the beach and the Early Start Discovery Space for the kids and just a pretty cool, chill place to raise a family. There are aspects of it as well, I think, that really reminded Liz and I of San Francisco. We used to go to the farmers market down at the Ferry Building a lot on a Saturday morning, and we found the farmers market on a Friday in Wollongong on Crown Street North, so there were these similarities to kind of enable us to transfer from one city to the other fairly easily.
Dave Elkan:
Yeah. It's a pretty easy place to live and to be. The way I like turn it, is it's just far enough away from Sydney.
Nick Muldoon:
Yeah, a nice little national park in between.
Dave Elkan:
That's right, it can't really encroach on us, it's not allowed. You can't build there so you're always going to have that buffer. But I do remember going back to Sydney for a niece's birthday and having been charged $9 an hour for parking at the beach, considering you don't even have a parking sticker anymore because I wasn't a resident, and I was like, "Wow, it's really expensive." But for anyone coming to Wollongong or the other way, you can park for free at the beach. That's just kind of like a good litmus test of the difference that we're talking about here.
Nick Muldoon:
Mm-hmm (affirmative). Yeah, I guess this regional life, like we didn't really have a tech industry here. We come from Sydney where, 10 years ago, there was this emerging tech scene and SydJS, SydCSS, other meetups up there, and in San Francisco we were thrust right in the middle of it. I remember, we were chatting the other week about a meetup where we met, the Ruby Creator at a Heroku meetup, I think it was, and a session on [detrace 00:06:17] at that company that's gone bust now, whose name I can't even remember, but we were in the heart of all the meetups in San Francisco. Then in Wollongong, there was none of it, and so it was like a question of what could we do to build a community here as well, try and meet other like minded folks?
Dave Elkan:
Yeah, it was definitely that desire, wasn't there? And we set out to do that, and I think it was Rin who termed it Siligong. I remember we were actually talking about Siligong Valley before we actually left, and we just decided to make that the name of the community. I was actually looking back on my old emails the other day and I was like, "Oh, we actually talked about Siligong before being in Wollongong," so that's pretty cool.
Nick Muldoon:
I remember early days because I think you and Rin returned on flight with [Umi 00:07:08], and Umi was six or eight weeks old.
Dave Elkan:
Yeah, October.
Nick Muldoon:
If I'm not mistaken, I dropped you at your mom's place so that you could catch up with your mom and Ken and that was kind of like home base. And it was a couple of months after that or something, where we finally had you down here. I think you stayed with Liz and I when you came down here-
Dave Elkan:
Yeah, again for two weeks.
Nick Muldoon:
... for another couple of weeks, and we were really talking about the genesis of what was, at the time, what was termed Arijea Products, and a brand that we never ended up sticking with. What do you remember about those early days and trying to get the business off the ground?
Dave Elkan:
Actually, come to think of it, you were staying in, not Coniston, [Carmila 00:07:59], it was actually less than two weeks because we all had little kids and it was just a bit crazy. So I think Rin and I organized... we came down and did inspections and we stayed with you whilst we're doing that, and then we were able to secure a place in Fairy Meadow and we moved down, so we were going back and forth a bit at that point. And then it was this six months of just literally... I didn't have a bike, I just walked to work, which is super new to me. I've always caught the bus or ridden my bike.
Dave Elkan:
Some of you may know I've never commuted to work and I hopefully will never have to do that, and we've engineered our lives around that kind of concept. But I think that it was really great, I was just living within two kilometers' walk of work, and that was for at least the first six months until I moved to Balgownie, but it was great time of my life and we had a brand new baby and just concentrating on the business, trying to [crosstalk 00:09:00]-
Nick Muldoon:
I remember, we really didn't have much of an idea of what we were doing in early days. We chased down one area and we said, "No, that's not appropriate," and then we kind of turned our attention to something else.
Dave Elkan:
Yeah. We were chasing our tails a little bit. We, at one point, had five products with two people.
Nick Muldoon:
That's right.
Dave Elkan:
I think that, that's too much, but with good conversations with the fellows around us at IXI, that we were able to have... like they were asking good questions and I remember Rob and Nathan asking us, "What is it you're good at?" And I think it was Rin, was like, "Okay, you've got this app idea, who're you going to market it to? Look at your networks." And it was, all those arrows started pointing towards Agile.
Nick Muldoon:
Yeah, I think it was this idea that Rin had like, "You can build it and they will come, or you can figure out your go-to market and your distribution piece, and what's the audience that you've already got, and how do you leverage the audience that you've already got in Agile Software Development to kind of seed and build that audience, and get some momentum?" And that's what really kicked us along and got us going. If I'm not mistaken, I think we'd actually... not that we had a lot of outgoings, but I think we were actually break-even by June of 2016, and it was kind of like this, "Hurray," moment because we were not going to have to get on the train and commute to Sydney for working at Atlassian or something like that. We'd found product-market fit and we could kind of pursue and go to the next stage.
Dave Elkan:
That's right, yeah. There's a lot in that story as well, like how we found product-market fit and the steps towards that and lots of learnings from that time as well, which is great to share eventually, I guess, but we might go down a rabbit hole if we jump into that one. But I certainly do remember good considered conversations that were held by lamingtons and tea in the Mike Codd building at the Innovation Campus at University of Wollongong, where we started. And that was really just a time to... it felt different to my prior, at the time 15 years of experience, where you actually, it's okay to stop and talk and think about what you're doing, whereas in the past, it's just been, "Go, go, go, build this thing." And it's like, "Oh, okay," so that was really refreshing for me and I think that, that was a really good step in opening up what became the story map, which was our first really successful product.
Nick Muldoon:
Mm-hmm (affirmative). You mentioned the lamingtons and tea, it was probably at least 50% of our time getting the business off the ground, was lamingtons and tea. It was chatting about stuff, it wasn't writing code, we didn't have customers to speak of. It was really trying to figure out what sort of market did we want to pursue, what solutions did we want to provide and what sort of business did we want to create? That was a large part of our time getting it off the ground.
Dave Elkan:
Absolutely. And for those listeners out there who don't know what a lamington is, it's actually a delicious piece of sponge cake dipped in chocolate sauce and then coconut, shredded coconut, so I know you can buy them in US, we actually did that at Atlassian and they were a huge success, especially because they had cream inside them as well, so real good for a cup of tea or coffee, whatever you take. But the thing is that it's a good idea to sit down with a co-founder and talk a lot more than you type, that's the kind of rule I took out of that.
Nick Muldoon:
It's interesting because it was kind of like that approach to talking instead of typing that was kind of like the genesis of one of our values, this engaged system, too. And I don't think you'd read Kahneman's book at that time, and that was something that came later, but even just this idea of, "Now, let's just take the time to think and process this sort of stuff," and the context [crosstalk 00:13:09]-
Dave Elkan:
No, I do remember. Sorry, yeah. I did a presentation at Lansing Summit in 2017 on Engaged System too.
Nick Muldoon:
16 or 17?
Dave Elkan:
16 or 17, I can't remember which one it is.
Nick Muldoon:
'16 because you went to Barcelona in '16.
Dave Elkan:
Barcelona, and that's what I did there, wasn't it? Yeah, so that was early on that I read Thinking, Fast and Slow, which I highly recommend.
Nick Muldoon:
And the context around this, for folks listening; in mid 2016, Dave had a nine month old daughter. My daughter was two years old and I had a newborn and you were to have... your number two was on the way, right? So we were building a business as we were starting and establishing our families as well, so it was, "Let's do it all," in a new city. Like, "Let's do it all at once."
Dave Elkan:
Yeah, you might as well, right? Just bite it all off and rip the Band-Aid off and get it done. I mean, my daughters were only 18 months apart, so that kind of... just get it over and done with. Get the hard part done and then you can go and enjoy yourself afterwards, just kidding. It's great to have lots of kids at a young age, like I really do miss that time. But yeah, we were pretty crazy, but we got through.
Nick Muldoon:
It gave us a constraint as well, didn't it? Because we couldn't burn the midnight oil, we couldn't flog ourselves from 05:00 AM to midnight because we simply did not have the energy and we had to get kids fed and bathed and off to bed and all that sort of stuff. So it brought a cadence and now that I reflect on that, there was another value that was kind of coming out of that, which was with respect to our balance and establishing balance in our lives.
Dave Elkan:
Yeah I do remember, sorry to interrupt, a tweet idea, I can probably dig it up, which was me hanging out cloth nappies or diapers on... it must've been, it was in Balgownie so that must've been after six months. But I was hanging out nappies and I must've been working from home that day or something like that, but that was just like me balancing life like that, with work. And I think it came back with like work, life, family balance or something like that. We would expand that to work life, family, community balance, is what we try and chase.
Nick Muldoon:
Mm-hmm (affirmative). How did we get on this journey around the values and kind of establishing the values? When was that in the life of the business?
Dave Elkan:
I can remember the place we were in, we were actually in our Crown Street office when we really sat down and really hunkered down into that, so that would've been 2018.
Nick Muldoon:
I think in November 2018, we held our first advanced Easy Agile, and that's where you ran the session, "What got us here won't get us there." And so at that point in time, we had the two products, we had Easy Agile User Story Maps and Easy Agile Roadmaps, and we had changed our brand from Arijea Products to Easy Agile, to kind of focus our energy on the Agile space. We divested the other three products that weren't focused on Agile, so we'd sold those off to another Atlassian Solution marketplace partner. I think that's where we started having these conversations around the next evolution of the growth of the business. Then it was in 2019 where we were back in Crown Street, back in the office, where we were having that conversation about codifying, establishing, writing down our values.
Dave Elkan:
That's right, and it's a highly valuable process to go through and to really just pause on the day to day, and really focus on it. That's something I've always had trouble with, like I've always got things to do, but once you just extract yourself from that process and zoom out and look at the company and what you've come up and what you hold dear, that's when you can really start having those conversations, but making it an actual thing. I think that you can't just do it on the side, you can't just do it as well as other things, it's really got to be like the priority as I like to say. Priority is not a plural, it doesn't make any sense if it's pluralized, but that should be the one thing you do in an ideal circumstance, like you just do it and really focus on it, because it's really hard.
Dave Elkan:
And it shouldn't, I guess not in one sitting, but at least when you do it, make it a serious thing because if they're real values and you live them, like they just are pretty immutable, they just keep moving forward with you. If you found you're not living them, then you should absolutely revisit them, but we've been lucky enough in that the values we put forward have stayed true and I really feel like, of all the companies I've worked at, even Atlassian, like these ones I've lived every day in very distinct ways.
Nick Muldoon:
Mm-hmm (affirmative). So what are the values we've got? We've talked about better with balance, and we talked about that a little bit. We also talked about engaged System 2 like this System 2 thinking. What are our values?
Dave Elkan:
Be the customer, give back, and [crosstalk 00:18:30]-
Nick Muldoon:
[crosstalk 00:18:30] was a big one, and commit to team. So better with balance, give back, be the customer, punch above our weight, Engaged System 2 and commit as a team. Go back to the conversation that we were having in 2017 around give back, that was something that was really System 2. How did we think about giving back to the community and what that meant to us as a company?
Dave Elkan:
I think it goes back to what you said before about the community in San Francisco we experienced and what we did here with Siligon and just making that a focal point for us to give back to the community. It doesn't build itself, like the community has to be actively built by somebody has to put their hand up and start it, and I think we did that. Since then, like we've enabled heaps of other people to be able to give back in a really easy kind of way like, "Let's host a meetup," "That's fine, here's our framework to go build that on." And also just the daily communication we have amongst each other on our Siligon Slack, which is just super valuable.
Nick Muldoon:
Super active, too.Dave Elkan:
Oh, super active, especially in lockdown, lots of people on there talking about all sorts of things.
Nick Muldoon:
I think maybe one of the other things, so Dave and I experienced this at Atlassian, which was this idea of the Pledge 1%, but in our first or second year of Easy Agile, Atlassian along with Salesforce and a bunch of other companies came together to actually codify and build the foundation around Pledge 1% and ask other companies to commit to that. And we made that commitment in 2017 if I'm not mistaken, to do Pledge 1% donations and now, where I guess we're kind of doing Pledge 2% donations, but what was the drive behind our Pledge 1% to Room to Read?
Dave Elkan:
It's in part laziness, because I really want a system to these kinds of things and unfortunately, when you're starting a business it's hard to dedicate the time and to think about that. So I took the easy System 1 option, which is to go with what we experienced at Atlassian, which was to back Room to Read, which is a great initiative to help ensure that young ladies, specifically in third world countries, get at least a higher education, get out of primary school, get into high school, and once they've gotten to that point, it's far more likely they're going to be independent. And with that kind of thing, like that investment, it's like restarting at the beginning and enabling countries and people to help themselves. If they're educated, that's a huge step in the right direction to both fighting overpopulation, climate change, all these things which benefit from those people doing well in life.
Nick Muldoon:
Mm-hmm (affirmative). Yeah, continually improving their lot in life, right? Like raising standards of living through education.
Dave Elkan:
That's right.
Nick Muldoon:
And if we think about punching above our weight as one of these other things, I mean I remember that was something that we talked about before we wrote down our values, that was something that we really did focus a lot of energy on. You mentioned before, there were two of us and we had five products in the marketplace. I'm not exactly sure that was a great example of punching above our weight, because we might've struggled a bit, but what are some examples of where we've punched above our weight as a small team from regional Australia?
Dave Elkan:
One of our products that we built initially was really a bit of a thorn in my side, it was continually breaking and it wasn't playing to my strengths, which is traditionally front end development. So after that and getting burned by that and having to stay up all night and fix it, I opted towards apps which are more front end focused, and so we've built Easy Agile User Story Maps and Easy Agile programs and Easy Agile Roadmaps primarily as front end apps. As a matter of fact, Easy Agile Roadmaps, for the first two years, didn't even have a server, it was just a static file in a bucket in CloudFront. That's the way Atlassian Connect works, it allows you to host apps that way, and that really can't break, it's just providing a different view on Jira in essence, but architecturally, it's quite simple. So therefore, we could easily... that was a way of punching above our weight, which also allows better rebalance, so they're kind of complimentary in that respect. What other ideas [crosstalk 00:23:24]-
Nick Muldoon:
Yeah, if not much can go wrong, then you don't have to be on call, and you don't have to fix things out of hours, so you don't wake up blurry eyed and fat finger and have a bug the next day that compounds the problem.
Dave Elkan:
And if you take the analogy too far, like you could think punch above your weight is like being able to punch someone really hard and then knock them over, but this is more like just definitely, you're running around the big [fur 00:23:44]. You're not even engaging in babble, you're just sidestepping it. That's why we've run those products, and until recently, we actually do have servers now for them, and once again, it's still very simple, but they're very well monitored so if something does go wrong, that we're on top of that.
Nick Muldoon:
I think one of the other aspects with respect to technology in punch above our weight, is we've quite often... I think maybe you mentioned before, with respect to Room to Read and the give back, the laziness, but we are lazy in certain respects and we just want to automate things. And I remember the XKCD comic that you share, with what is the right time to automate something and when do you automate it to get the return on investment that you want? But I feel like we've made some fairly good decisions around when to automate things and even around how we provide customer support or the old test and deploy, toying around with products, we've done these things at pretty good times so that we can deliver products to a global audience of a couple of thousand customers, from Wollongong out of timezone with those customers.
Dave Elkan:
Yeah. It's also being ahead of the curve as well, so I think Inception Week, which is something we do every fifth week now, we give up one week to provide the team with the space to explore new things. Amazing things have come out of that, which otherwise, if you would just week to week, week to week, you would never actually realize, but when it comes to mind is our dev container, which is a docket container which contains all of the parts which are required to develop our apps. So you just check out this one repository, run a script and it sets up your entire develop environment. It's a great way for the team to share the tools that help them punch above their weight, so it's a huge punch above our weight thing and that came out of Inception Week. So I think Inception Week's a punch above thing, and also the dev container's a huge punch above thing.
Dave Elkan:
We used to have so many problems with individual versions of this or that on everyone's computer, and now that's just all gone, it's never happening again, it's never come back to bite us since, and I think it's an overwhelming success. Sure, it does need an all new RAM and all new CPU, but it does... we'll get there, like it's going to get better.Nick Muldoon:
RAM and CPU are cheap, it's okay.
Dave Elkan:
You can never get time back, right?
Nick Muldoon:
Yeah, absolutely. So when we think about these things, how intentional do you think we were around the values in our approach to building and scaling a company versus things that just kind of happened?
Dave Elkan:
For a large part of the starting of the business, there was a lot of, "Just get it done," kind of mentality stuff, which has to happen. However, I want to hop back to when we started, everything was chaos. I remember this, early 2018, mid 2018, we'd come in on Monday, go, "What are we doing today? What's this week? Let's look at the backlog and have a look." And there was no forethought whatsoever.
Nick Muldoon:
And we'd kick a couple of things off the backlog and we'd just work through on that weekend. That was it, right?
Dave Elkan:
Yeah, pretty much. And so you proposed the idea, it was at the beginning of the year, it must've been 2018. Was it 2019? Either way, let's just do one week on clarity, which is our internal CI room, essentially, and just knock out a bunch of products and problems. That was the first time we started really focusing, because since we had so many products, I think we actually might've sold them by now at this point. Yeah, I think we definitely had. However [crosstalk 00:27:28]-
Nick Muldoon:
But we still had Roadmaps, Story Maps, Clarity Week, EACS, like we had other internal systems that we used and the team was actually growing beyond Dave and me, and it was growing. There was Jared and Satvik and Rob, and so the team was growing at that point in time as well. So it gave us the opportunity to put a number of people onto one problem for a period of time, like a week.
Dave Elkan:
That's right, and from that came this idea of focus, and we started doing focused sprints, so product focus sprints, which highlighted another terrible problem of run over, if you did run over in your estimates, then you would have to come back like in nine weeks or something and it was just [diabolical 00:28:12].
Nick Muldoon:That's right.
Dave Elkan:
So we dropped [crosstalk 00:28:14]-
Nick Muldoon:
What did we do? We did two weeks on Story Maps, two weeks on Roadmaps, two weeks on internal systems, two weeks on something and then one week on Inception Week?
Dave Elkan:
Inception Week. Yeah, I think [crosstalk 00:28:26]-
Nick Muldoon:
I can't even remember now, what that other thing was.
Dave Elkan:
It was nine weeks in total, wasn't it?
Nick Muldoon:
Yeah.
Dave Elkan:
[crosstalk 00:28:31] Roadmaps-
Nick Muldoon:
If you missed it and you didn't ship it, then we went onto the next product and moved that forward, and then we'd come back to it.
Dave Elkan:
In ages away. And it was super stressful for the team and we quickly destroyed that, the week we went with a more flexible approach to it, where we dropped the hard mandate of you have to exchange products now, we let them run over a bit and then we'd adjust the story points to the next one, blah, blah, blah. And then eventually, I'm scratching my memory, but essentially, we got to a point where we introduced opportunities, which was based loosely on Shape Up by Basecamp and we took a bunch of things from that, but most things of that didn't really gel with our way of working and our values.
Nick Muldoon:
I mean that whole opportunity cycle, we've evolved three or four times now.
Dave Elkan:
And they were ideally just two or four weeks of work, and then we'd do Inception Week and Tech Debt week, and we have a dedicated Tech Debt week as a mandate. We dropped that since, and we've got to now we have four weeks of work, which includes Tech Debt and then we have Inception Week, and that's kind of cool, right? Like we still have this mandate of Inception week, not Tech Debt week. That's the last thing; I feel like the mandates... because it's like kick starting your motorbike, you've got to really give a good kick and that's essentially what we've been trying to do over the last three years, is like get this thing running. I think we've-Nick Muldoon:
Built momentum.
Dave Elkan:
The engine is now running... yeah. The engine is now running and we're pulling the clutch out. It's just that the mandates slowly fall away and the team finds their own way, but I still feel that, that cycle is the most important thing, that five weeks where we stop, everyone knows what's happening. Because if it just runs off into the future forever, you can't compute that in your mind, but you can see forward five weeks and go, "I'm going to plan this work, it's not going to be done to a Nth degree because that's kind of a bit weird," it's just like, "Let's try and achieve this and let's bite off one bit at a time." Then we have a break with Inception Week, let our creative juices flow and then we'll come back to it the next round.
Nick Muldoon:
Right, so I have to call timeout here. So this is a sidebar for everyone listening at home; Dave just used this analogy of kick starting the motorcycle and then pulling the clutch out. So one of the things that Dave does tremendously well, is he grabs these analogies and he uses these analogies to simplify what I otherwise feel can be fairly complex kind of concepts, and simplify them and communicate them really nicely. That's not one I've heard before but there's a new one we can add to the repertoire, Dave. I love it.
Dave Elkan:
Thanks, mate.
Nick Muldoon:
What other sorts of things? Because I guess we're charting this journey over five and a half years, where it's gone from Dave and Nick and the addition of Satvik and Teagan and Jared and Rob and Brad, and a few people over time, to the point today where we are 27, 28 people. What are some of the other markers along the way, that we've kind of gone through, that have shifted or evolved how we operate? Like the Easy Agile operating system that we've talked about in the past.
Dave Elkan:
Well, it's something that we've just discussed in the execution kind of level. Obviously, every six months, everything just goes and explodes and you have to fix it, like there's always some major thing that happens every six months, and I feel like that's good and that's healthy, and that continue to run into those things. Either they're internal or external and I feel like we're dealing with an external one right now, which I don't really want to touch in this podcast, but I think that they're healthy for the business to adapt to. But certainly, I think in that time, like really understanding that it's the people that count, right?
Dave Elkan:
The business is in there, like it's a thing, but it's nothing without the people who worked for it, and it's in service of the people who work here, as well as the customers. And so that's something we've come out of it. What do you think, Nick? Like the cultural aspects of what we've built, what do you think stands out to you?
Nick Muldoon:
I certainly think there's these inflection points. I mean, I remember a conversation with Jared when we were in Crown Street Mall, and it was in 2019 and we were talking with the team around the kitchen table there, and we could get eight people around this kitchen table and we were talking about growing the team to take advantage of the opportunity and responding to requests from customers and all that sort of stuff. I think Jared said, "Well, I quite like it the way it is."
Nick Muldoon:
And then I fast forward to an interview with Jared, which went into the five year video that we saw just before Christmas and that was around his trajectory and how he's evolved and adapted professionally and personally along with the company. I think that's the story for all of us as team members, we've all kind of been on a journey together and we're all learning and adapting together. We do live, in many respects, we do live this Agile approach where we do reflect and we take the time and we think and we experiment with new approaches to getting work done.
Nick Muldoon:
Even, I think... and we've been talking about this a bit recently with respect to pace, that first version of our learning and development program, where we wanted to provide funding for people to go and pursue something that they wanted to learn about. But we got that out, "Hey, that was a morning's worth of work," we put out an L&D, people started using the L&D program, and we called it our Version one of our L&D program, and today we're on Version, I don't know, 1.4 or whatever it is, of our L&D program. There's a lot of things that have gone out and we tweak and we improve them over time to make them ever better and better suited, perhaps, to the current state of play within the team. Is that fair?
Dave Elkan:
Yeah, it is. It is, and I think that; A, I've never worked at a business who has anything like that, and where they actively encourage you to use it, spend the money, make yourself better. If you make yourself better, the team will get better, if the team gets better, the customers get better outcomes, and the company continues to improve, and it will be probably a better place for you to work in the future. So it's really a holistic kind of perspective, rather than, not narrow minded, but myopic or focused on just output. It's outcomes of output and I think that could be another value of ours, if we were to have seven, it'd be outcomes over output. So really stopping, having that permission to stop and think, and system to it and think about what it is you're trying to achieve, rather than just blindly doing stuff.
Dave Elkan:So from a developer's perspective, the fastest code is the code that doesn't exist, and so if you can do something differently, which doesn't require 100 steps or just decide, "Hey, this is really tricky right now, this bit of code we're trying to work on or this feature is really hard. Can we just delete the feature?" And we did it on notice, I know that sounds pretty bold, but quite honestly, that kind of discussion is really healthy to have. I want to encourage the team to think that way and I think that learning development is also something you can do to bring people into it, look at their trajectory as a way of gauging their abilities, and giving them really... throwing fuel on the fire in that respect and seeing them ramp up in their ability, and help those around them.
Nick Muldoon:
Yeah, so take us through that, because that's something that we definitely talked about a few times, like when we've been looking at candidates and in a hiring huddle around candidates, we've talked about those that are on a certain trajectory and that we think that we can accelerate that trajectory. Where did that come from?
Dave Elkan:
Where do thoughts come from? I'm not sure, that's a good question. I couldn't tell you, but I think it's pretty obvious when you look at someone's CV and you see... now, there's nothing wrong with people who have long tenured positions, but if you talk to someone and they can't really say what they've done in the last 10 years and they've donned that one position for 10 years and they haven't really got anything striking they can tell about how they've made that better, that kind of says a lot about that person. Maybe they would come in and they'd just coast... they're a coaster, right? If they're coasting, that's fine, it's their call, but at the same time, we look for people who are actively trying to make their impact bigger through their work, help those around them. And you can see that, you can see, "Oh, look. They've been at the same company, that's fine, but they've gone and done these different roles or they've seen this kind of improvement in their approach."
Nick Muldoon:
This comes back down to that article, that Financial Review article, the mid-career annuity, so this was an article that we must've been kicking around in 2016, 2017, and it was around a Japanese term, mid-career annuity. You could have 20 years of experience in a role or you could have 20 first years of experience, and I think early on, and maybe it still occurs these days, I think it probably does, but it felt like we were getting 20 quarters of experience. Over that five year period, there was always some big, new challenge that we needed to learn and adapt and incorporate into the business over the first five years. So we were always learning and adapting, and we wanted folks that were on a similar journey and they were learning and incorporating and adapting and experimenting themselves.
Dave Elkan:
Yeah, it's something definitely, that can be learned, and I think that if you bring on new stars, they can just get that, this is what they do by default because you've put them into that environment. But some environments, especially older companies, can be fairly stagnant and static, so that just reflects on people's CVs. Either there's some kind of reason why the company won't give them a promotion or give them opportunities to chase, how we have a different approach where we throw too many opportunities at people, I think sometimes, and I've seen people using their L&D so much, it is actually impinging on their better with balance value. I'm like, "Whoa, this is fantastic but don't forget you've got kids and you've got to help look after them," and [crosstalk 00:39:41]-
Nick Muldoon:
Temper your enthusiasm, yeah.
Dave Elkan:
Yeah. So that's something to look for.
Nick Muldoon:
Stopping and reflecting on five and a half years, what's the purpose of the business, what's the goal over the next couple of years?
Dave Elkan:
Have fun, learn, what about you?
Nick Muldoon:
Definitely learning.
Dave Elkan:
Stay in business.
Nick Muldoon:
Oh, yeah. Stay in business, sustainable growth is always a good one. I think that's important. Yeah, I don't know, it's interesting. I feel like some days, it can be really fun and other days, it's not fun at all. That's probably due in large part, like when we started this, we were not in service of anyone but ourselves and one another, and now I feel like we are in service of a team of people that are themselves in service of the customer because we've got a couple of thousand of them. So it's the responsibility and the accountability's changed, and the way that fun comes about is, these days... it used to be fun to have lamingtons and chat, and these days, typically, there's someone else in the crew that is organizing the event that often participate in that I find fun and enjoyable with the rest of the team, rather than being able to carve out that time and do that.
Nick Muldoon:
I remember when we roped in a bunch of folks from iAccelerate and we went into town and we'd go into town and we'd go and we'd get a Laksa in town and we'd get a bowl of Laksa. It's been harder to do that in the past 12 months, given the global environment and all that sort of stuff, so hopefully we can find a bit more of that in 2022.
Dave Elkan:
And maybe ramen. There's ramen now.
Nick Muldoon:Oh, and it's great, you know it.
Dave Elkan:
Yeah. I think refining what we do and continuing to think more about that, so specifically with the engineers, I like to use a goal based... goals are big at Easy Agile, I think you should talk a bit about goals, but we use them to help guide people in chasing down things they want to achieve, and we can align those things with what the business does to an extent. Then, you can actually go and achieve your professional and goals through the business and the business is the vehicle to do that, rather than having to it outside. That's really cool, like find that harmony there so both Easy Agile can succeed and the people who work here can succeed.
Dave Elkan:
I think it actually is quite difficult, like you go, "Hey, take a step back, think about what you want to achieve, give that to me, and then I'll see what I can do to change the course of the business to help you accomplish that. What can we do? Maybe there's a middle ground we can chase down together." And that's something new to me and I'm kind of using that instead of performance reviews so make sure you do your goals, people. [crosstalk 00:42:44]
Dave Elkan:
But yeah, also you've made sure, you want to look back in time and you want to see yourself in the future, reflecting with the team. When they've gone and moved on, [crosstalk 00:42:56]-
Nick Muldoon:
Oh, yeah. Absolutely. I was even chatting with Elizabeth Cranston this week and I was saying, "I can picture in the future, you're living down at Narooma down the coast and I can come down and have a cheese and biccies with the families and you're looking over the bay at Narooma or something, and we're reminiscing on this period of time at Easy Agile." I can totally see that. Yeah, I think it's great and I think just on the goals, the goals are important personally, and we've talked a lot about goals in the past, with respect to tenure vision for the families and that sort of stuff.
Nick Muldoon:
But it's also for the business, I remember we had okay hours in place from getting the business off the ground, we've revised them every year, we've learned and adapted a lot over the last couple of years in how we think about our objectives and our key results. And the fact that we write them on a quarterly basis and we review them on a quarterly basis, but we've got these objectives that align with a business goal that's three years out, and it all kind of flows. I mean, I think we're a lot more mature around that aspect of our... I don't know, would I say strategic planning? Vision goal setting over an extended time period? We're a lot more mature around that today than we were two or three years ago. That's really exciting as well. [crosstalk 00:44:33]
Nick Muldoon:
Come back to what you were saying before about the backlog. We'd come in on a Monday morning, and we go, "What are we going to work on this week?" And we kind of worked over a couple years, we worked it out so that, "Ah, here's the vision for the product." It was a longer term thing, and we've elevated that and it's not like, "Hey, what are we doing for the business this month?" It's now, "Here's our longterm trajectory for the business." We've been elevating that, that's pretty exciting, I think.Dave Elkan:
And at the same time, trying to get the team to lift their line of sight as well.
Nick Muldoon:
Mm-hmm (affirmative), mm-hmm (affirmative).
Dave Elkan:
And look out further afield, but not too far. You want them to be looking at what's happening next week and next month as well, but also what's the goal, what are we chasing down? What's the bigger picture? And I think that's starting to happen.
Nick Muldoon:
What's the analogy there about golf, Dave?
Dave Elkan:
Oh. No, can you tell me? I can't remember.
Nick Muldoon:
It was this analogy about golf, like you've got to look where you're going to hit the ball and you've got to look up. You don't want to look at the tee, you want to look beyond the tee so that you... not beyond the tee, beyond the hole, sorry. You want to look beyond the hole.
Dave Elkan:
That wasn't my analogy, that's why I don't remember, but I do remember someone telling us that one. But it's a good one, like it wasn't even an analogy, isn't that the literal thing that the golf tutor would do? It's like, "Where are you looking?" And then they go, "Oh, I'm looking at the hole." "No, no, you've got to look further than the hole. Look up where you want the ball to go, and then away it goes."
Nick Muldoon:
Yeah, raise your sights.
Dave Elkan:
Raise your sights, yeah. And if you are looking at your feet, then you're probably not going to go far, but if you do look up and take stock, you can probably... that's actually a soccer analogy I can give you, like from my soccer coach, like you've got to point your toe where you want the ball to go. And that's just the magic thing, it just works. You just put your foot next to the ball with the pointing at the corner of the goal you want it to go in and you kick it, and then it just happens.
Dave Elkan:There's these funny little hacks like that and I think that's a longterm vision thing. If you are running a business which doesn't have that longterm vision and purpose, then you can go actually in multiple directions at once, and you're not going to make any progress. I think a good analogy I read was like with a team, if you imagine all the team members are tied to a pole with a rubber band and they're all heading in different directions, the pole's not going to move because everyone's just... and the company's going to stay static and still. But if everyone just goes in the same direction, then it's going to move along.
Nick Muldoon:
Shift it, yeah.
Dave Elkan:
Yeah. And that's something that we've bitten off recently, is our purpose.
Nick Muldoon:
Mm-hmm (affirmative), to help teams be agile.
Dave Elkan:
Yeah. It's one of those funny moments when we we're talking about, and we talked about it, we set ourselves a deadline for the sake of a better word, like we had our planning session coming up in a couple of weeks, so we sat down and talked about it. And we went around and around in circles, trying to discover what it is, not to be agile, but just, what is Agile? And we know [inaudible 00:47:45], but we were trying to codify that in words. And when you said that, like it's being agile, it was kind of one of those... the way I like to describe it is, an upside down A-moment, which is our logo as you can see on Nick's jacket there.
Dave Elkan:
So when that was proposed to me, I was like, "No, that's so silly." But I was like, "Oh, but I love it." And I'm not saying that being agile is silly, but the fact that it's so simple, that's what I like about it, it's easy, it's simple, and there's a lot there if you dive into it.
Nick Muldoon:
Mm-hmm (affirmative). Yeah. Well, why don't we wrap it there? I think that's a good place to end.
Dave Elkan:
Yeah.
Nick Muldoon:
Our purpose is to help teams be agile and doing that, we're doing that for ourselves, we're constantly trying to learn and adapt and experiment with new things, being Easy Agile and as our team members here. So I hope that was a useful little tidbit and journey from Dave and I on how we got Easy Agile to this point, and some of the things that have been on our mind.
Dave Elkan:
Yeah.
Nick Muldoon:
Thank you, Dave.
Dave Elkan:
Thank you, Nick. That was fun.
Nick Muldoon:
That was fun. Oh, goody.