{"id":127,"date":"2019-10-30T11:11:59","date_gmt":"2019-10-30T15:11:59","guid":{"rendered":"http:\/\/redmonk.com\/kfitzpatrick\/?p=127"},"modified":"2019-10-30T15:28:29","modified_gmt":"2019-10-30T19:28:29","slug":"the-culture-trap","status":"publish","type":"post","link":"https:\/\/redmonk.com\/kfitzpatrick\/2019\/10\/30\/the-culture-trap\/","title":{"rendered":"The Culture Trap"},"content":{"rendered":"

Two excellent posts from my colleagues Rachel (<\/span>DevOps: Tools Can Lead The Culture Change<\/span><\/a>) and James (<\/span>Tools lead culture change: Happy Birthday DevOpsDays<\/span><\/a>) have contributed to an ongoing conversation about the relationship of culture and tools in the emergence of DevOps and the related adoption of software development practices and processes. Both lead with the premise that tools lead culture change (and go on to address how the relationship is more complex).\u00a0<\/span><\/p>\n

In this post I take a closer look at the idea of culture itself. While we tend to speak of culture as if we are all speaking of the same thing, this is not always the case. Likewise, while we often frame related concepts such as \u201cculture fit\u201d and \u201cculture change\u201d as positive, they can also be used as tools for gatekeeping and exclusion.<\/span><\/p>\n

Considering culture<\/span><\/h2>\n

My day-to-day has shifted far enough into tech spaces that I now almost automatically process \u201cculture\u201d as \u201ccompany culture\u201d (or even more specifically as \u201ctech industry company culture\u201d). For those of you who do not have such an internalized meaning at the ready, I offer Emily Freeman\u2019s definition from her recent book <\/span>DevOps for Dummies<\/span><\/i><\/a> (which I highly recommend):<\/span><\/p>\n

Company culture is best described as the unspoken expectations, behavior, and values of an organization. Culture is what tells your employees whether company leadership is open to new ideas. It\u2019s what informs an employee\u2019s decision as to whether to come forward with a problem or to sweep it under the rug.\u00a0<\/span><\/p>\n

Company culture is often described in terms ranging from \u201cvibrant\u201d to \u201chealthy\u201d to \u201c<\/span>toxic<\/span><\/a>\u201d. In some contexts (especially for startups) company culture has been leveraged as a <\/span>recruiting tool<\/span><\/a>. While Freeman characterizes it as unspoken, some companies have attempted to articulate aspects of company culture through explicit <\/span>mission statements, lists of values, or codes of behavior<\/span><\/a>.\u00a0<\/span><\/p>\n

And yet culture more broadly takes on a number of other meanings that can be useful to those of us in the tech industry. The term often denotes some combination of practices and artifacts (art, music, writing) through which we understand groups of people: something that you can soak up or understand by visiting a museum or eating at a properly local restaurant. Conversely, <\/span>for sociologist Ann Swidler<\/span><\/a>, \u201cculture\u201d works by \u201cshaping a repertoire or \u2018<\/span>tool kit<\/span>\u2019 of habits, skills, and styles from which people construct \u2018strategies of action.\u2019\u201d\u00a0In other words, it is so pervasive that it helps us navigate our everyday life.<\/span><\/p>\n

\u201cCulture\u201d is also used to construct categories of socially produced materials. Theorist Theodor Adorno, for instance, decried popular culture\u2014which he calls \u201c<\/span>the culture industry<\/span><\/a>\u201d\u2014as an antithesis to cultural products that he considered to be \u201chigh art\u201d. The concept of art itself is often associated with an even more restricted concept of \u201cculture\u201d constructed around elitism (and the question of who gets to decide what counts as \u201cart\u201d can be just as fraught as the question of who gets to decide what\/who counts as \u201ctechnical\u201d).<\/span><\/p>\n

\"Image
Auguste Rodin\u2019s \u201cThe Gates of Hell\u201d (Kunsthaus Z\u00fcrich<\/a>)<\/figcaption><\/figure>\n

Culture is so ubiquitous and yet so contested a term that we have an entire <\/span>interdisciplinary academic field of cultural studies<\/span><\/a> dedicated to it. It is used to mark things that we think should be preserved, practices that define groups of people, and\u2014perhaps even more importantly\u2014reasons for excluding people from those groups.<\/span><\/p>\n

The culture fit trap<\/span><\/h2>\n

It is this last use of culture that brings us back to tech. As much as even a medievalist like myself has begun to internalize \u201cculture\u201d as \u201ctech industry company culture,\u201d there is also a part of my mind that immediately processes \u201cculture\u201d as a tool of exclusion or gatekeeping, especially through the hiring criteria known as culture fit.\u00a0<\/span><\/p>\n

The process of hiring for culture fit, <\/span>roughly defined in this Forbes piece<\/span><\/a> as \u201cseeking out individuals who align with your company\u2019s unique culture and values\u201d sounds (and can be) beneficial and is often accompanied by the qualification of also prioritizing diversity. In practice, however, culture fit can also become a justification for excluding otherwise qualified candidates and perpetuating a monoculture. Or, as this <\/span>Harvard Business Review<\/span><\/a> piece on hiring argues:\u00a0<\/span><\/p>\n

What most people really mean when they say someone is a good fit culturally is that he or she is someone they\u2019d like to have a beer with. But people with all sorts of personalities can be great at the job you need done. This misguided hiring strategy can also contribute to a company\u2019s lack of diversity, since very often the people we enjoy hanging out with have backgrounds much like our own.\u00a0<\/span><\/p>\n

Hiring for culture fit all too often becomes hiring people who are like us or who we think will easily follow established practices and customs. Another instance that has popped up recently on Twitter (based on a student\u2019s notes on Max Levchin\u2019s guest lecture in Peter Thiel\u2019s class at Stanford):<\/span><\/p>\n

https:\/\/twitter.com\/SaddestRobots\/status\/1184885797419401216<\/p>\n

The above example, in which candidates are seen as culture mismatches because they play basketball or do not fit a very precise combination of \u201cnerdiness + alpha maleness,\u201d nicely illustrates how some organizations justify exclusion by privileging certain perceived aspects of their company culture when hiring for culture fit.\u00a0<\/span><\/p>\n

While it is tempting to think of such practices as happening \u201csomewhere else,\u201d there are few things (aside from being the candidate who has been excluded under such circumstances) more anger-inducing than having insight into your own company\u2019s hiring processes and seeing very qualified candidates dismissed because of \u201ccultural fit\u201d concerns that amount to \u201cthey do not look and speak like the people in charge.\u201d In such cases, culture fit has become a trap whereby companies can, among other consequences, severely limit their candidate pool (while likely blaming a <\/span>pipeline problem<\/span><\/a>), further alienate current employees who may already feel marginalized, and cultivate a reputation for exclusion.<\/span><\/p>\n

But what about culture change?<\/span><\/h2>\n

When we talk about \u201cculture change\u201d in the tech industry in general and in the context of DevOps in particular, we almost automatically assume that culture is understood and that change will be positive, thus resulting in greater velocity, more efficiency, and happier teams. Indeed some of these articulations of culture surrounding DevOps are particularly appealing to me, such as Freeman\u2019s prescription for culture as \u201ccollaborative and customer centered.\u201d And yet, I wonder how easily even concepts as seemingly lovely as collaboration and customer empathy can result in unforeseen consequences, especially if cherry picked out of contexts that explicitly call out the importance of diversity (as Freeman and many other DevOps proponents rightly do).\u00a0<\/span><\/p>\n

Emphasis on collaboration as a component for a DevOps-motivated culture change, for instance, could quite easily result in the adoption of the same type of exclusionary practices we have seen with culture fit and hiring, yet under a different guise. Furthermore, while we have begun to identify and talk about considerations of culture fit as potentially adversely impacting hiring, the obvious corollary in considering team formation\u2014in this case that we could end up with less diverse DevOps teams <\/span>because <\/span><\/i>they were created with a \u201cwho would I like to have a beer with\u201d version of collaboration in mind\u2014is not often considered.\u00a0<\/span><\/p>\n

Likewise, the customer empathy prescribed by DevOps is, to my mind, an obvious strength, but is there also a sense that it can go too far? Too often in tech we are reductive about the customer: while we might explicitly say that we are considering a diverse range of customers, implicitly we may be concerning ourselves primarily with the needs of a 28-year-old white male software developer living in San Francisco. We hear about how more diverse teams can lead to tackling problems differently and seeing the market from new and different perspectives. We never seem to talk about the inverse, which is \u201cWhat is the impact on teams when you have so narrowly defined your market\/audience that it leaves little room for different perspectives to feel welcome on the teams building the product?\u201d<\/span><\/p>\n

Because \u201cculture\u201d itself can be understood in so many ways, I argue that we should refrain from automatically assuming that the concept of culture is singular and that processes labelled as cultural change are necessarily positive. We have seen the concept of culture used in exclusionary ways before: culture fit in hiring, categorizations of what counts as art, reductive thinking around who we <\/span>would <\/span><\/i>like to get a beer with (and, indeed, any time folks in our industry <\/span>insist that it <\/span>must<\/span><\/i> be beer<\/span><\/a>).\u00a0<\/span><\/p>\n

And yet, <\/span>as my colleague Stephen argues<\/span><\/a>, culture is important (and certainly valued here at RedMonk). He suggests that when hiring we \u201cwhittle down the huge, unmanageably broad definition of culture down to just those few characteristics that do matter\u201d and then make those criteria clear and explicit. To my mind, the practices surrounding culture and culture change in DevOps would benefit from the same type of care and clarity. I would also like to see diversity and inclusion loudly and consistently prioritized; otherwise the impact of promoting culture change may become yet another culture trap.\u00a0<\/span><\/p>\n","protected":false},"excerpt":{"rendered":"

Two excellent posts from my colleagues Rachel (DevOps: Tools Can Lead The Culture Change) and James (Tools lead culture change: Happy Birthday DevOpsDays) have contributed to an ongoing conversation about the relationship of culture and tools in the emergence of DevOps and the related adoption of software development practices and processes. Both lead with the<\/p>\n","protected":false},"author":47,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"spay_email":"","footnotes":"","jetpack_publicize_message":"","jetpack_is_tweetstorm":false},"categories":[26],"tags":[16],"class_list":["post-127","post","type-post","status-publish","format-standard","hentry","category-tech-culture","tag-tech-industry"],"jetpack_featured_media_url":"","jetpack_publicize_connections":[],"jetpack_sharing_enabled":true,"_links":{"self":[{"href":"https:\/\/redmonk.com\/kfitzpatrick\/wp-json\/wp\/v2\/posts\/127","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/redmonk.com\/kfitzpatrick\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/redmonk.com\/kfitzpatrick\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/redmonk.com\/kfitzpatrick\/wp-json\/wp\/v2\/users\/47"}],"replies":[{"embeddable":true,"href":"https:\/\/redmonk.com\/kfitzpatrick\/wp-json\/wp\/v2\/comments?post=127"}],"version-history":[{"count":0,"href":"https:\/\/redmonk.com\/kfitzpatrick\/wp-json\/wp\/v2\/posts\/127\/revisions"}],"wp:attachment":[{"href":"https:\/\/redmonk.com\/kfitzpatrick\/wp-json\/wp\/v2\/media?parent=127"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/redmonk.com\/kfitzpatrick\/wp-json\/wp\/v2\/categories?post=127"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/redmonk.com\/kfitzpatrick\/wp-json\/wp\/v2\/tags?post=127"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}