[00:00:00]
Welcome to the Logan Bartlett show. On this episode, what you're going to hear is a conversation I have with Dave Echeria. Dave is the president and CEO of MongoDB, his third public company. In this conversation, Dave and I discussed the importance of hiring, how to build an A plus culture, the power of self awareness, and Dave's.
take on artificial intelligence as well as the New York tech scene. A really fun conversation with one of the absolute best operators in tech. As a reminder, we do not do advertising on the show, but we would like for you to subscribe to this on whatever channel that you're listening to us on. Now, without further ado, here's Dave.
Logan: Dave, thanks for doing this.
Dev: My pleasure. Great to be here.
Logan: So I want to start out on the midpoint of, your professional career, which is you taking the job at MongoDB. So Mongo today, it's a juggernaut, I think everyone knows it in the public markets, but at the time of you taking the job, it wasn't quite the juggernaut it is today.
What did you see in the [00:01:00] business at that time that made you say, Hey, this is a job that I want to do.
Dev: First of all, whenever you get a call for a CEO role, the first question I train myself to ask is what's wrong because no one makes CEO change when things are going perfectly well. And there were a number, when you help have a successful outcome and make investors money invariably, you get called for other roles.
I typically said no to a bunch of them because the problems were quite endemic in the companies that they had asked me to consider leading. I had been a VC for a while, for a couple of years and I had looked at the next generation database space, and actually I looked at some competing investments to MongoDB.
ended up passing on those investments when I did my diligence, and again, this is a lot smaller scale. MongoDB still seemed ahead of everyone else in terms of developer momentum, mindshare, and even commercial traction. So when I got the call, I was intrigued. And frankly, one of the questions I thought to myself, maybe I have a chance to invest in MongoDB.
And then when I met with the board and some members of the executive team and the founders what I saw was [00:02:00] that the product team was in pretty good shape, I was dismayed at their go to market efforts, and was a little underwhelmed with the leadership that was in place. I thought to myself, normally that would scare people, but I thought to myself, if this company is the head of the pack, And it's clearly got, at best, a B team.
Imagine what would happen if an A team came in. And so as I thought about that, I got more and more conviction. I decided to take the role. And that's how I ended up here.
Logan: When you came in, you can't do it all at once. You can't change everything. The second you come in, what were the first things that you went about changing?
Dev: Yeah
that's a really good point because anyone who's trying to be a change agent, you can't try and fix everything all at once because you'll just fail. So you have to sequence things in terms of what you need to fix now versus later. So I took the approach of starting with a customer and working backwards into the core product.
because my instincts told me that the go to market Organization was not very good. it can be quite dysfunctional. I remember I hadn't [00:03:00] actually started and I got a call saying, Hey, we have this important meeting a customer, a senior executive at Verizon. And so I said, would you mind taking a, a call because they're trying to set you up when you join to meet with this customer.
So sure. I'm happy to. so I'm on the call with this account team and I could tell the county didn't really, the leader of the team didn't really have all the facts. So starting to ask the rep more and more specific questions. And finally I asked the rep, so where are you based? I said, maybe, we could just meet for a coffee just to get a little bit more detail.
Just so I could have a one on one conversation with him. said, he's based in Atlanta. how can a rep who's covering Verizon be based in Atlanta? So that was one of many examples of what I saw was some of the dysfunction at MongoDB. So I started basically working from the customer backwards and I said as I fix the go to market in particular sales organization, then the fidelity of the feedback I get on product will be that much more clear.
Then I'll know what exactly I need to fix on the product. So methodically, we basically, [00:04:00] actually in my first 90 days, we did a big riff of a bunch of the salespeople because, just weren't very good. And the track record also showed that then I brought in a new C R o, I brought a new C M O and then.
Nine months later, after I started, I brought in a new CFO.
Logan: So the core atomic unit of the product was mostly working well, and you had to make some changes along the way to make sure the product had the right fidelity.
Dev: Yeah
so what we realized and I knew this going in was that the read performance for MongoDB was very good, but there were some limitations on write performance, or people weren't really comfortable for using a MongoDB for write intensive use cases, and we had to fix that. And the product teams and engineering teams were working on rewriting our storage engine, but that was a pretty big lift.
And in the middle of this, we got to meet the wire tiger team, which is a bunch of ex Berkeley DB guys who were very sophisticated database architects and engineers who had 20 plus years in the industry. And they had actually had a storage engine that was optimized [00:05:00] for both read and write performance.
And so we got very excited and we were actually worried because some of the customers included AWS and a few other larger, organizations. So we were nervous that technology and that team could be acquired under our feet. And we moved pretty quickly. The company didn't have a tremendous amount of cash, even though it raised a lot of capital, it burned through a lot of capital.
So we also had to do financing at the same time to fund that acquisition. But we were able to pull that off. And then the WireTiger storage engine became the core storage engine for the product, which enabled us to really Broaden our use case and, be on the march to be a general purpose
platform
Logan: This was
Dev: 2014
Logan: 2014? And you're making plans to go public around this time?
Dev: I came into the business the company I raised was actually one of the first unicorns, when unicorns were actually rare. And but that fundraise was underwritten by a very aggressive operating plan. It was clear that the company had no chance of hitting it, which is why the board decided to make a CO
Logan: And you reset the [00:06:00] plan when you came in?
Dev: And for people, again, who are change agents, one of the things I also think is very important for people to feel like they're winning. And the plan was just unattainable. The worst thing you can do is, keep feeling like you're failing. So I went to the board and said, this plan is not realistic.
Obviously, I have the benefit of not the one who actually wrote the original plan. And I went back to them and said, here's what I think is a more realistic plan. The board, in their wisdom, agreed. And then once you have a new plan and then you start beating your numbers, all of a sudden, you start people feeling like they have their mojo.
Suddenly they feel like they're winners again. And you just start building morale and momentum in the
Logan: When you joined, how many people were there?
Dev: There was roughly about 350 people. And then with the riff, we went down to about
Logan: Wow. Laid off about 100 people to come in and then slowly built back up over the course of what, how long did it take you to 350 people or so?
Dev: I don't remember exactly, but my philosophy in the first phase was just, we just had to get our go to market execution sound. We had to be able to, do what we say and say what we do. We're going to have to be able to forecast the [00:07:00] business, be able to then meet and exceed those forecasts. We had to rebuild how we actually.
Prosecuted deals, you've talked to John McMahon about the whole, a sales process at BladeLogic. So I had a lot of experience in that way. The first CRO was an ex BladeLogic PTC guy named Carlos de la Torre helped me really restructure and put the basic foundations in place.
And then, lo and behold, the business started, growing very fast.
Logan: One of the knocks on open source up until that point was that it was very difficult to monetize. Red Hat had been the one that had been able to make it and become a big public company, but there, there weren't a litany of examples of open source companies in the public markets that have been able to successfully scale in a meaningful way.
How did you think about that the trade off between the ability to monetize, the community, all of that stuff when you came in?
Dev: It's a great question. And frankly, when I told my friends and people I trusted, I was contemplating taking this job, they thought I was crazy. They said, first, a database company in New York.
Logan: What was the last [00:08:00] database company that went public before you? It was 25 years. 25 years. Yeah
Dev: Yeah.
So the second thing was like open source, like this, who's made money in open source Jjust the database space itself, forget about New York. There was a lot of, next generation database companies that died on the vine trying to be the next big Oracle killer. So all the kind of conventional wisdom was against that. And the big one, what I worried about was how do we monetize open source?
Because the traditional open source model is you have to define the paywall between what's free and what's paid for. And to some degree, it's a Faustian bargain. Because if you give away a lot of features to drive adoption, it's very hard to monetize. if you don't give away enough features, then you don't have a lot of adoption.
So there's not a lot of installed base to then go monetize. So you're trapped In this Faustian bargain, one of the things I realized and actually watching AWS is that they were monetizing open source as a service really well, because we're no longer defining a particular payable.
You're defining monetization based on usage, so that fundamentally changed the paradigm about how open source technology was to be used, and so essentially [00:09:00] we started recognizing that had to be our long term future. But you just couldn't go there overnight. Now, luckily we had been investing in management tools because that was the existing way we were monetizing the technology.
Whatever the developer needed to build applications was free, but whatever you needed to monitor and manage and back up your infrastructure was paid for. So we were starting to build tools, which ends up being the ingredients for how we actually rolled out our cloud service
Logan: What came first Mongo Atlas or the license change? Mongo's DB Atlas. So can you talk a little bit about that? Because you guys were one of the pioneers in coming out with a cloud first open core model around that, right?
Dev: Yes, this was pre Snowflake being popular, pre Confluent, pre Elastic, pre a bunch of other companies trying to roll out cloud services. And a lot of people thought we were crazy. A lot of people thought, how is it that you're going to partner and compete with the hyperscalers? Because we just didn't have the capital to go build our own data centers and then try and get all developers to come to us.
We had to leverage the existing infrastructure that the hyperscalers have built. But they [00:10:00] also offer their own competitive database offerings. So a lot of people were incredibly skeptical. One of the things that changed with rolling out a cloud service is that we felt we were really talking to the people who loved our product.
Because the existing modernization model was, while the developers adopted MongoDB, the people who bought our proprietary software were the ops folks, because they were trying to solve a DevOps problem. They really viewed MongoDB as a relationship of convenience. Developers had a relationship of love. So for them, it was just I guess if you have to deploy MongoDB, I should buy your tools.
So it's always a very painful engagement with the customer. But once you start dealing with the development teams and saying, you can get out of the world of all this undifferentiated labor. You don't have to worry about provisioning, configuring, and managing, and backing up your infrastructure.
We'll take care of all that for you. All you can focus on is what really... is meaningful to your business is building amazing apps that transform your business. That's only got people's attention. And so what was also interesting is the launch of Atlas forced us to build a self serve business. Because initially we, only offered on self serve, [00:11:00] where we basically, with a credit card, you could go provision in the cluster.
At first AWS, then we rolled out it, rolled it out to GCP and Azure. And that also enabled us to start acquiring customers in a much more frictionless way. And even today, When you look at the Atlas business, the majority of our customers are quote unquote sales sold, but the origin of those customers, the majority of which are still self serve.
And that's a very interesting dynamic and in some ways a virtuous one.
Logan: What was the hardest part about getting that going? Was it the getting the sales reps to, to sell the product? Was it figuring out the pricing model? Was it actually building the product itself to service it?
Dev: The way we framed it was building a startup with a startup. And then we were very emphatic that this, we cannot fail. And so from the board on down, this was like a very viewed as a very strategic imperative. one of the challenges when you're starting something small, when we went public, Atlas was like one or 2 percent of our business.
So the numbers really didn't matter that much, right? So consequently, it's very easy to ignore this little thing you're trying to do when you [00:12:00] focus on the core business. So one of the other things I did was I disproportionately incentivized the exec team. On the performance or Atlas business, disproportionately to the scale of that Atlas business because it was so important to make sure that they had mindshare.
The other thing that we also really focused on was having a clear single threaded leader who was now, was a guy named Sahir Azim, was now a Chief Product Officer. He had this unique ability of being very good on the product and technology side, but also really good in front of customers and knew how to preach the gospel of Atlas.
And changing behaviors hard and looking back now, it says, wow, this ended up being a great success. But like any success story, when you zoom into the, up into the right line, there's a lot of jagged edges and in getting the sales force to change behavior because knew how to sell the on prem product.
And recognizing that your primary customer is no longer the ops person, but now it's the development team. Getting to understand you have to sell the total cost of ownership. That getting to understand what is the true value proposition of a cloud service takes time. And you [00:13:00] just got to be, maniacal about that execution.
And just constantly train and enable the sales force to do that. And that takes, that, that just didn't happen overnight. So we started with self serve. Then we migrated to the SMB space and high tech organizations who are more inclined to use Atlas. And then later we went into the high end of the enterprise segment.
Logan: Were you spiffing the reps, because I assume the dollars between each, the long term value of Cloud Atlas, and obviously the equity value it's created has been pretty significant, but the dollars up front of selling Mongo on prem, I assume, had to be more. Is that how you did the incentive alignment to make it?
Dev: In the early days, we paid sales people on commitments on ACV. But over time we realized that was a mistake with our cloud business because a lot of the apps being rolled on Atlas were new apps. And so customers didn't really know how much would the consumption be? How big would the app grow?
How many users would it have? How much data would be consumed? so there's this a lot of friction to force a customer to come into a commitment prematurely. over [00:14:00] time we changed incentives to encourage customers just to get on Atlas. And then once they felt like they had clarity on the growth trajectory, then they could come back and get a better discount based on some volume commitment.
And we've constantly iterated on that, sales incentive. In fact, now. Over the last four or five years, it's changed all the way where we're all in on consumption, but it started by a more traditional incentive mindset
Logan: Were you worried at all about cannibalizing the existing business, or was it clear that this was just going to be the long term future when you came in?
Dev: There was a little bit of worry, but it was clear. Like our business wasn't that big that we had this like large install base. Remember I joined the company when there was about 30 million revenue. When we filed our S1, we were doing a little over a hundred million revenue. And so it was not a huge business and obviously today now we're roughly about a 1.7 billion run.
Logan: That's wild. Now the other big change I think that was notable that you guys helped pioneer was a license shift. And so for people that aren't nerds in the open source world, can you maybe talk through the difference between [00:15:00] AGPL and SSPL and what was a fairly controversial decision at the time and how you went about making that.
Dev: When you looked at what the cloud providers were doing, what they were doing was basically taking the free versions of very popular open source projects, MySQL and a bunch of other examples, Postgres, et cetera, and basically plugging those technologies into their cloud and offering as a service.
And they were making money hand over fist.
Logan: This is Amazon and Microsoft and Google and all of them are.
Dev: Correct. And what we were concerned about was that the hyperscalers or someone else might do with us. What people in the industry call strip mining. And AGPL, it has more restrictions than say, GPL or the Apache license.
But there's still some ambiguity in the language. And what we said is, we've got the sense is as our success started to take off. We got the sense, you know what, someone's going to try and test. how strict this licenses and we don't want to find ourselves litigating this in court. So we made the [00:16:00] decision that we need to come out with our own proprietary license, which adhere to all the principles of open source.
You can have access to the source code. You could modify the code. You could obviously distribute the code. But what you couldn't do, or if you decided to do was to offer MongoDB as a service, you had to open source all the extensions you made to MongoDB, as well as all the underlying infrastructure to offer that service.
And we said, that seems very reasonable because if you choose to do that, you just need to give it back to the community. It was candidly a quite a contentious discussion. We tried to socialize this and get the OSI, which was the body that approves open source licenses. And they were up in arms and said, We don't, this is not real open source.
And a lot of people said, Oh my God, we might risk our adoption because MongoDB is quite popular and our adoption might dry out because people will not want to use a non sanctioned open source product. And I thought about this problem, and I thought to myself, if you're a developer in Shanghai, or Mumbai, or Palo Alto, or New York, yes, so long as it, [00:17:00] has remained consistent to the open source principles, are you really going to care that much whether or not it's an OSI sanction license versus a license that enables you to do what you want to do?
But more importantly, the product is the best product to solve the problem that you're trying to address. And the bet was that developers wouldn't care about this. And ultimately that, that, that paid off, but there were definitely some gnashing of teeth when we made that
Logan: And now a lot of people have followed suit or are other people using actually the SSPL
Dev: Some have used SSPL, there's a derivative called BSL, which kind of was the inspiration based on SSPL, where there's more protections around people strip mining open source
Logan: which is basically, one of the beauties of open source is is that it allows for distribution. It allows people to use it for their own intent if they want to service if they want to use it, however they see fit. But if you want to commercially use the product, you have to be willing to give back.
And so the only people this is really hurting, I think, are the big cloud providers that are trying to offer it as their own. Is that fair?
Dev: regional cloud providers who also want do something
Logan: Yes.
Dev: [00:18:00] Yeah, and our belief was that when you think about what's important for the end user is not going to care. So it's only people who have mercenary interests are going to, be annoyed about this. So that, that doesn't bother us.
And what, the whole strategy was we want to benefit from the virality and the distribution of open source while building a moat like a typical software company. And that's essentially was our strategy. And ultimately that strategy has paid off.
Logan: And this has allowed a lot of open source, open core businesses to now actually monetize and be able to build themselves into big companies as well.
Dev: Exactly
Logan: I want to shift gears a little bit. Is this your third or fourth company as CEO? Third. Third company as CEO, third public company as well, right? What do you view as the job of the CEO?
Dev: I think there's different definitions for different types of CEOs. In my definition, and I'll give Mark McLaughlin from The old CEO at Palo Alto Networks, he informed my thinking around what a CEO should do. And the basic point is that I can do a thousand things. I can do this podcast.
I do a lot of customer meetings. I do a lot of employee meetings. I do review quarterly, have [00:19:00] quarterly review sessions and QBRs or reviews to attend sales forecast reviews, et cetera. But if I don't do three things. And I do another 997 things. I failed. And what are those three things?
First, what is the company strategy? What are we trying to do? Where are we trying to go and how are we trying to get there do? I have the right people, especially at the executive level to go execute on that strategy. And three have I removed all the obstacles, whether it's resourcing, whether it's culture, whether it's organizational alignment, to make sure that we can actually are set up for success.
So I can do all those other things, but I don't do those three things well, in my mind, I failed. so to me, that's essentially what I think is intrinsic to my job.
Logan: At some level, being CEO also means being like a super head of HR and recruiting talent and being able to get people within the org. How do you think about that and managing a team as a core component?
Dev: I tell my team, and I tell actually everyone in the company, we're not in the database business, we're not in the software business, we're in the [00:20:00] people business. Because people are the means to to an end to everything. And invariably, all the issues we're dealing with, what's going well, what's going sideways, what's going really poorly, is all tied to people.
In fact, I had an off site with the leadership team a couple weeks ago when I did a review of all the projects that we've done really well. And all the products that have struggled and what was the root cause of those is that we didn't have what we call the right DRI, the directly responsible individual who had the skills and experience to either lead those projects or in some cases, it wasn't clear who the DRI was.
So there were shared accountability. And as Jeff Bezos says, if you want something to fail, make it their part time job. And so to me, having the right people in the right roles is so critical to everything. And so a lot of people. And a lot of organizations have this aspiration, I want to do X, I want to go Y, that's the easy part.
It's the day in, day out blocking and tackling, having the right team, focusing on what good looks like, measuring progress, inspecting deeply on how things are going well, [00:21:00] identifying issues, whether people issues, alignment issues. Other problems and just, doing that day in and day out is what really differentiates companies that execute well versus companies who aspire to execute well, but just
Logan: So every strategic initiative you guys have internally has a DRI that's responsible and accountable for it.
Dev: And that's a hot button for me. There's times when it's not clear and we say, we need to have identified the right DRI. So that'll be like step one. And the role of DRI is to define ID, IE, what does good look like and what timeframe, what is the plan to get there? And then what how do we measure progress?
And then ultimately that person or that associated team will then come and report if it's an important initiative that will come and report to me and the exec team on progress. And I would kindly say we've done those, some of those really well, and some of those have been a little haphazard and we're trying to sharpen our execution there to become even better.
Logan: I've heard you say earlier in your career that you viewed you didn't view vulnerability as a strength but now it's become [00:22:00] something that you're proactive about and being willing to say that you don't know the answer to something when that's the case. Can you talk a little bit about that?
Dev: Yeah. I think for people listening, you probably have a lot of founders and first time CEOs who are listening to this podcast. And I can tell you that most people. Go through massive imposter syndrome, the investors were wider than the money. Now there's a team in place and you're like, Holy shit, this is real.
And if you've never done it before this, it's not like you can suddenly like suddenly magically learn everything overnight. And so when I was the first time CEO, I felt this enormous pressure to be the all knowing on every facet of the business, whether it's product. Marketing, sales, finance, et cetera.
Over time I realized I was really frustrating my team because I felt like I had to have my imprint on every decision and I would micromanage some decisions or I'd come in over the top and claim credit to decisions that other people had already come up with. And it was getting to be dysfunctional.
I could sense that I was not being very effective. I could sense I was frustrating my team and I had an epiphany one day. And said, I don't need [00:23:00] to have all the answers. What I need to do is one, have the right people around me and be able to ask good questions and make sure that the most important things are being done well.
what's interesting is I also realized being in a meeting and being the village at a meeting is actually very powerful because if I ask a question that some people perceive as a dumb question, hey, I don't understand what you're saying, or this doesn't make sense to me. You can see the people in the room just relax and say, thank God Dave asked that question because I had the same question, but I didn't want to look stupid in front of my peers if I asked that question.
The problem with a lot of what holds people back is shame. If you think about an innovative culture where people want to experiment, and by definition it's not an experiment if it's a guaranteed success, so some experiments are going to work and some are going to fail. so if there's a high, if shame is very toxic in your culture, then by definition, you're not going to take a lot of risk.
And so being more vulnerable is really a strength because it enables people to really take more risk, talk about real issues, not talk about [00:24:00] some, highfalutin stuff, deal with problems as they come. And I acknowledge that we don't have all the answers, but together we can get those answers.
Logan: How does that tie into being a student of the game and not a master of the game?
Dev: So that saying comes into a philosophy I have around leadership, which is as your leaders, you constantly have to adapt. How I was a CEO and how I am today are two very different people. I think one of the lessons I've learned, and we've gone through lots of leadership changes here at MongoDB as we scaled from a 30 million business to a 1.7 billion run rate business is. the business needs different styles of leadership at different stages of growth. And obviously managing 250 people is very different than managing close to 5,000 people. And when I see leaders fail is they don't adapt because they can't. And one of the signals for me on how effective leader is gonna be is can they introspect on what's going well, they're doing well, and also what's not going well?
And then can they act on that introspection? A lot of people can do the first part where they can [00:25:00] introspect. But a lot of people just can't adapt and evolve their style because they realize the way they were doing things is just not working anymore. Candidly right after we went public, I had to, I parted ways with our CRO.
so that's a pretty, if you think about it, pretty frightening thought. You're a newly minted public company and a quarter after you go public, you part ways with the CRO. And I became the interim CRO until promoting our existing CRO was Cedric Pesch, who was running Europe at the time. And he's done a fabulous job.
One of the reasons is that leaders just can't adapt as the business is growing. And and so being a student of the game is meaning that you're very curious. And you're also very coachable, right? But you're curious because I want to understand what I'm doing well, what more I need to do, how I need to adapt to different situations, domains, and experiences, and then have the mindset that I constantly have to learn and grow.
Logan: How does self awareness tie into that and also the Steve Walsky two circles point? Yeah.
Dev: So for those people trying to figure out what that meant was [00:26:00] I remember I was having a discussion with Steve Walsky, who was the chairman, CEO of PTC
Logan: and mentor of yours on the board of Blade Logic.
Dev: When I joined, when I started BladeLogic, I'd never worked at a software company, and obviously I'd never been a CEO of a software company, so I very, was very clear that I had a lot to learn.
So I went to my board and said, who's the best software CEO in Boston? And they all said this guy named Steve Volsky. They said, yeah, but he eats snails for breakfast. Here's the number, but good luck. So I kept pounding the phone, either every week or every other week. Finally, he returned my call. I met with him, and for some reason we clicked, and he decided first to be an advisor, then later became a board member, and then ultimately chairman of BladeLogic.
So one day we're in, having a debate, discussion about a person, and then he went to the whiteboard and draw two concentric circles. And he says, Dave. is the meaning of life. And I looked at those two concerns and was like, Target, what's he talking about? And he goes, what he said was the outer circle is how people believe they really are, they are.
The inner circle is really who they are. And the point he was saying was that people always have an overinflated opinion of [00:27:00] themselves. Now it's fine because there's always going to be some gap between your own self. perception versus what others perceive of you. But when that gap is really wide, that's when real damage can be done.
And one of John McMahon, who I've worked with on a couple companies, one of his best lines in terms of assessing how self aware someone is he asks people, what do you think people say about you when you leave the room? And the most self aware people can be quite on point about what acknowledging their strengths and weaknesses.
The most self unaware people have no clue. They just have a completely different picture of who they are. And what I've found is that the best leaders are incredibly self aware. Why? Because they can read the room, they can see what messages are landing, what messages are not, how they have to adapt their style.
Maybe eight out of ten people are bought in, but there's two people who look pretty grumpy or not happy, so he or she knows that they need to go talk to those two people to figure out what's going on with them. And also understand their own biases, what triggers them and also what they may have.
Blind spots too, and [00:28:00] so being self aware is incredibly important to be an effective leader.
Rashad: Hey guys, Rashad here. I'm the producer of The Logan Bartlett Show and wanted to take a quick second to make an ask. We are close to 10, 000 subscribers, and are trying to get there by the end of the year. If you're enjoying this conversation, and these episodes, please consider subscribing to the YouTube channel.
Now back to the show.
Logan: I've heard from people that you work with and even in prep for this that you all have built a very transparent culture here. How do you go about building transparency within the culture and honesty and all of that? I think so.
Dev: tied to vulnerability. One of my pet peeves, I started off my career at a larger company. I started, I came out of engineering school, I went to AT& T and Bell Labs division, AT& T had some amazing people, but the culture there was very passive aggressive. And it's quite endemic, when Blaylogic got acquired by BMC, the culture there was very passive aggressive.
To me, passive aggressiveness is a form of duplicity. Imagine you're in a meeting, the senior leader is running the meeting, you're, they're debating and discussing a topic, the senior says, I think we [00:29:00] should do this. And everyone nods politely and say, yes, that's the right thing to do. The meeting ends, everyone walks out of the conference room and then they roll their eyes and say, that'll never work.
That to me is a form of passive aggressiveness. I want to create a culture where we can have fierce conversations and debates constructively. About what to do or what not to do. But at the end of the day, the best idea wins, not the most senior leaders idea wins, right? And that is amazing because it creates a culture of meritocracy.
So no matter who you are, if you have. An insight that you think is incredibly valuable. You should feel comfortable sharing it. And people will buy in if they think that idea has merit. So that's super important. also, transparency also means talking about the bad stuff.
A lot of companies, and actually when I got here, the joke was the management team before me would only talk about good things, would never talk about bad things. And I always found when I was a younger employee that it insulted my intelligence when senior leaders basically, communicated in a propaganda kind of way.
I was like, okay, come on, that's not really true. And I think most people can see [00:30:00] right through you. And so I always felt it's really important to build credibility. It's to really talk about both what's going and what the real issues and problems are in the business and how we're going to talk about it.
Because once, what was interesting, and I do that with the board as well, and I mentor younger CEOs saying, when you tell an experienced board member that everything is going fabulously well, either will immediately think one of two things. Either you don't know what you don't know, or you're lying to them.
Because every company, even the best run companies, have something blowing up somewhere. And so I start my meetings always talking about problems. Here's the issues and challenges I'm struggling with. Here's what's going on, team dynamics. Here's, people I'm worried about. When the team comes in, this is where I encourage you to probe, blah, blah, blah.
And what's interesting is the more my commitment to the board is they will typically never hear any bad news they'll typically hear bad news from me first. What it does is it disarms the board because the board never feels like I'm trying to hide information and then they're leaning in to help me.
And in fact, the board has commented, I give them a lot of access to people, multiple levels below me. So I have teams come in based on, [00:31:00] say, we're talking about a particular project or a particular function. So they love that they have visibility, many levels, layers into the organization. For, one, more transparency.
Two, they can see the depth of our bench and get a sense of, the culture that we have. And I find that incredibly powerful.
Logan: I spoke to one of your former board members and he said that you are one of the best people he's ever worked with on doing what you say you're going to do and holding people accountable so that they actually execute on whatever said is actually going to be done. How do you go about building a culture of accountability and actually making sure people follow through on what they say they're going to do?
Dev: This is tied to something else. I always believe bad news travels very slowly up the organization, but very quickly down the organization. Good news will find me anywhere. I could be in a beach in the south of France, I could be in, in Hawaii or Tahiti, and good news will find me. And, but bad news I have to go looking for.
And whenever I hear bad news, I assume, immediately assume two things. One I'm the last to know. And two, it's far worse than what people are telling me, because invariably [00:32:00] people always, or shave a little bit of the truth to be a little bit more diplomatic and in, in a simple example would be you have a customer who's starting to throw you out the sales team tells their sales manager, we have a problem at Acme company, over multiple layers, the way it comes to me is that we're dealing.
With a slight problem at Acme company, but then two months later, the customer returns. And you're like, how the heck did that happen? Now, we don't do that here, but that's an example of what happens in most companies. So we try to really encourage sharing of bad news. And we try not to shoot the messenger.
Sometimes we're, some people are not good at that, but that's really important because you can't get people to share bad news. They feel like they're going to get punished for it. then what that also does is that it elevates problems quickly. And I always believe that people don't perform, always perform to what you expect, they perform to what you inspect.
So if you have a high culture of inspection. is this project going? What's happening in the forecast? What's happening with that person? What's happening with that team? You end up invariably finding out what's going on. And the [00:33:00] more inspection you have, not micromanagement inspection, and you do part of your operating rhythm, the more quickly you can identify problems.
And this is back to the DRI thing. If you have a good DRI, who's very clear what good looks like, has buy in from key stakeholders, and you're clear on the measurements, Then when they come and report, it's very easy to now, report on progress against the metrics that we think we define as success.
And when things are, say, falling behind plan, then you start escalating that and saying, I have a problem, we need to fix these issues.
Logan: Feedback loops, keeping those very tight. It's super important with companies in general, but are certainly fast growing companies so that you can be held accountable to what you say you're going to do and also be able to iterate pretty quickly. How do you go about keeping feedback loops tight within Mongo?
Dev: I think feedback is a gift. I think in every facet of life, feedback is important. Whether it's feedback in your personal life, if your partner's annoyed at you, you want to hear that feedback because then you don't know what's irritating or upsetting them. And then in the business side, the shorter the feedback loops, [00:34:00] the more responsive you can be, especially to customer needs or market opportunities.
And the classic example is look at government functions. The feedback loops are very long. Imagine going to the Department of Motor Vehicles. You want to pull your hair out because they're not that attuned to customer feedback. And to me, feedback is very important. And that, again, it's by a culture of high trust, being comfortable sharing bad news having positive intent.
And then actually acting on it because the worst thing you can do is give feedback and no one does anything about it. And so then you say this company doesn't care, this person doesn't care. So you have to have a bias to action. Now, sometimes you can say, I hear you, but this is not as important as some other things we're trying to do.
And we're going to sequence this later. And make them understand that in the oral scheme of things, it may not be as important as you think it is, but it's important to have that discussion and align on what to do now versus later.
Logan: You guys maintain hybrid as a work environment today. How have you thought about that? How do you make it work?
Dev: Yeah, so I don't believe what's happened, especially here in New York, a couple years ago, there's a notion of quiet quitting, or people [00:35:00] believe that... Anyone who's worked from home is not working as hard as someone in the office. I don't believe that. I think that, how the productivity someone is defined by how aligned they are to the mission of the company, how aligned, how clear are the objectives of what they're what they're trying to do and how closely, how well they're held accountable.
And so I also, when I talk to employees, they value the flexibility, in a world where. boundaries of when work stops and when your private life, begins in the day is now blurred, right? So people value, I had a employee tell me the most important part of my day is being able to pick up my child from school.
That's a very important moment for me, but this person works incredibly hard and is a high performer, but that flexibility, makes her much more committed to MongoDB because she has that flexibility to be there. Other people love the fact that, hey, in the middle of the day, I've got to go see the dentist or have a doctor appointment or take care of an errand.
We do also believe in the importance of in person meetings, but I think it's not like people are talking to each [00:36:00] other every minute of the day. There's times of this burst of activity, and then you come in to calibrate whether it's a QBR, planning session, you're kicking off a project, or you're coming in and assessing the state of the project.
So I don't think you need to be in the toothpaste is out of the tube with the pandemic. And I think it's the way you hold people accountable is through their leadership. if you have a high bar and high standards, you can still drive high productivity even if people are working at home or in the office.
Logan: We touched on, you did a RIF when you first got the MongoDB, but but during the pandemic and when everything reverted back over the course of as interest rates went up, you did not do a broad based RIF and I think philosophically you're against RIFs in general, not for some moral reason, but because it masks a bunch of performance and management related considerations.
Can you talk about that?
Dev: I think I think the risks have a place if there's suddenly some structural cost structure problem you have in the business. Imagine if 50 [00:37:00] percent of your customers disappeared overnight, no amount of performance management that can right size the business quickly and you have to make some hard decisions.
I, the reason I'm allergic to RIFs in general is because to me and it happened here at MongoDB when we got a sense in 2022 that the world was changing and and things were going to become very different, a lot of people came to me and said, why don't you just do a riff, that'll be so easy to do that and we're, we'll be all good and it'll probably be even more quick and more efficient than just doing this performance management process.
Thanks. I said to them is that, but I'm not teaching anyone any muscles, right? we're not teaching people. One of the biggest weaknesses of new managers, and even existing managers, is knowing how to hold people accountable. I have a three step process on how to hold people accountable.
We, I'll tell you that later if you're interested. But we want to develop the muscles of knowing how to hold people accountable. And what was interesting is that I had people who came up to me after the process and said, You know what, Dave? It was surprisingly easy to find the bottom 5%. And I [00:38:00] said, What did that tell you?
It said that either we hired the wrong people or we didn't develop them, but we clearly had a problem. And it was the impetus of me pushing you caused you to deal with that problem. You weren't dealing with that problem proactively. And that there in itself is a problem. And we need to be much more proactive in dealing with performance issues.
Because the best people get very frustrated when they work with people who are either not as committed or not as competent as them. Because now you're actually penalizing all the good people who are working hard. To cover for the people who are not producing at the rate they should
Logan: Now I want to hear your three steps for holding people accountable.
Dev: So the first step is you gotta be very clear on what you want.
And for project, for the role in this period, whatever, you gotta be very clear here are my expectations. so a simple example would be, say I expect you, you to send me a report every Friday on the week's activities. I'll just make a trivial example. the first Friday, you don't send it to me, and then I see you on Monday, I say, Hey, where Logan, where's that report?
You go, Oh yeah, I forgot about it. I'll get it to you, and then you [00:39:00] send it to me. And I go to you and say, Logan, Listen, I may not have been clear why that's important to me, but I use those reports to really understand what's going on in the business. You and your team play a really critical role, and it's not just make up work.
This is really important to me. So what I'm really doing is I'm making the prompt, that was my fault for not clearing, making clear to you what the importance was for why I'm asking you to do this. And then I said, now are you clear, Logan? Does everything make sense? And you go, yes, I got it. Now, the next time you forget to send me that report, now I can hold you accountable.
So you can't hold someone accountable if you don't do steps one and steps two. So most people get terrified of holding people accountable because, one, they're not clear on what they want, and they've not been giving clear feedback on when there's been missteps. And when you don't give feedback, you're basically sending a message not just to Logan, but to everyone else.
What I want is not really that important. There's not really a culture of discipline. I am okay to let people cut corners. And that by itself is sending a message that maybe this is not as a high performance [00:40:00] organization as it is. And so going to that three step process, at least for me, makes it much more easy to hold people accountable.
Logan: I've heard you say that recruiting is like pipeline management. Once you stop it, even for a bit, it dries up. How much of your time do you spend recruiting today?
Dev: Today, not as much. Obviously for senior level recruiting, I spent a lot of time. We just hired a new CTO. So I was obviously intimately involved in that recruiting process. And I was pleased that I actually beat my own ambitious goal by a month, but that's a different subject. But obviously recruiting, it all starts with recruiting.
And if you can't hire the best people, then nothing else really matters. In my mind a leader has to essentially do three things. One is recruit the best team possible. develop them to get them to do what you want them to do. And three, make sure they consistently meet and exceed their commitments, right?
So recruit, develop, and execute. But it all starts with recruiting, and I think McMahon has said this before. If you hire mediocre people but do a great job in development, and really monotonously focus on execution, you'll still have a mediocre outcome. If [00:41:00] you hire great people and do an okay job in development, an okay job in inspection, you can still have a pretty good outcome.
So it all starts with recruiting. the point about the pipeline is that like a sales pipeline, a recruiting pipeline dries up pretty quickly. So you're talking to candidates, you're screening candidates. But then if you say, you know what, I'm not going to put focus on recruiting, those candidates will slowly wither away and go somewhere else.
So then you say, oh my God, I need to hire a hundred people next quarter. You can't suddenly like magically produce a hundred candidates, hundred qualified candidates very quickly. So constantly being in the market and talking to people, even if you don't have roles to fill and getting a sense of who's great, who's out there selling the message and the value proposition important for us because we're planting seeds.
Sometimes we need to harvest those seeds very quickly. Sometimes we're planting seeds because we know in the future we will want those people to consider joining
Logan: One of the things I heard you say in your interview process is that you inspect how thoughtful everyone was in switching [00:42:00] between jobs. Why is that important? How do you go about thinking about it?
Dev: To me, the most important professional decision you can make is what company to go to, right? So when I look at a resume I try and understand why do they go from company A to company B, or why do they even start a company A? Why do they go to company B? And then maybe C or D trying to understand the decision process.
And what I'm really trying to assess is how thoughtful were they in making that decision to go from company A to company B, because as I said, that's a very important personal decision for that person. And if that person is pretty cavalier, I followed my boss. Oh, I got a call from a recruiter and they offered 20 percent more.
Then I'm thinking to myself, okay, those might be interesting signals, but that's not a very thoughtful process. Then I'm thinking to myself, how thoughtful they're going to be when they're in that job making day to day decisions about what products to build, what marketing programs to execute on, how to prosecute sales deals, et cetera. And so that to me is a really high quality signal about the kind of person they are. Whereas conversely, if they're incredibly thoughtful and [00:43:00] saying, I was really happy here, but I saw this new emerging trend. I was really intrigued by this new technology trend. I talked to five or six different companies.
Of those five, six companies, company seemed the most interesting. I cold call them, got a bunch of meetings and then they all to offer jobs. And now that's a person who's incredibly thoughtful. I automatically assume if someone's been a job for two years and less, they failed. Unless there's clear evidence that there was another reason why the left, I either got married and had to move to another city or there's some personal event in their life or the company got acquired and they shut down that operation, whatever.
Why two years? Because in most companies, it takes about a year to figure out that someone's not working out, and then another year to get rid of them. So if you've been at a company for less than two years, unless you can convince me, clearly convince me, why, I've automatically assumed you failed.
Logan: Any favorite interview questions or things you try to tease out in an interview besides the thoughtfulness by which they switch jobs?
Dev: Yeah, I would say understanding both why this is your job. The other thing I like to [00:44:00] probe on is, me an example of something you're really proud of. What is a really proud accomplishment? they'll tell me, they closed this deal, they got this product out the door, blah, blah, blah.
Then I'll start drilling in and tell me more and go into excruciating detail. if they have the details at their fingertips, that tells me they were directly involved. If they were like a tertiary team member of some project that was successful at a company, then very quickly I can figure out that they weren't really involved, but they were just, trying to essentially get credit for that, that project or that initiative that the company undertook. So that tells me again, how intimately involved they were in those and quote unquote, their most proudest moment, right? If it's your most proudest moment, it's gotta be something that you should be directly and intimately aware of.
Logan: If a job opens up internally and you have an internal candidate versus an external candidate, obviously you have a disproportionate amount of information about the person you've worked with in the past and you're comparing them to someone externally. How do you think about evaluating those two people for the job?
[00:45:00] And how do you think about discounting or maybe factoring in how much you know about the internal candidate versus the external one?
Dev: Yeah. So just stepping back, I was, and with the thing I've said here, MongoDB, and I said at Blade Logic was I want people to come here to build a career, not to come here for a job. But the problem, here's the problem that most leaders run into is that. have their own existing team, now they have a job opening.
Joe or Sally are interested in that job, but you have a very nuanced opinion of them because you see what they're good at, but you also see some of the things that maybe they're not so good at in some of the wards. But it's a very nuanced perspective on Joe and Sally. Meanwhile, John shows up with a pristine resume, comes in, presents the best sense of him of the self.
And now all of a sudden you're like, wow, John's got all this credentials, he's got this track record, he's got all these results, maybe I should hire John. What happens is you end up hiring John because you have an asymmetry information, you only see the good stuff about John, but you have a much more nuanced view of Sally and Joe.
[00:46:00] then six months later, you realize John can't, doesn't walk on water either. He's got things that he's good at and he's got things that he doesn't good at. But what you've done is now you've demotivated Sally and Joe. And now all of a sudden they say, maybe this is not the place for me.
Now all of a sudden they say, maybe I should contemplate going somewhere else. So I'm not suggesting that you never hire from the outside. Of course we've hired from the outside, but you want to make sure your people inside the company, especially the people who are performing are given a fair shot for growth opportunities.
You also don't want to is just have blind spots and say, I'm only going to, promote someone internally. You want to make sure that you assess the talent pool in the marketplace. And that to me is the best way to really make the right decisions for the business. But ideally. If push comes to shove, I'd much rather promote within because it creates a meritocracy, you retain the culture, and you basically know what you're getting far better than anyone from the outside.
Logan: In a fast growing company the slope of the business oftentimes will outpace the slope of the individual in that role. How do you make decisions about if someone's been good for up to that [00:47:00] point in time, but it is time to maybe move on and bring on someone from the outside? How do you think about the, that, that balance and trade off?
Dev: My philosophy on that is you can usually fool the people above you, you can sometimes fool the people around you, you can never fool the people below you. And the biggest tell for me if a leader is not scaling is how frustrated is their team becoming. Are good people starting to leave? It's the quality of the new people that the leader's recruiting is now no longer A's, but now B's and B minuses and C's.
That to me is a huge tell about whether or not a leader is scaling. Because the people who work for you clearly know how effective you are, clearly know the quality of decisions you're making, clearly know if you're being a hindrance. Or an asset in terms of enabling them to get their jobs done. And so that will show up very quickly to them.
And so that to me is the best tell. And in fact, when I joined MongoDB, one of the first things I did was review all the organizations. And I tried to understand, who was in these teams, what the level of turnover was, and the quality of the people in those teams. And that [00:48:00] gave me a great map about where the problems were in the organization.
And that also informed my decision of where to focus first. And I think that just remains. It may seem awkward to say this, but we've gone through many leadership transitions. I've been through three CMOs. I've been through two, two CFOs. I've been through three CROs. I've been to two chief product officers.
I've been through three CTOs. And that's just a function of the business scaling very quickly, but not everyone scales at the same rate. Now, some people left on their own volition. They were tired and they, want to take some time off. In many cases, the people just couldn't scale to the next level.
Logan: Now, your parents gave you two options professionally. You could either be an engineer or a doctor, right? And ultimately, you found your way finding religion in sales as well. How did you discover sales as something that you had passion for? And what would you tell the CEOs that maybe view it as black art or something unbecoming?
Dev: Yeah my dad was a rocket, a true rocket scientist. He designed rocket [00:49:00] engines and satellites. And he always viewed sales as like a bunch of used car sales guys and thought it was not a very honorable profession. So what was interesting is when I started working, I was in this rotational assignment AT& T where they gave me exposure to different functions and the functions that were closest to the customer where I could see the intersection of business technology coming together was where I got really, interested and excited.
I personally knew that I didn't want to be like a hardcore developer or some engineer in a backroom designing, circuit boards or something like that. So I felt like I wanted to be where the business and the technology came together. And then as I started learning more and more about business, I realized sales is so important to the success of any business.
AT&T being, having its monopoly roots, didn't really actually have a great sales force. And I went to a smaller telecom company called Teleport, which is a C elect. They also had an okay sales force. So one of the reasons I reached out to Steve Walsky is because PTC had this reputation of having a great product and an, also an amazing sales force.
[00:50:00] If you marry a great product with a great go to market engine, obviously in the old days it was only sales, for us it's now self service. and various different sales channels. That's where the magic happens. And what I tell people is that as much thought as you put into product, we also think about very hard about how we're thinking about how we go to market, how customer buying behaviors changed.
And I believe that if you can make product and go to market competitive advantage, that really differentiates you from other companies in the industry.
Logan: Now I, every job I've heard you say, and I agree with, has something that you hate about it. I think we live in this culture of people looking for this perfect thing out there and job hopping and all of that. Is there, can you elaborate on that point and what advice would you have for young professionals that are maybe trying to find the perfect job with nothing that they hate in terms of their profession?
Dev: I don't think the perfect job is this. I think there's things you can find that you love to do, but there's always going to be facets of that job that are [00:51:00] maybe not as enjoyable. And I find when I, the other thing, when I talk to people, why they move from say company A to company B, what I'm also trying to understand is are they running away from something or they're running to something?
And what I find is a lot of people, especially this younger generation, They don't necessarily have the skills to deal with adversity. So their inclination is to run away from adversity and go to somewhere else where they think the grass is greener. And I tell my own boys, happiness and success is not the absence of problems is the ability to deal with them.
You may have a boss that you don't get along with. You may have you're dealing with a difficult customer and the very unreasonable, what are you going to do? You may have a product that doesn't always work and you're frustrated because it's awkward. It's embarrassing you in front of you.
If you're a salesperson, front of your customers who trust and respect you, there's going to be always situations and difficult things. You can choose to run away or you can say, how am I going to fix this problem? Or how am I going to elevate this issue that's someone who can't fix this problem.
To me, those are really important life lessons. Now, obviously [00:52:00] if a company's in like a death spiral, no one's suggesting you keep staying there, but I think it's important for people to learn how to deal with adversity. Obviously grit is something that we think a lot about. And one of the characteristics we look for is are these people have grit and one of the things, or as.
Some people call it, do they fight or flee? I'm a fighter. And I hope to find other people who who have that orientation to, to buckle down when things get
Logan: No, we've referenced McMahon and Walsky, but I want to back up to the to the original days of BladeLogic. So can you tell the story of how BladeLogic came to be and then maybe the fortuitous timing of the fundraise and all that journey? Sure.
Dev: So I had been at a company called Breakaway Solutions, which, and I've started a company called Aplica, which is the corpus of their cloud computing business. So we were like a first generation cloud computing being telco guys. We call ourselves application service provider. So it was a very sexy term.
Logan: Yes.
Dev: We thought it was all about the sophistication of the network, not anything to do with the application. So while Benioff was launching Salesforce and [00:53:00] thinking about a radically new multi tenant architecture, we were thinking about, it's all about the network and because we're, we were data networking guys, the network could solve the whole problem.
Obviously we were wrong. We ended up taking that company public and then 70 percent of our customers are .coms. And then obviously we saw the rise and fall of the first bubble.
Logan: What was the peak market cap of that? About 5 billion. Wow.
Dev: And that being said, we were, we had essentially 11 data centers around the world. They were co host sites, but we were provisioning and managing all the infrastructure.
And as the business was scaling, I was constantly throwing people at that problem to provision, manage infrastructure, because with the first generation of internet architecture, the complexity was moving from the desktop to the back end, clients. And I was like shocked when things started getting tougher, I said, there's got to be tools to automate this because we just can't keep throwing people at the problem.
And I was shocked to find out that there were no tools. Most of the tools were desktop tools. It just didn't really work in a server oriented world. So then I left Breakaway. I actually ended up being an EIR at Bessemer and I worked on this idea and my co founder was an EIR at Battery. And we both [00:54:00] decided to work together.
We basically worked on this idea and was the corpus of Starting Blade Logic was coming out. With a new server based orientation to provision and configure servers in data centers. And so this was in the summer of 2001. And, we had done a bunch of market research, and obviously the bubble had just burst, so investors were quite skittish about funding new companies because they were just dealing with the trauma of all the companies that were basically struggling, so the bar was quite high.
the valuations were not great. So it was quite expensive to raise capital. We ended up raising our first round five days before nine probably would not be talking to me today if I'd waited five days longer, right? Because that deal probably would have fallen apart.
Logan: I, Neeraj Agarwal wrote a blog post, who let the servers out after the Baha men, who let the dogs out. I think it's still somewhere on the internet if you can if you can dig it up. But going through that journey, you guys competed head to head with Opsware, which for people that don't know, was run by Ben Horowitz and there was Mark Andreessen and it was a legendary battle, I would say that, I don't know if there's [00:55:00] anything that's even quite like it.
Today of the culture and you had John McMahon, they have our cranny. It was a very
Dev: it's interesting. So actually, so I competed with loud cloud, which is the first version of ops for when I was running at breakaway
Logan: funny
Dev: they were another cloud computing company and then they decided to repurpose their software provisioning tool into a software company where I decided to start from a clean sheet of paper. By definition, I felt we always had the better product, but Mark and Ben are great marketeers. so what was interesting is that they had a flagship account in EDS and then they started trying to go after other customers, but they kept running into us and we were beating them everywhere.
So they realized, what are these BladeLogic guys doing that, we just don't know. And they realized we had a PTC guy running, actually it wasn't McMahon then, it was a guy named Steve Strahan, who was another PTC guy. So then they decided to basically follow the same playbook.
They actually did reach out to John but they ended up hiring a guy named Mark Cranny who also took the PTC playbook. And at the same time, Steve Strahan, again, another example of who did great [00:56:00] work in the beginning, but then I realized wasn't scaling to the next level. That's when I recruited John.
And yes, it ended up being two PTC sales guys running two very aggressive sales teams going after the market. And obviously Mark and Ben ultimately sold out to HP. And then we ultimately got bought a year later by BMC
Logan: and got bought what right before Lehman collapsed. You bookended both crises.
Dev: Bookended in both crises. Yeah so the day we closed our deal was the day JP Morgan bought Bear Stearns for three bucks a share.
Logan: And the culture of blades logic, the sales culture, like the number of people that have come through there. Not just Mongo but Datadog and Snowflake and Okta, and we can go down the list of other people that are Zscaler that power enterprise selling in Silicon Valley. recognize at the time how talented the sales folks you had within the organization were or is it a fish in water and you didn't totally like these are just the people around you
Dev: I consciously wanted to build, I, remember, I, I believed in Wolski's philosophy that if you marry a great product with great distribution, that's when the magic happens. So I was very [00:57:00] conscious, which is why I ended up chasing after McMahon. Because he was already, even then a legend and saying, would you consider joining Playlogic?
Some people were actually shocked that I was able to get him. and then I would say the credit goes all to John because the, what John makes, what makes John really unique is I think one, he's an amazing listener. If you talk to people, when he interviews people feel like he looks into their soul.
Thing is, he's a fabulous recruiter. So his eye for talent is off the charts. So that's why the team was so good because he could really pick out. The best people, even if people with limited track records, but figure out they had something really special about them. he is an incredible developer of talent.
So it's not just recruiting them. But constantly train them and John and I would work together. What do we, what does the sales floor need to learn? This quarter versus next. Some of them would be sales specific issues. Other would be product and market issues. How to differentiate, Blaylogic versus Opster and all the other tools out there.
So developing talent was something that he was really good at. And then he was maniacal in execution. [00:58:00] so again, recruit, develop and execute. And John was a plus on all those.
Logan: Now, what about Walsky as a mentor? How did he influence you and yeah, why was he so good for you along the way?
Dev: Walsky, I give him a lot of credit for informing my leadership philosophy all the way from product and go to market and bring the two together, how to think about like leadership, how to think about like fundraising, how to think about managing the board. It was so because as a first time board member, this was all new to me and you just can't learn that quickly on the job.
Now there's a lot more data, in those days, the data was quite sparse and so you really have to talk to people. So I do encourage first time founders, whether or not you have a board member or not, but find mentors who you can talk to because the CEO role is a very lonely job, right? Because advocating for something that could be your team and not that they're being malicious, but they're advocating things that are important to them.
Then you have your board and there, there are things that they care a lot about too. So when you're thinking about things, you want to run [00:59:00] something by a board member, how it affects them, or maybe, their equity position is going to have some function of how they respond to that idea.
Similarly, if you're thinking about a restructuring the organization, if you want to socialize it with a few people, if it's going to potentially marginalize some people, they're not going to be very happy with that. So the CEO role is a very lonely role. And so having people you can go to where you can just get unvarnished advice, be very comfortable, laying out what the issues are and burying your soul and not worrying about it being used against you is so important.
And Walsky played that role for me.
Logan: I wanted to ask about the topic that you're right now, which I think is on Evergron's mind, artificial intelligence, and you guys are playing an important role in that. How do you think about AI? How does it compare to past trends that you've seen along the way and what role?
Dev: Yeah, the risk is being a cliche, I definitely think it's the next big profound platform shift in our industry. I think that what's interesting is, I would say AI 1. 0 is all about focusing on data scientists. I think AI 2. 0, where you'll see much more broad based adoption, especially around developers who have to build smarter applications and incorporate [01:00:00] these new, smarter technologies.
We feel like we are well positioned because it will unlock a lot of opportunities where a lot of people have been okay with keeping these legacy platforms in place. But now with the advent of AI, it may, it might be the catalyst for them to rethink about modernizing a big part of their infrastructure.
we obviously have announced some capabilities around vector and so on and so forth, where people can obviously leverage RAG to marry public data with private data to build these smart applications. But I think, it's very early days. What I'm really interested in understanding is how does the developer workflow change?
With the advent of AI. And I think we're just at the early days of figuring that out. And obviously we want to play a big role in enabling that developer workflow.
Logan: Now, you've been in New York City Tech for a long time, right? Now, were you up in Boston for Blade Logic and then moved down? No, I lived here. You were here the whole time.
Dev: We had our first child, who just graduated in May, in July of 2001 and so moving was impractical. So I was commuting up to Boston, but basically, I figured out [01:01:00] a way to do it. I tried to start BladeLogic in New York, but it was just too difficult because the ecosystem wasn't placed and the culture, when you try to talk to wall street people, they say, yeah, I'll work for a startup, but they want to keep their salary and still get a big equity, position in the company, which obviously wasn't practical.
Now I think it's very different here in New York, but yes I commuted up there and and then obviously I have always lived in the New York.
Logan: What's been your perspective of how New York's changed over the last, what, 22 some odd years, working in tech and ASP way back when and now software today?
Dev: So I went from the lone B2B guy to now surrounded by, companies like Datadog, which I'm on the board of, and companies like UiPath
Logan: I'm glad you retired from being a VC, by the way. Datadog is one of your only investments as a VC. Pretty good one, yeah.
Dev: Olivia and the team there get all the credit.
And Etsy obviously has also been a very successful company. So to me, New York is a fabulous place, right? Because one your customers are literally outside your front door. You have these amazing large companies, financial services companies, and other types of companies all in your [01:02:00] backyard.
Two, New York is a gateway to really anywhere in the world. You can get to Europe very quickly. It's like a West Coast flight. You can get to the Middle East, you can get to Asia, and going to Asia is not that much longer from New York than it is, say, from San Francisco. I think there's obviously a whole other dimension of New York in terms of culture.
Not everyone's in tech, there's so many other things. To me, I've been to almost every major city in the world, and I still think New York's the best city. So I'm that York is such a big tech center now.
Logan: Yeah, that's great. That's great. Last one before I let you hop, is there a piece of conventional wisdom, Silicon Valley wisdom that you adamantly disagree with that you hear get shared quite a bit?
Dev: The one thing I think there's a pejorative perspective on professional CEOs. But what's interesting is if you look at Nikesh Arora. Look at like Frank Zupman. I think I've done reasonably well. I think so. Professional CEOs had major impact, Mark McLaughlin before Nick Cash have some major men now.
The founder friendly kind of orientation makes a lot of sense. Obviously, these companies don't start without [01:03:00] founders who think differently and see problems or opportunities that other people don't see. But I think most people have this very pejorative view. They almost think, oh, the company's lost its way.
We'll have to bring in a professional CEO. But when you look at some of the biggest companies in the world and some of the most successful companies in the world, the right professional CEO is not exactly a bad thing.
Logan: Yeah. Good. Dave, thanks for doing this.
Dev: My pleasure. It's great to be here.