Healthy Developer

If your tech career isn't what you want it to be, it could be a mild annoyance - or something urgent. Knowing how ready you are to actually make a change is important before you take any action that could change the course of your life and career.

When I started career coaching, I noticed sometimes tech professionals would come to me frustrated about their career but not really willing to change. After a while I began using motivational interviewing. This is a technique I use to help me figure out how ready someone is to really make a change in their tech career.

If you're thinking of getting a promotion, switching roles from perhaps programming to something like product management, UX, or data science; or looking to just find a better job - you should assess how urgent the change really is. In this episode I offer 5 stages of readiness for change along with symptoms you can experience at each of them. I hope this helps you know if your tech career is actually in a better place than you thought - or if it truly is time to make a change today!

Join my Patreon: https://thrivingtechnologist.com/patreon

Learn about one-on-one career coaching with me: https://thrivingtechnologist.com/coaching

TechRolepedia, a wiki about the top 25 roles in tech: https://thrivingtechnologist.com/techroles

The Thriving Technologist career guide: https://thrivingtechnologist.com/guide

You can also watch this episode on YouTube.

Chapter markers / timelinks:

(0:00) Introduction (1:06) 5 Stages of Readiness for Tech Career Change (1:16) 1. Contemplation (1:56) 2. Mild Irritation (2:30) 3. Active Exploration (3:41) 4. Serious Consideration (4:37) 5. Urgency and Desperation

Visit me at thrivingtechnologist.com

Today most tech companies engage in agile signaling - without even knowing it. They do nothing to make it easy to adapt to change, but put on a show to pretend they're agile.

Many software developers and other professionals in the industry, even those with long careers, have never been on project with a truly agile software development process. And so it's not uncommon to hear software engineers and project managers talk about how much they "hate agile" behind closed doors.

A select few understand what being agile really means. It means working together in a way where adapting to change is easy. For those unfortunate people, it can feel like gaslighting to work for these companies. Tech workers all over the industry are expressing more disgust with scrum and agile than ever. And when the SAFe, or "Scaled Agile Framework" arrived - it signaled a final nail in the coffin of many companies ever being able to realize the true benefits of being agile.

In this episode I'd like to help you understand two things. First, we we need agile development more than ever today. With the arrival of AI, software projects are getting disrupted faster than ever and need to adapt. And who knows what the future could bring! I'll also help you understand 4 key events in the history of the software industry that caused the definition of the word agile to essentially mean "anything BUT change"!

Join my Patreon: https://thrivingtechnologist.com/patreon

Learn about one-on-one career coaching with me: https://thrivingtechnologist.com/coaching

TechRolepedia, a wiki about the top 25 roles in tech: https://thrivingtechnologist.com/techroles

The Thriving Technologist career guide: https://thrivingtechnologist.com/guide

You can also watch this episode on YouTube.

Chapter markers / timelinks:

(0:00) Introduction (1:31) 1. Do We Even Need Agile Development? (1:37) 1.1 Inability To Respond To Market Change (3:55) 1.2 Over Budget and Late Projects (5:50) 2. 4 Key Events That Co-Opted Agile (6:16) 2.1 Burn-Down Charts and Velocity Tracking (9:21) 2.2 Jeff Sutherland's Book (12:47) 2.3 Agile Certifications (15:51) 2.4 SAFe (Scaled Agile Framework) (21:12) Episode Groove

Visit me at thrivingtechnologist.com

Does programming ever get tiring? Are you frustrated by being left out of key decisions by the company? You may begin to wonder if you should become a manager.

In this episode I'd like to share 5 important considerations before switching from being a programmer to management. It's common advice that "all programmers must become managers eventually", and I don't agree with this.

There are many ways to grow in our career, and management is just one path. However, for some people it may be the perfect next step. I hope this episode helps you know what you're walking into before you take the step to become a manager.

Join my Patreon: https://thrivingtechnologist.com/patreon

Learn about one-on-one career coaching with me: https://thrivingtechnologist.com/coaching

TechRolepedia, a wiki about the top 25 roles in tech: https://thrivingtechnologist.com/techroles

The Thriving Technologist career guide: https://thrivingtechnologist.com/guide

You can also watch this episode on YouTube.

Chapter markers / timelinks:

(0:00) Introduction (1:13) 5 Signs It's Time to Switch to Management (1:32) 1. You're More Concerned with People than Technology (3:42) 2. You Want More Organizational Insight (5:37) 3. You Hate The Technical Interview Process (9:39) 4. You Want To Work Less Overtime (12:39) 5. You're Tired of Learning New Technology

Visit me at thrivingtechnologist.com

Many programmers are stuck in their career today, but they place the blame on everyone else. Yes, there are some difficult things going on in the tech industry. But one of the biggest reasons programmers stop growing, is they don't get help.

In this episode, I'd like to share the things I've learned after coaching over 100 software professionals that keep us from getting the help we need.

Join my Patreon: https://thrivingtechnologist.com/patreon

Learn about one-on-one career coaching with me: https://thrivingtechnologist.com/coaching

TechRolepedia, a wiki about the top 25 roles in tech: https://thrivingtechnologist.com/techroles

The Thriving Technologist career guide: https://thrivingtechnologist.com/guide

You can also watch this episode on YouTube.

Chapter markers / timelinks:

(0:00) Introduction (4:56) 6 Reasons Why Tech Workers Stay Stuck (5:06) 1. Skepticism of Marketing and Sales (8:28) 2. False Sense of Uniqueness (12:43) 3. Knowledge-Inflated Pride (14:45) 4. Fear of Relational Intimacy (17:10) 5. Internet Addiction and Distractions (20:57) 6. Opportunity Cost of Inaction

Visit me at thrivingtechnologist.com

Want to quit working for companies as an employee, make more money, and choose the clients you work with? It might be time to go solo - as a technology consultant. To be successful, you need to be smart about how you start.

In this episode, I share the exact steps I took to become a solo technology consultant offering software architecture and a variety of other professional services. Whether you're a programmer, in QA, DevOps, do Product Management, Data Science, or any other software development technology role - a technology consultant is not a contractor. You are actually starting a business, and so you need to think like one!

I hope this episode helps you avoid some of the pitfalls that software engineers and other tech professionals can fall into when they try to work for themselves.

Learn about Solopreneur Jumpstart, a coaching package to bootstrap your solo consulting business https://thrivingtechnologist.com/services/software-development-coaching/solodev-coaching-package/

Join my Patreon: https://thrivingtechnologist.com/patreon

Learn about one-on-one career coaching with me: https://thrivingtechnologist.com/coaching

TechRolepedia, a wiki about the top 25 roles in tech: https://thrivingtechnologist.com/techroles

The Thriving Technologist career guide: https://thrivingtechnologist.com/guide

You can also watch this episode on YouTube.

Chapter markers / timelinks:

(0:00) Introduction (2:55) 10 Steps to Become a Solo Technology Consultant (3:00) 1. Design Your Services (6:38) 2. Discover The Client (8:51) 3. Price Your Services (11:16) 4. Build Client Awareness (13:37) 5. Incorporate (16:33) 6. Acquire Clients (19:01) 7. Negotiate Contracts (23:34) 8. Manage the Engagement (26:16) 9. Keep Financial Records (30:27) 10. Finish Strong and Get a Reference (34:15) Episode Groove

Visit me at thrivingtechnologist.com

Programmers have to learn an incredible amount of information to even BEGIN to be effective at their job. So it's only natural that we don't like to find out something we learned - is wrong in a different context. With so much invested, being open to the possibility that there's a better way to do things can be hard.

In this episode, I share some mindset limitations that we can fall into in tech job roles. We can feel so strongly about experiences we've had, that they blind us from being open to other equally valid perspectives. Every one of these is a mistake I've made more than once in my career.

I hope by being aware of these, you don't end up believing lies. Instead, this information can help you make wiser decisions on your software project - so you don't end up looking like a fool.

Join my Patreon: https://thrivingtechnologist.com/patreon

Learn about one-on-one career coaching with me: https://thrivingtechnologist.com/coaching

TechRolepedia, a wiki about the top 25 roles in tech: https://thrivingtechnologist.com/techroles

The Thriving Technologist career guide: https://thrivingtechnologist.com/guide

You can also watch this episode on YouTube.

Chapter markers / timelinks:

(0:00) Introduction (1:43) 5 Mindset Limitations Programmers Believe (1:53) 1. Binary Thinking (5:16) 2. Anecdotal Overconfidence (12:12) 3. Absolutist Stances (16:05) 4. Recency Bias (19:03) 5. Vanity Metrics

Visit me at thrivingtechnologist.com

Ever seen management bring in a technology consultant, and suddenly they're open to ideas you've been telling them all along? When this first happened to me, I figured technology consultants were probably just better at selling snake oil.

But halfway into my career I became a software development technology consultant, and I learned they were masters of one thing I sucked at - communication. Here's the good news: you don't have to become a technology consultant to be a master of communication. It's simply a decision you make to focus on it.

In this episode, I share 9 ways you can communicate like a consultant, that will get people to stop and listen to what you have to say with more authority and urgency on your software projects. Whether you're a software engineer, in QA or DevOps, or a product or product manager - we all respond to persuasive and informed communication the same way.

I hope this helps you get unstuck in your career in technology, and achieve things you never thought were possible on your software development project!

Join my Patreon: https://thrivingtechnologist.com/patreon

Learn about one-on-one career coaching with me: https://thrivingtechnologist.com/coaching

TechRolepedia, a wiki about the top 25 roles in tech: https://thrivingtechnologist.com/techroles

The Thriving Technologist career guide: https://thrivingtechnologist.com/guide

You can also watch this episode on YouTube.

Chapter markers / timelinks:

(0:00) Introduction (3:10) 9 Ways to Communicate Like a Consultant (3:17) 1. Be Business-Focused (5:11) 2. Presentation Skills (8:20) 3. Adapt To Your Audiences (12:25) 4. Frequent Feedback Loops (15:26) 5. Negotiation Skills (18:02) 6. Healthy Resistance to Rushing (20:34) 7. Project Documentation (23:38) 8. Client Relationship Management (26:34) 9. Continuous Learning (30:20) Episode Groove

Visit me at thrivingtechnologist.com

Most programmers have considered self-employment at one time or another, but fear grips them when they think about how to even get started. When I began working for myself 7 years ago, I had no idea how to transition to being self-employed, but I knew I couldn't stand working for corporations any longer.

In this episode, I'll share the most common fears any programmer faces when they think about what it might be like to work for themselves. And for each of these fears, I'll offer some perspective on how I did it, and you can too.

With the uncertainty of the software industry today (and really any tech job), relying on corporations for employment over our entire career may not be wise in the long run. I hope this episode offers some hope that self-employment isn't impossible as a programmer. But there is no escaping that you'll need to face your fears head on - and overcome them!

Join my Patreon: https://thrivingtechnologist.com/patreon

Learn about one-on-one career coaching with me: https://thrivingtechnologist.com/coaching

TechRolepedia, a wiki about the top 25 roles in tech: https://thrivingtechnologist.com/techroles

The Thriving Technologist career guide: https://thrivingtechnologist.com/guide

You can also watch this episode on YouTube.

Chapter markers / timelinks:

(0:00) Introduction (1:38) 1. 3 Reasons Programmers Fear Self-Employment (1:44) 1.1 Financial Uncertainty (2:46) 1.2 Lack of Business Skills (3:54) 1.3 Comfort With Current Tech Job (5:46) 2. How To Overcome Self-Employment Fears (5:54) 2.1 Financial Planning and Savings (9:02) 2.2 Gradual Skill Development (11:53) 2.3 Start Small and Build Confidence

Visit me at thrivingtechnologist.com

It's finally sinking in. Your software project is FAKE agile. Is there anything you can really do about it?

The sad reality is that more companies have fake agile software development processes than those that are authentic. You can fight tooth and nail to try and change the system, or you can accept when there's nothing you can do.

Being a truly agile software company is not usually something any individual programmer or manager can change. It has to start from the top. If the company doesn't do agile budgeting and have a culture of adapting to feedback, they are a typical feature factory focused on output over outcomes.

In this episode, I offer some practical ways to let to of your frustration and do the best job you can given the circumstances. If you're the type of software engineer, manager, or any other tech job role that considers themselves a change agent - you may be challenged by this one.

But this episode isn't for everyone. It's for those of us who are experiencing mental health issues, burnout, and anger over our software project being fake agile. I hope it offers some relief.

Join my Patreon: https://thrivingtechnologist.com/patreon

Learn about one-on-one career coaching with me: https://thrivingtechnologist.com/coaching

TechRolepedia, a wiki about the top 25 roles in tech: https://thrivingtechnologist.com/techroles

The Thriving Technologist career guide: https://thrivingtechnologist.com/guide

You can also watch this episode on YouTube.

RELATED EPISODES

Spot a Fake Agile Team in Under 7 Minutes! https://youtu.be/H6GdK-dChtY

An Agile Budget Keeps You From Being a Code Monkey https://youtu.be/pG4wNLopMZA

Is Your "Agile" Backlog Really a Waterfall Project? https://youtu.be/OosYzkP-pLk

Can User Stories Make Software Projects Late? https://youtu.be/NavlPobhj7A

Are Programmers Really To Blame For Bad Estimates? https://youtu.be/m5A1Wg8hYGo

Chapter markers / timelinks:

(0:00) Introduction (1:30) How to Cope With FAKE Agile Development (3:25) 1. Stop Forcing Change (5:10) 2. Exercise (7:25) 3. Become a Requirements Lawyer (10:33) 4. Charge for Changes (13:12) 5. Protect Your Reputation (15:12) 6. Define Your Own Success (21:54) Episode Groove

Visit me at thrivingtechnologist.com

If you're bothered by the problems in the tech industry, I am too. But while every day we seem to hear more and more negative news about it - we're actually paying attention to the wrong problems.

There are many things wrong with the software industry, but very few we can control. And one thing we can control, is how much we understand each other.

Programmers complain that managers set unrealistic deadlines. Managers complain that programmers are lazy. And these are just two examples of the many different tech job roles where misunderstanding each other causes us to feel frustrated and hopeless.

In this episode, I'm sharing my vision for how we can help each other get out of complaining about the tech industry - and DO something about it. While none of us is empowered to fix every problem out there, we can at least fix what's right in front of us.

This episode marks a new chapter for the channel. I'm renaming it to Thriving Technologist! Thriving because we don't just need to be healthy in tech - we need to thrive and succeed. Technologist because we need to help not just software developers thrive, but everyone in the tech industry.

Only when we have empathy for each other and stop seeing each other as enemies, can we stop the anger and begin building a better tech industry for us all to work in. So this is an official welcome to all the people who are not programmers over the years to join us in the effort to create a healthier, more sustainable workplace in tech for us all.

Join my Patreon: https://thrivingtechnologist.com/patreon

Learn about one-on-one career coaching with me: https://thrivingtechnologist.com/coaching

TechRolepedia, a wiki about the top 25 roles in tech: https://thrivingtechnologist.com/techroles

The Thriving Technologist career guide: https://thrivingtechnologist.com/guide

You can also watch this episode on YouTube.

Visit me at thrivingtechnologist.com