Access to tools
It’s become a common saying— but mostly because it’s true: software runs your business, and software engineers make it all possible.
Engineers do their work with tools: editors, terminals, web browsers, documentation, and much more. Tools enable their work.
Developer tools are the main part of what we call engineering enablement. This is a new term. We hear it mentioned alongside developer experience or DevX. And the name tells the story: unlock the full potential of engineers so your business performs better and your team is happier and more productive.
By reducing engineering complexity, eliminating bottlenecks, and implementing best practices you can accelerate team productivity, provide a world-class developer experience, and most importantly, improve time to market by increasing developer velocity.
This sounds right, but does better DevX really lead to better business performance? Does any of this change your business in a measurable way?
Looks like it. A recent case study from McKinsey shows a real correlation between developer velocity and key business performance indicators. The data also shows that the key contributors to developer velocity are developer tools, DevOps tools, and collaboration tools.
Now while the coding part of software engineering has gotten focus, in many conversations with engineers we’ve found that production engineering tools for humans has lagged behind.
Most people are still doing work in their local terminal with ad-hoc SSH to resolve customer and production issues. There's no uniformity, no logging, no approvals, no visibility—it's as if everything we've learned about best practices for development get thrown out the window when it comes to production work.
Many organizations need a better way to work in production but don’t have the time and resources to architect a secure and compliant solution.
Existing third-party solutions don’t solve the problem either. There are too many security and compliance issues involved when using multiple software vendors that have production access. It’s also hard to manage standardization across different teams when everyone is using different tools.
So that’s why we founded Cased. We want to make all of this better.
Our vision for Cased is simple: bring brilliant developer experience to everyday workflows, especially for remote production work.
Cased is an all-in-one secure and compliant modern engineering enablement platform to accomplish just that.
We're tackling this problem in three ways: with automated runbooks, a web shell, and approval workflows.
Cased's runbooks automate the complex tasks that your engineering and support teams do everyday. With standardized, codified processes, they help reduce operator error, the biggest cause of production outages. With logging and approvals, they are secure and compliant. Engineers can run commands in production with just the right amount of production access.
But sometimes you just need a shell in production to get work done. Cased brings everything we love about the modern web—collaboration, simple and secure authentication, fast and delightful UX, and more—to the old reliable terminal interface that every developer knows.
Cased's shell is a web application, running on your own infrastructure, that combines the power of SSH with the ease of your existing IdP access control. It makes use of one-time use SSH certificates, the best practice for SSH access—meaning no more SSH keys to manage.
And it does a lot more than that: Cased improves developer experience with session recording, session sharing, complete audit logging, and an API to extend functionality. Cased can even auto-discover the location of your remote hosts, so no more need to manage inventory lists. Access the prompt you need in just one-click. In-terminal shared snippets help build a standardized technical foundation with easily searchable and reusable one-liners.
Cased also brings approval workflows for SSH access and shell programs to help with visibility and operational controls. Production access doesn’t have to be something organizations are afraid of giving their engineers due to no visibility of what happens in the shell. It doesn’t have to be scary—giving access is secure and safe with Cased. By reviewing production shell commands, SQL queries, or scripts before they're run, you won’t have to worry about missing your customer SLAs or any unplanned downtime. Everything is logged and audited to know what people are doing.
It’s time to transform your engineering culture and start enabling your engineers with Cased. Whether you’re a Series A startup or a Fortune 500 enterprise, give your engineers the DevX they deserve to see a substantial boost in product quality, and engineering productivity.