Team Vs. Skill

Here is a team formation anti-pattern that I have observed recently: Dividing the team along the lines of Skillset.

Grouping teams along skill lines, inherently sets up competition rather than collaboration. This is especially true (in my experience) in software designed, where skills vary by “architectural layer” so subteams form at the layer level. Each subteam develops some ego: my layer/skill is important, our practices are immutable.Continue Reading

Team Vs. Me

This week I have been reflecting on the relationship of ego to team, and how to deal with clashes of ego’s as teams form, and reform.

Over the last few months, I have watched a project that I am playing a key role on transform from an outsourced staff model to a hybrid staff model, to a staff aug model, to a hybrid aug model, and each transform has required changes in project leadership.Continue Reading

React or Reflect

I have been observing behavior patterns in leaders that I am around. Here is one observation:

Some leaders react to a situation, and others project the behavior that they want into the situation, so that others can reflect it back.

Sometimes this is positional. Leaders behave differently depending on the amount of automomy, or authority they have over the situation. So when leading from a position of authority they might react less, because they have the ability to directly impose change on the situation. The same leader, in a position of influence might react more, in order to generate a sense of urgency, because they have less authority. This behavior pattern may backfire, because it appears to others to be an attempt at overt maniipulation and reduces the leader’s influence, rather the opposite of the desired result.Continue Reading

Letter of Recommendation

Kent Beck recently posted a letter of recommendation from his future boss for the job that he hopes to get. Written from a perspective of 3 years into the future, it is a great exercise in bringing clarity to how he wants to be recognized by his employer for adding value.

I want to replicate this exercise, because I think it will help me bring clarity for myself to how I want to be perceived for bringing value to my current job, and what I need to do to change. My thanks to Kent for publishing his, as it was an inspiration to me.Continue Reading

Resume and Interview Preparation Tips

OK so I’ve been a manager off and on in information technology (especially software delivery) since 1990. I have hired a few employees, and more contract staff than I care to remember. I want to share some tips for getting your resume read and forwarded that work for me – they will get you a phone interview if you have the qualifications that I am looking for:

If you are looking for a role that has a leadership aspect: (technical architect, project manager, designer, manager, coordinator, scrum master, agile coach, product manager, etc. – if you are looking to move into a formal leadership role, then project that into your resume)

1) Make your resume tell me what kind of a job you are seeking. have a section devoted to how you want to add value on your next gig. Sometimes I call this “objective”. Objective focuses on the kind of roles you see yourself inhabiting, other times “summary” which focuses on your talent, skill, abilities and how you want to use that to add value to your employer. Hiring managers can quickly see whether there is synergy between their need and your direction. Let’s not waste each other’s time, shall we.

2) Clearly articulate the value that you added to your former/current employers. I like a Value, Action, Method format for bullets. Make sure that for each employer or job you put the biggest value at the top. (this tells me you know what is important, beyond just doing a job).

Example: <value> enabled 20% reduction in cost of admission processing <action> by delivering more efficient workflow and oversight <method> through implementation of BI dashboards in SSRS and BIZTalk workflow automation.

— don’t let your experience look like a job description. I see a lot of “responsible for this” or “participated in that” bullets. If you are hiring a QB for your football team, do you hire a QB who was responsible for calling plays, throwing passes and participated in running the offense? or do you hire one who scored 30 points per game, rushed for 100 yards, threw for 350 yards, had a 75% pass completion ratio over that last 3 seasons?

These tips apply to contributor roles as well: (developer, analysts, tester, sysadmin, network engineer, etc.) Continue Reading

Masterly Management

Don Gray wrote this post about management style entitled Managing in Mayberry. I thought that it was insightful. When I thought about the example he used, though, it was about a stable state system. It was managing to the status quo. Manager as remover of difficulty.

Where is manager as practice improver? Certainly the masterly manager will have to do this at times. Waiting and watching, allowing others to propose, building consensus – all good. But facilitating practice improvement requires decision making, and sometimes those decisions are not universally popular. How would the masterly manager deal with individuals that “go passive” or outspokenly negative about the improvements? How would the masterly manager deal with practice improvements that require cooperation with customers, or other departments.Continue Reading

One Size Fits All (Not!)

Often I have railed against the stupidity of management, when designing one size fits all “round hole” policies. It is the single most abused policy anti-pattern in my experience.

Policy Structure:
For the purpose of this discussion, any policy can be divided into three components:

 

  • Benefits (why I need a policy at all)
  • Means (How we will get the benefits)
  • Measures (How we will know the policy is working).

Policies are often not “free”, in that there is some cost to implementing the policy. Policies often have “side effects” that are changes not specified in the benefits. These side effects can be positive or negative. Usually, the side effects of policies appear as we have to adjust business processes and practices to comply with the policy. These adjustments are evidence of “square pegs”, or gaps in the policy that do not contemplate the essential complexities of the business model.

The old aphorism – “if the only tool you have is a hammer, then every problem starts to look like a nail” derives from this type of anti-pattern.Continue Reading

Human OS, Stupid and Lazy, Leadership, Story Scope

Upgrade to the Human Operating System – BusinessWeek

I read this article, and it seemed to me to say for organizations in general, what Agile has done for software development teams.  Moving from a command and control – process/factory model, to a model that allows/incents/expects humans to invent, analyze, innovate, figure out.  Is it possible that we are finally ready to tranform organization structure from its industrial age roots into an information age – service orientation.  How many organizations say “our people are our most valuable resource” – but act like they have FTE’s – (HR/Manager speak for “universal man widgets”). 

Seth’s Blog: Stupid and lazy

I highly recommend that you evaluate every difficult thing that is on your plate, and decide whether it is lack of talent/skill/knowledge or simply lack of motivation that is getting in your way.  I hate this evaluation, because it always comes out the same.  Arrgh! 

Seth’s Blog: The difference between management and leadership

This short post was a huge shot in the arm for me this week.  Management is about constraints, leadership is about movement.  Movement and constraint are opposing forces.  Dang!  Now that I am not in a staff management role (first time since ’04) this is much easier to see.

Stories, Epics and Themes | Mike Cohn’s Blog – Succeeding With Agile®

Mike Cohn is pretty much “the man” on user stories.  I have had conversations with lots of agilists about stories epics and themes (story scope).  What nobody (including Mike) really wants to get into is whether stories are about business capabilities or software capability.  IMHO – when it comes to “requirements” for software – everything (not just agile) craps out on this divide.  And it is a critical division because all the value is on one side, and all the work is on the other.  Hmm.  Never the less – I thought this was one of the best posts on story scope I have read in a long time.

Local Optimization

I am clearly aggravated. I have been for a while, and I finally understand why.

In the world of systems thinking, it is called Local Optimization. That is where, in a multivariable system I optimise for one variable at the expense of other variables, and subsequently reduce the overall output of the system.

In more understandable business terms, I am optimizing one or more of the means, without regard to the “ends”. As my seventeen year old son put it I am maximizing one benefit without regard for the overall goal.

In organizational management, in a business with multiple business entities or sub-units – we are trying to maximise the profit of each entity, rather that maximising the profit of the whole. In process optimization, we talk about optimising throughput of one subprocess, without regard for the throughput of the whole.

Here are some examples that should resonate with everyone:

1) I spend so much time working to earn money, that I don’t have time to enjoy my wealth.
2) I build an educational system optimized for a specific metric (standardized tests) but have not taught my students how to learn independently.
3) I construct a business enterprise optimized to grow the stock price quarter by quarter, but do not produce anything of value.Continue Reading