[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"sanity-waor04fbLbOeegLp7QJ7RmOuorNZA356CVphrGMW2NE":3,"sanity-mge93koSpbOHy-n_fEjZMklE9KNB09aCyJovZFC0VNo":484},{"data":4,"sourceMap":-1},{"latestPodcast":5,"latestReleases":14,"post":39,"recent":459},[6],{"_id":7,"publishedAt":8,"slug":9,"sponsored":12,"title":13},"7ebd76d2-cebc-4b88-82f9-3dfb2c8bc5ca","2026-07-08T04:40:00.000Z",{"_type":10,"current":11},"slug","what-s-left-for-infrastructure-as-code-after-ai-moves-in",true,"What's left for infrastructure-as-code after AI moves in?",[15,21,27,33],{"_id":16,"publishedAt":17,"slug":18,"title":20},"eb5b66eb-9410-4329-83bb-22bbff39402a","2026-04-28T13:00:00.000Z",{"_type":10,"current":19},"turn-scattered-knowledge-into-trusted-intelligence","Turning scattered knowledge into trusted intelligence: Stack Internal 2026.3",{"_id":22,"publishedAt":23,"slug":24,"title":26},"369c2401-b62e-4a37-8ff8-bf603023ecad","2026-03-02T15:03:00.988Z",{"_type":10,"current":25},"what-s-new-at-stack-overflow-march-2026","What’s new at Stack Overflow: March 2026",{"_id":28,"publishedAt":29,"slug":30,"title":32},"5e9053a4-07ea-447c-91ea-29e0b6228537","2026-02-02T15:00:00.000Z",{"_type":10,"current":31},"what-s-new-at-stack-overflow-february-2026","What’s new at Stack Overflow: February 2026",{"_id":34,"publishedAt":35,"slug":36,"title":38},"a1b538eb-a8a6-46d0-80a1-ac70ec9bb935","2026-01-05T10:00:00.000-05:00",{"_type":10,"current":37},"what-s-new-at-stack-overflow-january-2026","What’s new at Stack Overflow: January 2026",{"_createdAt":40,"_id":41,"_rev":42,"_type":43,"_updatedAt":44,"author":45,"body":62,"comments":12,"dateUrl":430,"excerpt":113,"image":431,"legacyBody":434,"product":176,"publishedAt":437,"slug":438,"sponsored":176,"tags":440,"title":458,"visible":12},"2023-06-20T15:13:33Z","wp-post-22288","dgl3SCUzppW3U2LvCoTCwm","blogPost","2023-07-13T14:56:44Z",[46],{"_createdAt":47,"_id":48,"_rev":49,"_type":50,"_updatedAt":51,"avatar":52,"employee":57,"name":58,"role":59,"slug":60},"2023-05-23T16:27:18Z","wp-author-295","3Bta4LYddh6s1g3ALChVvb","blogAuthor","2025-05-09T17:21:54Z",{"_type":53,"asset":54},"image",{"_ref":55,"_type":56},"image-d670f8093b43e483a52ba692d929578633f70eb5-1024x1024-jpg","reference","current","Eira May","B2B Editor",{"current":61},"emay",[63,83,107,115,123,131,139,148,156,177,196,200,208,216,224,234,242,250,258,266,274,282,290,309,317,325,344,352,360,368,384,392,400,407,415],{"_key":64,"_type":65,"children":66,"markDefs":81,"style":82},"bde76d4bc8b6","block",[67,72,77],{"_key":68,"_type":69,"marks":70,"text":71},"bde76d4bc8b60","span",[],"When technology organizations run into problems, they often look to tech products to solve them. It makes sense: we build tech to solve problems, so naturally we look to someone else’s tech to solve ",{"_key":73,"_type":69,"marks":74,"text":76},"bde76d4bc8b61",[75],"em","our ",{"_key":78,"_type":69,"marks":79,"text":80},"bde76d4bc8b62",[],"problems.",[],"normal",{"_key":84,"_type":65,"children":85,"markDefs":106,"style":82},"5d389a58278e",[86,90,94,98,102],{"_key":87,"_type":69,"marks":88,"text":89},"5d389a58278e0",[],"But for any piece of tech to work as intended, you have to make sure everyone on the team agrees on using ",{"_key":91,"_type":69,"marks":92,"text":93},"5d389a58278e1",[75],"this",{"_key":95,"_type":69,"marks":96,"text":97},"5d389a58278e2",[]," technology to solve ",{"_key":99,"_type":69,"marks":100,"text":101},"5d389a58278e3",[75],"that",{"_key":103,"_type":69,"marks":104,"text":105},"5d389a58278e4",[]," problem.",[],{"_key":108,"_type":65,"children":109,"markDefs":114,"style":82},"a05e08300778",[110],{"_key":111,"_type":69,"marks":112,"text":113},"a05e083007780",[],"If you’re thinking about rolling out a new tool to your team, you should also be thinking about how to get colleagues and management on board, how to embed that tool in your everyday workflows, and how to assess whether it’s working as it should. Tech that solves human problems needs humans to participate in those solutions.",[],{"_key":116,"_type":65,"children":117,"markDefs":122,"style":82},"87890c633d3a",[118],{"_key":119,"_type":69,"marks":120,"text":121},"87890c633d3a0",[],"However passionate you might be, declaring that Tool X will improve every aspect of every business process is unrealistic, and unlikely to earn you the support of your colleagues and managers—especially if you’re asking them to learn something new or tweak their workflows to accommodate a tool whose value they’re not convinced of.",[],{"_key":124,"_type":65,"children":125,"markDefs":130,"style":82},"edede5a66b30",[126],{"_key":127,"_type":69,"marks":128,"text":129},"edede5a66b300",[],"Particularly when budgets are tight, many companies scrutinize tool usage to make sure they’re spending money wisely, not wasting it on shelfware—software you buy but never use. If your team isn’t aligned around the need for a new tool, adoption will probably be underwhelming, and your solution will end up gathering metaphorical dust.",[],{"_key":132,"_type":65,"children":133,"markDefs":138,"style":82},"2d848068f500",[134],{"_key":135,"_type":69,"marks":136,"text":137},"2d848068f5000",[],"In this article, we’ll lay out some strategies for keeping your new tool from becoming shelfware.",[],{"_key":140,"_type":65,"children":141,"markDefs":146,"style":147},"631e8ed8c074",[142],{"_key":143,"_type":69,"marks":144,"text":145},"631e8ed8c0740",[],"Focus on use cases",[],"h2",{"_key":149,"_type":65,"children":150,"markDefs":155,"style":82},"529348bca72d",[151],{"_key":152,"_type":69,"marks":153,"text":154},"529348bca72d0",[],"You can make a more compelling case for adoption by identifying the most impactful use case for your solution and leading with that. Aligning yourself from the beginning with a specific process like cloud migration or product releases can also help you articulate and demonstrate the value of a new tool.",[],{"_key":157,"_type":65,"children":158,"markDefs":172,"style":82},"cf75eb074323",[159,163,168],{"_key":160,"_type":69,"marks":161,"text":162},"cf75eb0743230",[],"In ",{"_key":164,"_type":69,"marks":165,"text":167},"cf75eb0743231",[166],"2d80fc4de837","a recent post",{"_key":169,"_type":69,"marks":170,"text":171},"cf75eb0743232",[]," on our blog, Chelsea Troy, a staff data engineer at Mozilla, suggests starting by talking about the problem you’re trying to solve (“We get so many notifications that we miss important alerts and aren’t able to focus on our work”) rather than centering your proposed solution (“Look at this neat tool I found for managing alerts”).",[173],{"_key":166,"_type":174,"href":175,"reference":176},"link","https:\u002F\u002Fstackoverflow.blog\u002F2023\u002F05\u002F10\u002Fhow-do-we-get-a-tech-team-to-make-a-big-technical-change\u002F",null,{"_key":178,"_type":65,"children":179,"markDefs":193,"style":82},"459c44900eee",[180,184,189],{"_key":181,"_type":69,"marks":182,"text":183},"459c44900eee0",[],"Another tried-and-true method of showcasing a tool’s value and sparking interest among the wider org is to roll it out first to one or two teams in a pilot, like ",{"_key":185,"_type":69,"marks":186,"text":188},"459c44900eee1",[187],"32a262ea48fd","Dropbox",{"_key":190,"_type":69,"marks":191,"text":192},"459c44900eee2",[]," did with Stack Overflow for Teams.",[194],{"_key":187,"_type":174,"href":195,"reference":176},"https:\u002F\u002Fresources.stackoverflow.co\u002Ftopic\u002Fclient-stories\u002Fdropbox-case-study\u002F",{"_key":197,"_type":53,"alt":176,"asset":198,"markDefs":176},"3f1a6f85138e",{"_ref":199,"_type":56},"image-6d338ee4f56885315456e90cce701a15301136ff-728x90-png",{"_key":201,"_type":65,"children":202,"markDefs":207,"style":147},"06e2debe3543",[203],{"_key":204,"_type":69,"marks":205,"text":206},"06e2debe35430",[],"Identify your advocates",[],{"_key":209,"_type":65,"children":210,"markDefs":215,"style":82},"9d0ebcb9ca66",[211],{"_key":212,"_type":69,"marks":213,"text":214},"9d0ebcb9ca660",[],"A successful tool adoption starts with the early adopters, who play a critical role in demonstrating a tool’s value and communicating that value throughout the org. These early adopters are your true leaders, says Stack Overflow engineering manager Peter O’Connor. Identify champions at the individual-contributor level: tech leads or stack engineers who have the knowledge and credibility to drive adoption by demonstrating and socializing the tool’s value.",[],{"_key":217,"_type":65,"children":218,"markDefs":223,"style":82},"f87db450d2e6",[219],{"_key":220,"_type":69,"marks":221,"text":222},"f87db450d2e60",[],"Once your early adopters are in place, using your tool to solve their problems and telling all their friends about it, it’s time to think about identifying someone in leadership who can serve as an executive sponsor and high-level advocate for your adoption. This person can help ensure that your proposed implementation aligns with your company’s strategic goals, assist in building support and overcoming resistance from other executives, and otherwise provide support and direction to drive adoption. An executive sponsor should understand:",[],{"_key":225,"_type":65,"children":226,"level":231,"listItem":232,"markDefs":233,"style":82},"57bc62f54c14",[227],{"_key":228,"_type":69,"marks":229,"text":230},"57bc62f54c140",[],"What problems the new tool can solve, and how that positive change will impact the organization",1,"bullet",[],{"_key":235,"_type":65,"children":236,"level":231,"listItem":232,"markDefs":241,"style":82},"4a5263a1baff",[237],{"_key":238,"_type":69,"marks":239,"text":240},"4a5263a1baff0",[],"Who’s involved in introducing the new tool and how those teams\u002Findividuals can support adoption",[],{"_key":243,"_type":65,"children":244,"level":231,"listItem":232,"markDefs":249,"style":82},"e1a65339a825",[245],{"_key":246,"_type":69,"marks":247,"text":248},"e1a65339a8250",[],"How implementation will affect employees, consultants, and customers",[],{"_key":251,"_type":65,"children":252,"markDefs":257,"style":82},"8525f959c9bf",[253],{"_key":254,"_type":69,"marks":255,"text":256},"8525f959c9bf0",[],"To encourage ongoing usage after your initial rollout, it can be helpful to identify power users or advocates who can spread the news about the tool’s value, help others get up and running, and incorporate the tool into your existing workflows.",[],{"_key":259,"_type":65,"children":260,"markDefs":265,"style":147},"564d5262812d",[261],{"_key":262,"_type":69,"marks":263,"text":264},"564d5262812d0",[],"Build consensus over time",[],{"_key":267,"_type":65,"children":268,"markDefs":273,"style":82},"2b1266f01ad1",[269],{"_key":270,"_type":69,"marks":271,"text":272},"2b1266f01ad10",[],"You want people to want to use your tool. For that to happen, you must understand the context of the technical system you’re operating in. “Context is king” when it comes to getting technical teams to make big changes, says Troy: “Who has context on the system is who has power on the team. And that drives more technical decisions than we’d like to admit.”",[],{"_key":275,"_type":65,"children":276,"markDefs":281,"style":82},"3806ef275555",[277],{"_key":278,"_type":69,"marks":279,"text":280},"3806ef2755550",[],"Understanding that context requires talking to your teammates about what they need—and, more importantly, listening to them. Commit to understanding what your colleagues need and show them that their input matters to you.",[],{"_key":283,"_type":65,"children":284,"markDefs":289,"style":82},"f9d0de997181",[285],{"_key":286,"_type":69,"marks":287,"text":288},"f9d0de9971810",[],"Your goal, in Troy’s view, is to create “an environment in which people are able to ask questions and express concerns.” Make your coworkers feel heard, and they’ll be more likely to listen when it’s your turn to speak. This environment, Troy explains, “makes the difference between the big changes that sail through with support and the ones that get stuck in the mud because the team dragged their feet or outright resisted them.”",[],{"_key":291,"_type":65,"children":292,"markDefs":306,"style":82},"bcc298f21c49",[293,297,302],{"_key":294,"_type":69,"marks":295,"text":296},"bcc298f21c490",[],"This view is echoed by O’Connor, the engineering manager at Stack Overflow. Rather than issuing commands and rushing the adoption timeline, he says, teams that roll out new tools successfully ask for input, take time to build consensus, and foster a sense of ",{"_key":298,"_type":69,"marks":299,"text":301},"bcc298f21c491",[300],"227f0d6fdfa4","psychological safety",{"_key":303,"_type":69,"marks":304,"text":305},"bcc298f21c492",[]," in their teams.",[307],{"_key":300,"_type":174,"href":308,"reference":176},"https:\u002F\u002Fstackoverflow.blog\u002F2022\u002F01\u002F27\u002Fpsychological-safety-is-critical-for-high-performing-teams\u002F",{"_key":310,"_type":65,"children":311,"markDefs":316,"style":147},"9c92bb6cee4a",[312],{"_key":313,"_type":69,"marks":314,"text":315},"9c92bb6cee4a0",[],"Make adoption frictionless",[],{"_key":318,"_type":65,"children":319,"markDefs":324,"style":82},"07f6cd82316b",[320],{"_key":321,"_type":69,"marks":322,"text":323},"07f6cd82316b0",[],"You can minimize friction around adoption if you invest the time and energy up front to talk with and listen to your teammates, understanding the nature of their pain points and laying out how your solution will improve things. If you come charging in with a fully formulated plan and no interest in a collaborative discussion, teams will be slow to adopt a new tool or simply reject it.",[],{"_key":326,"_type":65,"children":327,"markDefs":341,"style":82},"389b9d0e82b0",[328,332,337],{"_key":329,"_type":69,"marks":330,"text":331},"389b9d0e82b00",[],"Keep in mind that a tool that fits seamlessly into the ecosystem of tools and processes your team is already using has a much better chance of being adopted enthusiastically than a tool that interrupts an established workflow. That’s one reason why ",{"_key":333,"_type":69,"marks":334,"text":336},"389b9d0e82b01",[335],"20a4bfef48ae","developers tend to adopt our paid platform quickly and easily",{"_key":338,"_type":69,"marks":339,"text":340},"389b9d0e82b02",[]," when our customers introduce it: they’re already used to turning to Stack Overflow’s public platform when they get stuck.",[342],{"_key":335,"_type":174,"href":343,"reference":176},"https:\u002F\u002Fresources.stackoverflow.co\u002Ftopic\u002Fthought-leadership\u002Fbest-practices-for-knowledge-sharing\u002F",{"_key":345,"_type":65,"children":346,"markDefs":351,"style":82},"9c9a72a8ab3b",[347],{"_key":348,"_type":69,"marks":349,"text":350},"9c9a72a8ab3b0",[],"In a previous role, my colleague Ryan Donovan saw firsthand how reluctant people are to use a new tool if it introduces clunkiness to their workflow. He was tasked with helping the engineering org adopt a Q&A product, but people primarily went to Slack for questions.",[],{"_key":353,"_type":65,"children":354,"markDefs":359,"style":82},"e4c5a423d3ac",[355],{"_key":356,"_type":69,"marks":357,"text":358},"e4c5a423d3ac0",[],"“Nobody was using the tool because it had a lot of proscriptive processes around it,” said Donovan. “First, all the questions were routed through pre-selected categories that we selected instead of letting the people with the questions select tags. Second, while the new tool had a Slack integration, leadership wanted to route questions to new channels specifically created to host questions. Both of these demanded workflow changes. No surprise that everyone still asked their questions in the team channels.”",[],{"_key":361,"_type":65,"children":362,"markDefs":367,"style":147},"9ffe5ed1f7ef",[363],{"_key":364,"_type":69,"marks":365,"text":366},"9ffe5ed1f7ef0",[],"Say no to shelfware",[],{"_key":369,"_type":65,"children":370,"markDefs":383,"style":82},"b45a5bd9a745",[371,375,379],{"_key":372,"_type":69,"marks":373,"text":374},"b45a5bd9a7450",[],"You may have noticed that many of the strategies we recommend here come into play ",{"_key":376,"_type":69,"marks":377,"text":378},"b45a5bd9a7451",[75],"before ",{"_key":380,"_type":69,"marks":381,"text":382},"b45a5bd9a7452",[],"the tool is actually rolled out. That’s because the best way to avoid shelfware is to do your homework ahead of time:",[],{"_key":385,"_type":65,"children":386,"level":231,"listItem":232,"markDefs":391,"style":82},"7e8fdb15a48a",[387],{"_key":388,"_type":69,"marks":389,"text":390},"7e8fdb15a48a0",[],"Learn where your tool can have the biggest impact",[],{"_key":393,"_type":65,"children":394,"level":231,"listItem":232,"markDefs":399,"style":82},"3f1ec247868d",[395],{"_key":396,"_type":69,"marks":397,"text":398},"3f1ec247868d0",[],"Enlist advocates to demonstrate and socialize your tool",[],{"_key":401,"_type":65,"children":402,"level":231,"listItem":232,"markDefs":406,"style":82},"cbf05700d161",[403],{"_key":404,"_type":69,"marks":405,"text":264},"cbf05700d1610",[],[],{"_key":408,"_type":65,"children":409,"level":231,"listItem":232,"markDefs":414,"style":82},"4a1b51b7b0a4",[410],{"_key":411,"_type":69,"marks":412,"text":413},"4a1b51b7b0a40",[],"Minimize friction around adoption",[],{"_key":416,"_type":65,"children":417,"markDefs":427,"style":82},"46fa5fb9d388",[418,422],{"_key":419,"_type":69,"marks":420,"text":421},"46fa5fb9d3880",[],"To learn more about making tool adoption successful, register for our upcoming webinar: ",{"_key":423,"_type":69,"marks":424,"text":426},"46fa5fb9d3881",[425],"c709cd4faf8d","Five ways to drive tool adoption and avoid the dreaded “shelfware.”",[428],{"_key":425,"_type":174,"href":429,"reference":176},"https:\u002F\u002Fstackoverflow.registration.goldcast.io\u002Fevents\u002Fa9d7af3c-d6f0-4624-94b4-906dbbbaae17?utm_source=so-owned&utm_medium=blog&utm_campaign=adoption-webinar-06142023&utm_content=featured-content","2023\u002F06\u002F08",{"_type":53,"asset":432},{"_ref":433,"_type":56},"image-af9453d02e77f9c60d5866550811d14bbbfe7b81-1200x630-png",{"code":435,"language":436},"\u003C!-- wp:paragraph -->\n\u003Cp>When technology organizations run into problems, they often look to tech products to solve them. It makes sense: we build tech to solve problems, so naturally we look to someone else’s tech to solve \u003Cem>our \u003C\u002Fem>problems.\u003C\u002Fp>\n\u003C!-- \u002Fwp:paragraph -->\n\n\u003C!-- wp:paragraph -->\n\u003Cp>But for any piece of tech to work as intended, you have to make sure everyone on the team agrees on using \u003Cem>this\u003C\u002Fem> technology to solve \u003Cem>that\u003C\u002Fem> problem.\u003C\u002Fp>\n\u003C!-- \u002Fwp:paragraph -->\n\n\u003C!-- wp:paragraph -->\n\u003Cp>If you’re thinking about rolling out a new tool to your team, you should also be thinking about how to get colleagues and management on board, how to embed that tool in your everyday workflows, and how to assess whether it’s working as it should. Tech that solves human problems needs humans to participate in those solutions.\u003C\u002Fp>\n\u003C!-- \u002Fwp:paragraph -->\n\n\u003C!-- wp:paragraph -->\n\u003Cp>However passionate you might be, declaring that Tool X will improve every aspect of every business process is unrealistic, and unlikely to earn you the support of your colleagues and managers—especially if you’re asking them to learn something new or tweak their workflows to accommodate a tool whose value they’re not convinced of. \u003C\u002Fp>\n\u003C!-- \u002Fwp:paragraph -->\n\n\u003C!-- wp:paragraph -->\n\u003Cp>Particularly when budgets are tight, many companies scrutinize tool usage to make sure they’re spending money wisely, not wasting it on shelfware—software you buy but never use. If your team isn’t aligned around the need for a new tool, adoption will probably be underwhelming, and your solution will end up gathering metaphorical dust.\u003C\u002Fp>\n\u003C!-- \u002Fwp:paragraph -->\n\n\u003C!-- wp:paragraph -->\n\u003Cp>In this article, we’ll lay out some strategies for keeping your new tool from becoming shelfware.\u003C\u002Fp>\n\u003C!-- \u002Fwp:paragraph -->\n\n\u003C!-- wp:heading -->\n\u003Ch2 class=\"wp-block-heading\" id=\"h-focus-on-use-cases\">Focus on use cases\u003C\u002Fh2>\n\u003C!-- \u002Fwp:heading -->\n\n\u003C!-- wp:paragraph -->\n\u003Cp>You can make a more compelling case for adoption by identifying the most impactful use case for your solution and leading with that. Aligning yourself from the beginning with a specific process like cloud migration or product releases can also help you articulate and demonstrate the value of a new tool. \u003C\u002Fp>\n\u003C!-- \u002Fwp:paragraph -->\n\n\u003C!-- wp:paragraph -->\n\u003Cp>In \u003Ca href=\"https:\u002F\u002Fstackoverflow.blog\u002F2023\u002F05\u002F10\u002Fhow-do-we-get-a-tech-team-to-make-a-big-technical-change\u002F\" target=\"_blank\" rel=\"noreferrer noopener\">a recent post\u003C\u002Fa> on our blog, Chelsea Troy, a staff data engineer at Mozilla, suggests starting by talking about the problem you’re trying to solve (“We get so many notifications that we miss important alerts and aren’t able to focus on our work”) rather than centering your proposed solution (“Look at this neat tool I found for managing alerts”).\u003C\u002Fp>\n\u003C!-- \u002Fwp:paragraph -->\n\n\u003C!-- wp:paragraph -->\n\u003Cp>Another tried-and-true method of showcasing a tool’s value and sparking interest among the wider org is to roll it out first to one or two teams in a pilot, like \u003Ca href=\"https:\u002F\u002Fresources.stackoverflow.co\u002Ftopic\u002Fclient-stories\u002Fdropbox-case-study\u002F\" target=\"_blank\" rel=\"noreferrer noopener\">Dropbox\u003C\u002Fa> did with Stack Overflow for Teams.\u003C\u002Fp>\n\u003C!-- \u002Fwp:paragraph -->\n\n\u003C!-- wp:image {\"id\":22295,\"sizeSlug\":\"full\",\"linkDestination\":\"custom\"} -->\n\u003Cfigure class=\"wp-block-image size-full\">\u003Ca href=\"https:\u002F\u002Fwww.google.com\u002Furl?q=https:\u002F\u002Fstackoverflow.registration.goldcast.io\u002Fevents\u002Fa9d7af3c-d6f0-4624-94b4-906dbbbaae17?utm_source%3Dso-owned%26utm_medium%3Dblog%26utm_campaign%3Dadoption-webinar-06142023%26utm_content%3Dfeatured-content&sa=D&source=docs&ust=1686172599910176&usg=AOvVaw1Kd6SJnFF4b4mec0WFUCTt\">\u003Cimg src=\"https:\u002F\u002Fstackoverflow.blog\u002Fwp-content\u002Fuploads\u002F2023\u002F06\u002Fteams-shelfware-webinar-leaderboard-728x90-1-5.png\" alt=\"\" class=\"wp-image-22295\"\u002F>\u003C\u002Fa>\u003C\u002Ffigure>\n\u003C!-- \u002Fwp:image -->\n\n\u003C!-- wp:heading -->\n\u003Ch2 class=\"wp-block-heading\" id=\"h-identify-your-advocates\">Identify your advocates\u003C\u002Fh2>\n\u003C!-- \u002Fwp:heading -->\n\n\u003C!-- wp:paragraph -->\n\u003Cp>A successful tool adoption starts with the early adopters, who play a critical role in demonstrating a tool’s value and communicating that value throughout the org. These early adopters are your true leaders, says Stack Overflow engineering manager Peter O’Connor. Identify champions at the individual-contributor level: tech leads or stack engineers who have the knowledge and credibility to drive adoption by demonstrating and socializing the tool’s value.\u003C\u002Fp>\n\u003C!-- \u002Fwp:paragraph -->\n\n\u003C!-- wp:paragraph -->\n\u003Cp>Once your early adopters are in place, using your tool to solve their problems and telling all their friends about it, it’s time to think about identifying someone in leadership who can serve as an executive sponsor and high-level advocate for your adoption. This person can help ensure that your proposed implementation aligns with your company’s strategic goals, assist in building support and overcoming resistance from other executives, and otherwise provide support and direction to drive adoption. An executive sponsor should understand:\u003C\u002Fp>\n\u003C!-- \u002Fwp:paragraph -->\n\n\u003C!-- wp:list -->\n\u003Cul>\u003C!-- wp:list-item -->\n\u003Cli>What problems the new tool can solve, and how that positive change will impact the organization\u003C\u002Fli>\n\u003C!-- \u002Fwp:list-item -->\n\n\u003C!-- wp:list-item -->\n\u003Cli>Who’s involved in introducing the new tool and how those teams\u002Findividuals can support adoption\u003C\u002Fli>\n\u003C!-- \u002Fwp:list-item -->\n\n\u003C!-- wp:list-item -->\n\u003Cli>How implementation will affect employees, consultants, and customers\u003C\u002Fli>\n\u003C!-- \u002Fwp:list-item -->\u003C\u002Ful>\n\u003C!-- \u002Fwp:list -->\n\n\u003C!-- wp:paragraph -->\n\u003Cp>To encourage ongoing usage after your initial rollout, it can be helpful to identify power users or advocates who can spread the news about the tool’s value, help others get up and running, and incorporate the tool into your existing workflows.\u003C\u002Fp>\n\u003C!-- \u002Fwp:paragraph -->\n\n\u003C!-- wp:heading -->\n\u003Ch2 class=\"wp-block-heading\" id=\"h-build-consensus-over-time\">Build consensus over time\u003C\u002Fh2>\n\u003C!-- \u002Fwp:heading -->\n\n\u003C!-- wp:paragraph -->\n\u003Cp>You want people to want to use your tool. For that to happen, you must understand the context of the technical system you’re operating in. “Context is king” when it comes to getting technical teams to make big changes, says Troy: “Who has context on the system is who has power on the team. And that drives more technical decisions than we’d like to admit.”\u003C\u002Fp>\n\u003C!-- \u002Fwp:paragraph -->\n\n\u003C!-- wp:paragraph -->\n\u003Cp>Understanding that context requires talking to your teammates about what they need—and, more importantly, listening to them. Commit to understanding what your colleagues need and show them that their input matters to you.\u003C\u002Fp>\n\u003C!-- \u002Fwp:paragraph -->\n\n\u003C!-- wp:paragraph -->\n\u003Cp>Your goal, in Troy’s view, is to create “an environment in which people are able to ask questions and express concerns.” Make your coworkers feel heard, and they’ll be more likely to listen when it’s your turn to speak. This environment, Troy explains, “makes the difference between the big changes that sail through with support and the ones that get stuck in the mud because the team dragged their feet or outright resisted them.”\u003C\u002Fp>\n\u003C!-- \u002Fwp:paragraph -->\n\n\u003C!-- wp:paragraph -->\n\u003Cp>This view is echoed by O’Connor, the engineering manager at Stack Overflow. Rather than issuing commands and rushing the adoption timeline, he says, teams that roll out new tools successfully ask for input, take time to build consensus, and foster a sense of \u003Ca href=\"https:\u002F\u002Fstackoverflow.blog\u002F2022\u002F01\u002F27\u002Fpsychological-safety-is-critical-for-high-performing-teams\u002F\" target=\"_blank\" rel=\"noreferrer noopener\">psychological safety\u003C\u002Fa> in their teams.\u003C\u002Fp>\n\u003C!-- \u002Fwp:paragraph -->\n\n\u003C!-- wp:heading -->\n\u003Ch2 class=\"wp-block-heading\" id=\"h-make-adoption-frictionless\">Make adoption frictionless\u003C\u002Fh2>\n\u003C!-- \u002Fwp:heading -->\n\n\u003C!-- wp:paragraph -->\n\u003Cp>You can minimize friction around adoption if you invest the time and energy up front to talk with and listen to your teammates, understanding the nature of their pain points and laying out how your solution will improve things. If you come charging in with a fully formulated plan and no interest in a collaborative discussion, teams will be slow to adopt a new tool or simply reject it.\u003C\u002Fp>\n\u003C!-- \u002Fwp:paragraph -->\n\n\u003C!-- wp:paragraph -->\n\u003Cp>Keep in mind that a tool that fits seamlessly into the ecosystem of tools and processes your team is already using has a much better chance of being adopted enthusiastically than a tool that interrupts an established workflow. That’s one reason why \u003Ca href=\"https:\u002F\u002Fresources.stackoverflow.co\u002Ftopic\u002Fthought-leadership\u002Fbest-practices-for-knowledge-sharing\u002F\" target=\"_blank\" rel=\"noreferrer noopener\">developers tend to adopt our paid platform quickly and easily\u003C\u002Fa> when our customers introduce it: they’re already used to turning to Stack Overflow’s public platform when they get stuck.\u003C\u002Fp>\n\u003C!-- \u002Fwp:paragraph -->\n\n\u003C!-- wp:paragraph -->\n\u003Cp>In a previous role, my colleague Ryan Donovan saw firsthand how reluctant people are to use a new tool if it introduces clunkiness to their workflow. He was tasked with helping the engineering org adopt a Q&A product, but people primarily went to Slack for questions. \u003C\u002Fp>\n\u003C!-- \u002Fwp:paragraph -->\n\n\u003C!-- wp:paragraph -->\n\u003Cp>“Nobody was using the tool because it had a lot of proscriptive processes around it,” said Donovan. “First, all the questions were routed through pre-selected categories that we selected instead of letting the people with the questions select tags. Second, while the new tool had a Slack integration, leadership wanted to route questions to new channels specifically created to host questions. Both of these demanded workflow changes. No surprise that everyone still asked their questions in the team channels.” \u003C\u002Fp>\n\u003C!-- \u002Fwp:paragraph -->\n\n\u003C!-- wp:heading -->\n\u003Ch2 class=\"wp-block-heading\" id=\"h-say-no-to-shelfware\">Say no to shelfware\u003C\u002Fh2>\n\u003C!-- \u002Fwp:heading -->\n\n\u003C!-- wp:paragraph -->\n\u003Cp>You may have noticed that many of the strategies we recommend here come into play \u003Cem>before \u003C\u002Fem>the tool is actually rolled out. That’s because the best way to avoid shelfware is to do your homework ahead of time: \u003C\u002Fp>\n\u003C!-- \u002Fwp:paragraph -->\n\n\u003C!-- wp:list -->\n\u003Cul>\u003C!-- wp:list-item -->\n\u003Cli>Learn where your tool can have the biggest impact\u003C\u002Fli>\n\u003C!-- \u002Fwp:list-item -->\n\n\u003C!-- wp:list-item -->\n\u003Cli>Enlist advocates to demonstrate and socialize your tool\u003C\u002Fli>\n\u003C!-- \u002Fwp:list-item -->\n\n\u003C!-- wp:list-item -->\n\u003Cli>Build consensus over time\u003C\u002Fli>\n\u003C!-- \u002Fwp:list-item -->\n\n\u003C!-- wp:list-item -->\n\u003Cli>Minimize friction around adoption\u003C\u002Fli>\n\u003C!-- \u002Fwp:list-item -->\u003C\u002Ful>\n\u003C!-- \u002Fwp:list -->\n\n\u003C!-- wp:paragraph -->\n\u003Cp>To learn more about making tool adoption successful, register for our upcoming webinar: \u003Ca href=\"https:\u002F\u002Fstackoverflow.registration.goldcast.io\u002Fevents\u002Fa9d7af3c-d6f0-4624-94b4-906dbbbaae17?utm_source=so-owned&utm_medium=blog&utm_campaign=adoption-webinar-06142023&utm_content=featured-content\" target=\"_blank\" rel=\"noreferrer noopener\">Five ways to drive tool adoption and avoid the dreaded “shelfware.”\u003C\u002Fa>\u003C\u002Fp>\n\u003C!-- \u002Fwp:paragraph -->","html","2023-06-08T13:00:00.000Z",{"current":439},"how-to-keep-your-new-tool-from-gathering-dust",[441,449,454],{"_createdAt":442,"_id":443,"_rev":444,"_type":445,"_updatedAt":442,"slug":446,"title":448},"2023-05-23T16:43:21Z","wp-tagcat-code-for-a-living","9HpbCsT2tq0xwozQfkc4ih","blogTag",{"current":447},"code-for-a-living","Code for a Living",{"_createdAt":450,"_id":451,"_rev":444,"_type":445,"_updatedAt":450,"slug":452,"title":453},"2023-06-20T15:05:33Z","wp-tagcat-tooling",{"current":453},"tooling",{"_createdAt":450,"_id":455,"_rev":444,"_type":445,"_updatedAt":450,"slug":456,"title":457},"wp-tagcat-webinar",{"current":457},"webinar","How to keep your new tool from gathering dust",[460,466,472,478],{"_id":461,"publishedAt":462,"slug":463,"sponsored":176,"title":465},"76c9771b-34e6-4d98-8641-ecefc711f0ef","2026-07-06T15:23:34.559Z",{"_type":10,"current":464},"when-the-sensor-starts-thinking-snortml-agentic-ai-and-the-evolving-architecture-of-intrusion-detection","When the sensor starts thinking: SnortML, agentic AI, and the evolving architecture of intrusion detection",{"_id":467,"publishedAt":468,"slug":469,"sponsored":176,"title":471},"28e560af-f0aa-4d46-bd90-f435ad604aa7","2026-06-26T14:00:27.102Z",{"_type":10,"current":470},"paging-charity-how-can-engineering-leaders-avoid-becoming-bond-villains","Paging Charity! How can engineering leaders avoid becoming Bond villains?",{"_id":473,"publishedAt":474,"slug":475,"sponsored":176,"title":477},"4b22c2a3-3779-4966-93eb-5230391dbdce","2026-06-23T14:08:58.595Z",{"_type":10,"current":476},"your-ai-shipped-a-backend-that-boots-that-is-the-whole-problem","Your AI shipped a backend that boots. That is the whole problem.",{"_id":479,"publishedAt":480,"slug":481,"sponsored":176,"title":483},"5cf362e1-fe7b-45af-b69c-914731c6a052","2026-06-23T14:00:00.000Z",{"_type":10,"current":482},"the-2026-developer-survey-is-now-open-for-human-developers-only","The 2026 Developer Survey is now open (for human developers only)!",{"data":485,"sourceMap":-1},{"count":486,"lastTimestamp":176},0]