Skip to main content

Autonomy, Mastery, Purpose -- Software Engineering

Software engineering is hard. We all know from a technical perspective, we hit our heads against the desks trying to figure out solutions to problems that have the most constrained environments and it's up to our ingeniousness to think outside the box and solve it. This is why I love software. In today's blogpost,  I won't be talking about the technical aspect of software engineering but the human side: team building.

The next generation software engineering companies that create the most interactive, engaged, and fun environments will be built on top of 3 core concepts: autonomy, mastery, and purpose. This is a widely used phrase and it's evangelized by Dan Pink. In his book, "Drive", it dives into the problems of current working environments for software teams but then it goes into a few studies and examples of how to evolve the working environments to create teams that know how to hustle, have fun, and drive value to their customers.

Valve, Github, Atlassian, 37 Signals -- all great examples of teams that know how to hustle, think outside the box, and ship amazing products that provide a solid amount of value proposition.

Why does autonomy work? At the core of autonomy is self-direction. A teammate has the ability to take the reigns of a project and apply their own creative thinking to solve a customer's problem. Human beings naturally want to build ... things. We're made to be creative -- our minds are so expansive. We've put a man on the moon, we've created microprocessors which can calculate results in milliseconds on extremely large data sets, and we've created medicine that heals people's pains. With such an incredibly valuable tool (the mind) to the human anatomy,  the question isn't "why does autonomy work?" it should be, "why do we hire managers to tell smart people to sit down, shut up, and code XYZ"? Self-direction is the result of a teammate having an amazingly positive attitude, the willingness to learn, and the initiative to take ownership and get things done.

Mastery is another core aspect of motivation. Mastery can be defined as the level of subject-matter expertise one has in any particular topic whether it is sales, engineering, or user experience. Adding to that, having a level of expertise also is complimented by the attitude to consistently keep learning new things -- getting better through practice -- constantly evolving and improving.

Purpose is the drive towards accomplishing the mission. Having a team with shared vision -- with a purpose to ship an amazing product -- is the most satisfying and exciting feeling one can have. I always like to think of this as an NHL team putting their hearts and souls into winning the Stanley Cup.

The management styles of the 1900s which are militaristic, iron-fist, and hierarchical will die off at an internal level (there's political sides to "showing" that you have hierarchy for example to investors) to make way for a much more humanistic, evolved, and scalable solution that obviously puts the team, customer, and product first -- not hierarchy. It is becoming widespread and it's clear that software engineers prefer the freedom to create: to experiment, take ownership, and drive value proposition in their own way than have a fancy title and a large office.
Post a Comment

Popular posts from this blog

TextMate Tutorial: How to add a Strikethrough keybind to your Markdown bundle

Markdown is awesome for quickly generating Readme's on Github. After looking at other projects using the strike tag, I've decided to create a custom keybind for it in my TextMate Markdown bundle. Here's how:

1) Click the + sign on the bottom left and click New Command.
2) Paste this into the editbox and make sure you name your command "Strikethrough".

For the input field, select WORD in the drop down.
For the output field, select "insert as snippet".
As for the keybind, you can totally map it to whatever you're comfortable with but I chose Command-D as it is the same thing in Microsoft Word.

Cheers,
Jaime

World of Warcraft Ninjalist addon: version 0.1 coming along quite nicely

After toying around with more GUI related issues in World of Warcraft's API, I've decided to take a totally different direction. Originally when I architected this addon, I knew in my mind it would be a super simple Console application that a user could easily paste in a name and add it to the database; however, why stop there?

After discovering AceGUI, I can easily start developing UI components in no time! As of right now, I've got it saving data in between game sessions--the interesting part will come when I'll have to develop the web service that will parse the SavedVariable.lua, eliminate duplicate entries, as well as, do a huge merge between their copy and whats on the server's (per realm basis of course).

Here's a screen shot of the responses when adding new Ninjas to your list:
When a user clicks add after entering a name in the textbox, it'll go ahead and add that person to the ninjalist tagging the user's realm and current date/time. Someday, I…

Using Git Hooks: Prepare Commit Message to automatically prepend branch names on commit messages

When you're practicing branch by feature with distributed version control, typically you'll get assigned a ticket or issue and that ends up being your feature branch. Instead of always typing in the branch name in every commit, you can edit your Git hooks (specifically prepare-commit-msg).

Assuming that this is a brand new git repository:

mv .git/hooks/prepare-commit-msg.sample .git/hooks/prepare-commit-msg
vi .git/hooks/prepare-commit-msg

Edit the file by commenting out what was originally in the file and then add this:



Now, whenever you make a commit, it should show up like this in the log:



Since GitHub and Bitbucket both support Emojis inside commit messages, you can do something cute like this



Want more emojis? check out the Emoji Mardown Cheatsheet!