https://zwischenzugs.com/2022/01/17/why-its-great-to-be-a-consultant/ Skip to content [4f37af910d] zwischenzugs Why It's Great To Be A Consultant zwischenzugs Uncategorized January 17, 2022January 18, 2022 4 Minutes I spent 20 years slaving away at companies doing development, maintenance, troubleshooting, architecture, management, and whatever else needed doing. For all those years I was a permanent hire, working on technology from within. I still work at companies doing similar things, but now I'm not a permie. I'm a consultant working for a 'Cloud Native' consultancy that focusses on making meaningful changes across organisations rather than just focussing on tech. I wish I'd made this move this years ago. So here are the reasons why it's great to be a consultant. 1) You are outside the company hierarchy Because you come in as an outsider, and are not staying forever, all sorts of baggage that exists for permanent employees does not exist for you. When you're an internal employee, you're often encouraged to 'stay in your box' and not disturb the existing hierarchy. By contrast, as a consultant you don't need to worry as much about the internal politics or history when suggesting changes. Indeed, you're often encouraged to step outside your boundaries and make suggestions. This relative freedom can create tensions with permanent employees, as you often have more asking power than the teams you consult for. Hearing feedback of "I have been saying what you're saying for years, and no-one has listened to me" is not uncommon. It's not fair but it's a fact: you both get to tell the truth, and get listened to more when you're a consultant. 2) You have to keep learning If you like to learn, consulting is for you. You are continually thrown into new environments, forced to consider new angles on industry vertical, organisational structure, technologies and questions that you may previously have not come across, thought about, or answered. You have to learn fast, and you do. Frequently, when you are brought in to help a business, you meet the people in the business that are the most knowledgeable and forward-thinking. Meeting with these talented people can be challenging and intimidating, as they may have unrealistically high expectations of your 'expertise', and an unrealistically low opinion of their own capabilities. It's not unfrequent to wonder why you've been brought in when the people you're meeting already seem to have the capability to do what you are there to help with. When this happens, after some time you go deeper into the business and realise that they need you to help spread the word from outside the hierarchy (see 1, above). These top permie performers can be used to being 'top dog' in their domain, and unwilling to cede ground to people who they've not been in the trenches with. You may hear phrases like 'consulting bullshit' if you are lucky enough for them to be honest and open with you. However, this group will be your most energetic advocates once you turn them around. If you can get over the (very human) urge to compete and 'prove your expertise', and focus on just helping the client, you can both learn and achieve a lot. 3) You get more exposure Working within one organisation for a long time can narrow your perspective in various dimensions, such as technology, organisational structure, culture. To take one vivid example, we recently worked with a 'household name' business that brought us in because they felt that their teams were not consistent enough and that they needed some centralisation to make their work more consistent. After many hours of interviews we determined that they were ideally organised to deliver their product in a microservices paradigm. We ended up asking them how they did it! I was surprised, as I'd never seen a company with this kind of history move from a 'traditional' IT org structure to a microservices one, and was skeptical it could be done. This kind of 'experience-broadening' work allows you to develop a deeper perspective on any work you end up doing, what's possible, and how it happens. And it's not only at the organisational level that you get to broaden your experience. You get to interact with, and even work for multiple execution teams at different levels of different businesses. You might work with the dreaded 'devops team', the more fashionable 'platform team', traditional 'IT teams', 'SRE teams', traditional 'dev teams', even 'exec teams'. All these experiences give you more confidence and authority when debating decisions or directions: red flags become redder. You've got real-world examples to draw on, each of which are worth a thousand theoretical and abstract powerpoint decks, especially when dealing with the middle rank of any organisation you need to get onside. Though you still have to write some of those too (as well as code sometimes too). 4) You meet lots of people For me, this is the big one. I've probably meaningfully worked with more people in the last two years than the prior ten. Not only are the sheer numbers I've worked with greater, they are from more diverse backgrounds, jobs, teams, and specialties. I've got to know talented people working in lots of places and benefitted from their perspectives. And I hope they've benefitted from mine too. Remember, there is no wealth but life. --------------------------------------------------------------------- Join Us If you want to experience some of the above, get in touch: Twitter: @ianmiell email: ian.miell \at\ gmail.com If you like this, you might like one of my books: Learn Bash the Hard Way Learn Git the Hard Way Learn Terraform the Hard Way LearnGitBashandTerraformtheHardWayBuy in a bundle here --------------------------------------------------------------------- If you enjoyed this, then please consider buying me a coffee to encourage me to do more. [bmc-button] Share this: * Email * * * Tweet * Share on Tumblr * Pocket * * Like this: Like Loading... Related [4f37af910d] Published by zwischenzugs View all posts by zwischenzugs Published January 17, 2022January 18, 2022 Post navigation Previous Post Practical Shell Patterns I Actually Use 2 thoughts on "Why It's Great To Be A Consultant" 1. Pingback: Why It's Great to Be a Consultant - The web development company Lzo Media - Senior Backend Developer 2. Pingback: === popurls.com === popular today Leave a Reply Cancel reply Enter your comment here... [ ] Fill in your details below or click an icon to log in: * * * * Gravatar Email (required) (Address never made public) [ ] Name (required) [ ] Website [ ] WordPress.com Logo You are commenting using your WordPress.com account. ( Log Out / Change ) Google photo You are commenting using your Google account. ( Log Out / Change ) Twitter picture You are commenting using your Twitter account. ( Log Out / Change ) Facebook photo You are commenting using your Facebook account. ( Log Out / Change ) Cancel Connecting to %s [ ] Notify me of new comments via email. [ ] Notify me of new posts via email. [Post Comment] [ ] [ ] [ ] [ ] [ ] [ ] [ ] D[ ] This site uses Akismet to reduce spam. Learn how your comment data is processed. Follow me on Twitter My Tweets Top Posts & Pages * Why It's Great To Be A Consultant * Practical Shell Patterns I Actually Use * Five Ansible Techniques I Wish I'd Known Earlier * How (and Why) I Run My Own DNS Servers * Ten Things I Wish I'd Known Before Using Jenkins Pipelines * Bash to Python Converter * My 20-Year Experience of Software Development Methodologies * Anatomy of a Linux DNS Lookup - Part I * Why I Keep Coming Back to Cynefin * Things I Learned Managing Site Reliability for Some of the World's Busiest Gambling Sites Recent Posts * Why It's Great To Be A Consultant * Practical Shell Patterns I Actually Use * Why I Keep Coming Back to Cynefin * Is Agility Related to Commitment? - Money Flows Part II * Five Ansible Techniques I Wish I'd Known Earlier * A 'Hello World' GitOps Example Walkthrough * If You Want To Transform IT, Start With Finance * How To Waste Hundreds of Millions on Your IT Transformation * When Should I Interrupt Someone? * An Incompetent Newbie Takes Up 3D Printing * GitOps Decisions * Five Ways to Undo a Commit in Git * The Halving of the Centre: Covid and its Effect on London Property * Why Do We Have Dev Rels Now? * The Runbooks Project * Some Relatively Obscure Bash Tips * Riding the Tiger: Lessons Learned Implementing Istio * The Astonishing Prescience of Nam June Paik * Notes on Books Read in 2019 * The First Non-Bullshit Book About Culture I've Read * Why Everyone Working in DevOps Should Read The Toyota Way * Surgically Busting the Docker Cache * Software Security Field Guide for the Bewildered * The Lazy Person's Guide to the Info Command * A Hot Take on GitHub Actions * Seven God-Like Bash History Shortcuts You Will Actually Use * How Long Will It Take For The Leavers To Leave? * Goodbye Docker: Purging is Such Sweet Sorrow * Seven Surprising Bash Variables * The Missing Readline Primer * Apple's HQ, Ruskin, Gothic Architecture, and Agile * Eight Obscure Bash Options You Might Want to Know About * 'AWS vs K8s' is the new 'Windows vs Linux' * Pranking the Bash Binary * Bash Startup Explained * Git Hooks the Hard Way * Notes on Books Read in 2018 * Six Ways to Level Up Your nmap Game * Five Things I Wish I'd Known About Git * Eleven bash Tips You Might Want to Know * Learn Bash Debugging Techniques the Hard Way * Why Are Enterprises So Slow? * Anatomy of a Linux DNS Lookup - Part V - Two Debug Nightmares * Anatomy of a Linux DNS Lookup - Part IV * Anatomy of a Linux DNS Lookup - Part III * Anatomy of a Linux DNS Lookup - Part II * Anatomy of a Linux DNS Lookup - Part I * A Docker Image in Less Than 1000 Bytes * Autotrace - Debug on Steroids * Beyond 'Punk Rock Git' in Eleven Steps * Sandboxing Docker with Google's gVisor * Unprivileged Docker Builds - A Proof of Concept * Learn Git Rebase Interactively * Terminal Perf Graphs in one Command * git log - the Good Parts * Five Key Git Concepts Explained the Hard Way * Create Your Own Git Diagrams * Five Things I Did to Change a Team's Culture * Centralise Your Bash History * How (and Why) I Run My Own DNS Servers * Ten More Things I Wish I'd Known About bash * Download a Free Sample of Learn Bash the Hard Way * Ten Things I Wish I'd Known About bash * Project Management as Code with Graphviz * How to Manually Clear Locks in Jenkins * How I Manage My Time * Ten Things I Wish I'd Known About Chef * Vagrant and Ohai / Chef IP Address Hack * 'Towards a National Computer Grid' - Electronic Computers, 1965 * A Complete Chef Infrastructure on Your Laptop * Ten Things I Wish I'd Known Before Using Vagrant * A Checklist for Docker in the Enterprise (Updated) * OpenShift 3.6 DNS In Pictures * Puppeteer - Headless Chrome in a Container * My 20-Year Experience of Software Development Methodologies * A Non-Cloud Serverless Application Pattern Using Git and Docker * Run Your Own AWS APIs on OpenShift * Dockerized Headless Chrome Example * Convert a Server to a Docker Container (Update II) * Automating Dockerized Jenkins Upgrades * Ten Things I Wish I'd Known Before Using Jenkins Pipelines * Five Books I Advise Every DevOps Engineer to Read * Things I Learned Managing Site Reliability for Some of the World's Busiest Gambling Sites * Clustered VM Testing How-To * Easy Shell Automation * 1-Minute Multi-Node VM Setup * Migrating an OpenShift etcd Cluster * A Complete OpenShift Cluster on Vagrant, Step by Step * Learn Kubernetes the Hard Way (the Easy and Cheap Way) * Docker in the Enterprise * Terraform and Dynamic Environments * Bash to Python Converter * Hello world Unikernel Walkthrough * A checklist for Docker in the Enterprise * A Quick Tour of Docker 1.12 * Power 'git log' graphing * ssh -R (reverse tunnel) man page hell * Writing a Technical Book * Interactive Git Tutorials - Rebase and Bisect * Hitler Uses Docker, Annotated * Linux Scales * Play With Kubernetes Quickly Using Docker (Updated) * Convert Any Server to a Docker Container (Updated) * CI as Code Part III: Dynamic Jenkins-Swarm Example * Docker 1.10 Highlights - Updated * CI as Code Part II: Stateless Jenkins With Dynamic Docker Slaves * CI as Code Part I: Stateless Jenkins Deployments Using Docker * Docker Ecosystem Rosetta Stones * Understanding Docker - A Tour of Logical Volume Management * Automating Docker Security Validation * The IT Crowd Was Right - What I learned by reading a lot of RFCs * Understanding Docker - Network Namespaces * DockerConEU 2015 Talk - You Know More Than You Think * Docker Migration In-Flight CRIU * A High Availability Phoenix and A/B Deployment Framework using Docker * Quick Intro to Kubernetes * Take OpenShift for a spin in four commands * RedHat's Docker Build Method - S2I * RedHat's Docker Build Method - S2I * Bash Shortcuts Gem * A CoreOS Cluster in Two Minutes With Four Commands * The Most Pointless Docker Command Ever * My Favourite Docker Tip * Convert Any Server to a Docker Container * A Field Guide to Docker Security Measures * Docker SELinux Experimentation with Reduced Pain * Storage Drivers and Docker * Play With Kubernetes Quickly Using Docker * Play with an OpenShift PaaS using Docker * Scale Your Jenkins Compute With Your Dev Team: Use Docker and Jenkins Swarm * Docker in Practice - A Guide for Engineers * Fight Docker Package Drift! * Win at 2048 with Docker and ShutIt (Redux) * Set Up a Deis (Docker-Friendly) Paas on Digital Ocean for $0.18 Per Hour in Six Easy Steps Using ShutIt * Create your own CoreOS cluster in 6 easy steps for $0.03 * Make Your Own Bespoke Docker Image * Taming Slaves with Docker and ShutIt * Docker - One Year On * Using ShutIt to Build Your Own Taiga Server * Using ShutIt and Docker to play with AWS (Part Two) * Talk on Docker and ShutIt * Using ShutIt and Docker to play with AWS (Part One) * Phoenix deployment pain (and win) * Phoenix Deployment with Docker and ShutIt * Docker, ShutIt and the Perfect 2048 Game (Videos) * Docker, ShutIt and the Perfect 2048 Game (4 - Halfway There) * Docker, ShutIt and the Perfect 2048 Game (3 - Brute Force Escapes) * Docker, ShutIt and the Perfect 2048 Game (2) * Docker, ShutIt, and The Perfect 2048 Game * My Favourite Secret Weapon - strace Follow zwischenzugs on WordPress.com Website Built with WordPress.com. * Follow Following + [wpcom-] zwischenzugs Join 227 other followers [ ] Sign me up + Already have a WordPress.com account? Log in now. * + [wpcom-] zwischenzugs + Customize + Follow Following + Sign up + Log in + Copy shortlink + Report this content + View post in Reader + Manage subscriptions + Collapse this bar Loading Comments... Write a Comment... [ ] Email (Required) [ ] Name (Required) [ ] Website [ ] [Post Comment] Send to Email Address [ ] Your Name [ ] Your Email Address [ ] [ ] loading [Send Email] Cancel Post was not sent - check your email addresses! Email check failed, please try again Sorry, your blog cannot share posts by email. %d bloggers like this: [b]