Thoughts on “Managing” Software Development

I’ve written in the past on management and managers and you can find some of those thoughtshere however I want to share some additional thoughts. These thoughts are basically my answer to the question of: what does a Software Delivery/Development/Engineering manager do?

(Even if you’re one of those who believe managers are not needed in knowledge work, I’ll crave your indulgence to read on).

(I do believe that Software Development/Engineering Manager are better role names than Software Delivery Manager but I digress).

It is dangerous to define the job duties of a role without taking into consideration the guiding philosophies of an organization. For example, let’s just look at the concept of the
manager
. The definition of management (and hence managers) in an organization that adopts the principles of Frederick Taylor will be markedly different from that of an organization that adopts the principles of Edward Deming. In other words, roles are not defined in the abstract. The organizational philosophy ultimately defines the role.

I belong to the school of Deming
when it comes to management, and as a result, my definition and description of a software delivery manager is going to be based on Deming’s view on management and managers. I posit that real
Agile and/or Lean organizations take a similar stance.

A software delivery manager is a “manager of software delivery” and if we decompose the role into its component parts we have manager
and software delivery
.

Douglas McGregor basically describes the Taylorist manager as person who works with the assumption that:

…workers have an inherent dislike of work and hence needs to be directed, controlled and threatened with punishment in order get them to work hard to achieve company objectives


The Taylorist manager is all about control
and external direction

ergo this manager focuses on defining how the work should be done by the individuals on the team and then measuring individuals to ensure they are meeting pre-determined targets the manager defined. This manager leaves little room for individuals and teams to self-direct as these managers need to do all the planning and provide all direction.

So how does Deming describe as the role of the manager? According to Deming (excuse the gender-specific tone), a manager:

  1. Understands how the work of the group fits with the aims of the company.
    He teaches his people to understand how the work of the group supports these aims.
  2. Works with preceding stages and following stages
  3. Tries to create joy in work for everybody
  4. Is a coach and counsel, not a judge
  5. Uses figures to help understand his people
  6. Works to improve the system that he and his people work in
  7. Creates trusts
  8. Does not expect perfection
  9. Listens and learns
  10. Enables workers to do their jobs

Deming is not alone in his thinking. Other management thought leaders such as McGregor, Drucker, Ackoff, and Senge all share the same thoughts.

If I were to summarize, I would say that the role of the Agile (and some would say modern) manager is to:

Create an environment where people and teams can do their best work for themselves and the organization in a manner that is both rewarding and fulfilling

The modern manager realizes that s/he is dependent on their team to be successful. The team is also dependent on the manager. In a nutshell, the team and the manager are interdependent. The manager and the team share in the responsibility of developing and delivering software.

(If you work for an organization that says they are Agile and but exhibit Tayloristic management tactics, I hope for your sake that the organization is in the early stages of Agile cultural adaption. If they aren’t, you’ve been warned).

So we’ve defined manager but how about software delivery
? Software delivery is simply the aim of the system that the manager and their team(s) belong to. This system has the goal of delivering software that addresses the needs of stakeholders.

What then are the duties of the software delivery manager? Here are a few that immediately come to mind:

  • Provide clarity to team members and teams on organizational objectives and what achieving them entails
  • Define operating constraints and boundaries for teams in which they operate
  • Provide teams with the appropriate authority, resources, information and accountability
  • Provide career guidance and coaching to individual team members and teams
  • Staff teams appropriately within budgetary constraints. Manage their budget responsibility
  • Partner and network with other managers in the organization in addressing organizational impediments
  • Provide feedback to the teams on the software that is being developed. Engage in product “inspect and adapt” sessions.

What else would you add to this list?

While we’re talking about software delivery teams, I need to remind us that in Lean and Agile organizations, the work is done by cross-functional teams. The implication of this is that software delivery teams will often be composed of individuals from more than one functional group in the organization. A software engineering delivery manager will often need to team up with managers from other functional groups in the organization e.g. infrastructure manager and together they will provide the team the support it needs.

It’s also important to remember that Agile teams (regardless of the framework of choice), as a part of being cross-functional, have a role

on the team

responsible for championing the product (or something similar to a product). This role, often referred to as the Product Owner, and not the software delivery manager, decides what the team should focus on.

So there you have it. These are my thoughts on the Software Delivery/Development/Engineer Manager. I anticipate that some readers will disagree with me. Please share your thoughts in the comments. But as you disagree with me, take a moment to explore why it is that you disagree with me. In fact, I would implore that you examine the underlying philosophy and mental models that inform your definition. Where do they come from? Do you know? Are they based upon Taylor’s Principles of Scientific Management, Deming’s principles or something else?

Our actions reveal our beliefs.

稿源:eikonne (源链) | 关于 | 阅读提示

本站遵循[CC BY-NC-SA 4.0]。如您有版权、意见投诉等问题,请通过eMail联系我们处理。
酷辣虫 » 综合技术 » Thoughts on “Managing” Software Development

喜欢 (0)or分享给?

专业 x 专注 x 聚合 x 分享 CC BY-NC-SA 4.0

使用声明 | 英豪名录