quality (2)


Top 8 Books for Technical Leaders

We’re always in the search to develop and maintain high performing teams, reduce risk, improve quality and increase speed to market. The below books have helped in the journey to become a better information technology / software professional and technical leader. The books discuss productivity, leading / managing knowledge workers in creative work, growing technical leadership skills, agile leadership, lean thinking, change & financial management.

Peopleware: Productive Projects and Teams – Tom DeMarco & Tim Lister

Peopleware - Productive Projects and Teams 

Peopleware is a great book for leaders of knowledge workers and creative environments. Through their experience and research, DeMarco and Lister provide examples on how to enable productive teams and describes common productivity killers. Peopleware discusses:

  • How to keep staff happy, retention high, burnout low.
  • How to setup your team environment for maximum productivity.
  • How to create a learning culture.
  • Setting up the office and work environment to maximize flow time and team work.
  • Leadership, management, goal alignment and networking.
  • Factors that will lead to teamicide – i.e. breaking teams.
  • Creating a culture of transparency and trust.
  • Empowering people to define methods most appropriate for their work, rather than strict adherence to prescribed methodologies.
  • Tips for effectively and pragmatically managing risk and change management.
  • How to run effective meetings, avoid ceremonies and ensure working meetings have outcomes and are efficient and effective.
  • How to grow community and culture, make work fun, enable innovation, keep motivation high and teams happy.

You can find a detailed Peopleware: Productive Project and Teams summary here.

You can review and purchase Peopleware: Productive Projects and Teams on Amazon.com.au.

 


The Manager’s Path: A Guide for Tech Leaders Navigating Growth & Change – Camille Fournier

The Managers Path

<<< Summary In Progress >>>

<<< Summary In Progress >>>

<<<Summary In Progress >>>

You can review and purchase The Managers Path: A Guide for Tech Leaders Navigating Growth and Change on Amazon.com.au.


Leading Geeks – How to Manage and Lead the People Who Deliver Technology – Paul Glen

Leading Geeks

<<< Summary In Progress >>>

<<< Summary In Progress >>>

<<< Summary In Progress >>>

 

You can review and purchase Leading Geeks – How to Manage and Lead the People Who Deliver Technology on Amazon.com.au.


Management 3.0 Leading Agile Developers, Developing Agile Leaders – Jurgen Appelo

Management 3.0

Management 3.0 is a book designed for the agile manager / leader and is presented via a synthesis of theory, science, nature and practical real world experience of Jurgen Appelo. Through understanding the differences between ordered systems (i.e. predicable) and complex systems (i.e. unpredictable), better structures, processes, methods and approaches can be used to manage, lead & motivate teams, reduce risk and increase the chance of success. Management 3.0 discusses:

  • The differences between ordered-systems and complex-systems and selecting the right method for your environment and challenge
  • Improving chances of success by embracing a constant flow of failure, learning & evolving cycles
  • Reviews existing agile methods such as RAD, Scrum, XP,  Lean, CMMI, PMBOK, Prince2, RUP and some of their limitations including the CHAOS report on project failure.
  • Discusses the role of complexity – the state between order & chaos where innovation & creativity thrives.
  • Highlights the importance of social networks within an organisation and osmotic communication (overhearing conversations & information). Connectivity of an individual & team is one of the best predictors of performance.
  • How to manage a creative environment including core tenants of safety, play, work variation, creative visibility,  and an environment which challenges the comfort zone.
  • How to create an environment of motivation for knowledge workers
  • Enabling self organising teams which are best suited for complex/dynamic environments, delegating and enabling decisions to be made at the right level (where the knowledge resides). Through aligning constraints, setting boundaries & protecting the environment, managers can define direction and shared goals of autonomous teams.
  • How to develop competence within individuals & teams and capture key project performance metrics for feedback loops
  • Communication and feedback ideas
  • Organisational structure, team size & makeup and generalising specialist / t-shaped individuals
  •  Embracing continuous change in search for system optimisation through adaption, exploration & anticipation.
  • Continuous improvement through plan – do – check – act cycle and similar models. Often as the team tries different methods to improve productivity it will take one step back and two steps forward.

You can find a detailed Management 3.0 summary here.

You can review and purchase Management 3.0 Leading Agile Developers, Developing Agile Leaders on Amazon.com.au.


The Lean Startup: How Constant Innovation Creates Radically Successful Businesses – Eric Ries

The Lean Startup

<<< Summary In Progress >>>

<<< Summary In Progress >>>

<<< Summary In Progress >>>

You can review and purchase The Lean Startup: How Constant Innovation Creates Radically Successful Businesses on Amazon.com.au.


Leading Change – John P. Kotter

Leading Change

<<< Summary In Progress >>>

<<< Summary In Progress >>>

<<< Summary In Progress >>>

You can review and purchase Leading Change on Amazon.com.au.


The Mythical Man-Month – Fred Brooks

The Mythical Man Month

<<< Summary In Progress >>>

<<< Summary In Progress >>>

<<< Summary In Progress >>>

You can review and purchase The Mythical Man-Month on Amazon.com.au.


Beyond Budgeting – Jeremy Hope

Beyond Budgeting

<<< Summary In Progress >>>

<<< Summary In Progress >>>

<<< Summary In Progress >>>

You can review and purchase Beyond Budgeting on Amazon.com.au.


 

I hope you’ve found the above books useful. Have I missed any books you think software / information technology professional and leaders should read?
Would love to hear your thoughts and feedback below…

 

* As an Amazon Associate I earn from qualifying purchases…



Peopleware: Productive Projects and Teams summary

Authors Tom DeMarco & Tim Lister

Peopleware - Productive Projects and Teams 

1.Managing the Human Resource

  • Don’t manage to the software vending machine mentality – standard operating processes, telling a technical team how to do the job, hiding the team from the underlying problem, prescribing solutions, leaving no room for learning or creativity etc.
  • Allow and encourage teams to make errors and learn.
  • Work a sustainable 40 hour week, nobody can continually work overtime, or sprint from the start to the finish on a long project without slowing down, or worse, burning out. Creative workers require rest to be at their maximum productivity during their work hours, and great knowledge workers spend time outside work learning about their trade and applying learned excellence back to their work.
  • “Quality, far beyond that required by the end user, is a means to higher productivity.”
  • “Quality is free, but only to those who are willing to pay heavily for it.”
  • Employees who are experts at designing, developing and delivering the said work should be the people who estimate and commit to it; “Programmers seem to be a bit more productive after they’ve done the estimate themselves, compared to cases in which the manager did it without even consulting them. When the two did the estimating together, the results tended to fall in between.”

2. The Office Environment

  • “There are a million ways to lose a work day, but not even a single way to get one back.”
  • “While this [10 to 1] productivity differential among programmers is understandable, there is also a 10 to 1 difference in productivity among software organizations.”
  • A study on developer performance showed workplaces with larger dedicated personal workspaces which are quiet, private and interruption free performed much better and showed a reduced defect rate
  • A study of development showed how developers spend their time:
    • Working alone 30%
    • Working with one other person 50%
    • Working with two or more people 20%
  • Working alone requires Flow Time –  a near meditative, uninterrupted state where time flows unconsciously and developers are at their most productive – work output flows. It takes time to get into the zone (15+ minutes) which is mostly unproductive time and nothing kills Flow Time like being interrupted (by a colleague, phone, email, instant message, loud noise etc) or having a workplace which doesn’t understand and design for Flow Time.
  • There is a simple forumula to work out if you’re environment is setup for Flow Time called Environment Factor (EF). An EF of ~40+% should allow developers enough flow time and enable enough time to work with others and in groups:
    • Environment-Factor  = Uninterrupted Hours / Body-Present Hours

3. The Right People

  • Peopleware formula:
    • Get the right people.
    • Make them happy so they don’t want to leave.
    • Turn them loose.
  • Leadership as a service; leaders are enablers of knowledge workers who in large can self-manage. A leaders job should be to foster and grow teams, networks and aim to attain goal alignment. “The manager’s function is not to make people work, but to make it possible for people to work”.
  • Employee turnover is very expensive. It generally costs about 4.5 to 5 months of total employee cost to replace an employee and takes approx. 3-5 months for the employee to become fully productive.

4. Growing Productive Teams

  • A jelled team, aligned behind a common goal with momentum can be unstoppable. “The purpose of a team is not goal attainment but goal alignment”. A jelled team is usually has a strong sense of identity, a name, a brand, a catch phrase and a good, well known reputation.
  • Teamicide is a list of things that will likely prevent team jelling:
    • Defensive management
    • Bureaucracy
    • Physical separation
    • Fragmentation of people’s time
    • Quality reduction of the product
    • Phony deadlines
    • Clique control
    • Motivational posters, plaques & accessories
    • Overtime & weekend work
    • Internal team competition, performance reviews  (stack ranking, manage by objective etc), excessive personal praise & rewards
  • Overtime & weekend work – “That negative impact can be substantial: error, burnout, accelerated turnover, and compensatory undertime.”
  • Full transparency, delegation with trust, support, a safe environment where failing & learning is rewarded and open dialog helps teams and organisations gain great outcomes; to be properly effective an organisation has to have this at all levels. “This Open Kimono attitude is the exact opposite of defensive management. You take no steps to defend yourself from the people you’ve put into positions of trust. And all the people under you are in positions of trust. A person you can’t trust with any autonomy is of no use to you.”
  • Great teams build networks and this are not driven through hierarchies; “The structure of a team is a network, not a hierarchy. For all the deference paid to the concept of leadership (a cult word in our industry), it just doesn’t have much place here.”

5. Fertile Soil

  • Organisations tend to focus too much on certified methodologies rather than trusting its knowledge workers to setup systems and processes best placed for their work at hand;  “There is a big difference between Methodology and methodology. Small m methodology is a basic approach one takes to getting a job done. It doesn’t reside in a fat book, but rather inside the heads of the people carrying out the work. Big M Methodology is an attempt to centralize thinking. All meaningful decisions are made by the Methodology builders, not by the staff assigned to do the work.”
  • “Voluminous documentation is part of the problem, not part of the solution.” Big M methodologies often lead to:
    • A morass of paperwork
    • A paucity of methods
    • An absence of responsibility
    • A general loss of motivation
  • Better ways to achieve convergence of method are:
    • Training
    • Tools
    • Peer Review
  • Risk management within organisations is often seen in two extremes; non-managed, or managed so strongly risk adverse as to accomplish nothing of greats, transformational value; “The Peopleware premise—our main problems are more likely to be socio- logical than technological in nature—applies nowhere more strongly than in the area of risk”. “The risk we tend not to manage is the risk of our own failure.”
  • “The ultimate management sin is wasting people’s time.”
  • Starting projects with a full team – early overstaffing, rather than a slow ramp up during the start of a project planning & design phase most often wastes time and money
  • The cost of creating and consuming email should not be underestimated. Where possible avoid sending out corporate spam and grow a self-organising and coordinating culture without needing email as a centralised coordinating function.
  • “Experience gets turned into learning when an organization alters itself to take account of what experience has shown. Learning is limited by an organization’s ability to keep its people.”
  • Middle management is often the first to get downsized and can often have a direct and significant impact on organisational memory and the ability for an organisation to learn – “successful learning organizations are always characterized by strong middle management.”. To maximise organisation learning, middle management must work closely with each other in effective harmony, avoid bureaucracy, silos, have common aligned goals, have clear communication lines and frequent interaction. Ensuring management are operating as an effective team is critical.
  • Aristotle’s five interlinked Noble Sciences that together make up Philosophy:
    • Metaphysics: the study of existence, the nature of the universe and all its contents
    • Logic: the ways we may know something, the set of permissible conclusions we may draw based on our perceptions, and some sensible rules of deduction and inference
    • Ethics: what we know about man and what we may deduce and infer (through Logic) about acceptable interactions between pairs of individuals
    • Politics: how we may logically extend Ethics to the larger group – humans and the community made up of humans
    • Aesthetics: the appreciation of symbols and images of metaphysical reality
  • Fostering and environment where community and culture grows is one of the most important roles of managers and leaders

Meetings

  • Some organisations have a culture of meetings, which are considered more important than work and other organisations have an extreme no-meeting culture – you need to meet somewhere in the middle. As organisation age, their meetings tend to get more frequent, and longer.
  • Some dysfunctions of a meeting:
    • People in attendance but not present (ie using technology) or engaged – perhaps because they’re not getting value
    • Inviting more people than needs to be present to make a decision. Fewer people the better and meeting costs should be calculated – “The cost of the meeting is directly proportional to the number attending.”.
    • “A meeting that is ended by a clock is a ceremony”. A meeting where no decisions are necessarily made, and where most of the conversation is conducted between two-people (ie the boss and round-robin people speaking) with other attendees siting idle can be considered a status-update / FYI meeting and considered a waste of peoples time – can be replaced by one-on-ones.
  • The very nature of working meetings are ad-hoc and called when necessarily to reach a decision; a frequent, reoccurring meeting is normally a status meeting – “The need that was being served was not the boss’s need for information, but for reassurance”.
  • Start each meeting with an outcome in mind and the question – “What ends this meeting?”. Once the meeting has achieved its goal, end the meeting promptly.

Change Management

  • The hardest pert of change management is dealing with people (not necessarily technology) – “The fundamental response to change is not logical, but emotional.”
  • Different personas to change (increasing in resistance):
    • Blindly Loyal (Ask no questions.)
    • Believers but Questioners:
      1. Skeptics (“Show me.”)
      2. Passive Observers (“What’s in it for me?”)
      3. Opposed (Fear of Change)
      4. Opposed (Fear of Loss of Power)
    • Militantly Opposed (Will Undermine and Destroy)
  • Celebrate and acknowledge our old ways of working as enabling this new change
  • “You can never improve if you can’t change at all.”
  • Change involves are the very least 4 stages and two key events:
    • Old Status Quo –> [foreign element / event, catalyst for change]
    • Chaos –> [transforming idea / event]
    • Practice and Integration
    • New Status Quo
  • Often with new changes you’ll go through a learning curve and dip in performance, before mastering the new ways and (hopefully) improving
  • “Change won’t even get started unless people feel safe—and people feel safe when they know they will not be demeaned or degraded for proposing a change, or trying to get through one.”

6. It’s Supposed to Be Fun to Work Here

  • Work should be fun, introducing some chaos into the mix can help with empowerment, ownership, innovation, boosting productivity, enable team-work, help with change management and introduce novelty. It can be done via:
    • Pilot projects
    • War games
    • Brainstorming
    • Provocative training experiences
    • Hack-days / Hackathons
    • Training, trips, conferences, celebrations, and retreats
  • When brainstorming, encourage quantity over quality – sometimes the sillier the idea the better. As idea generation slows, you can try the following strategies:
    • Analogy thinking (How does nature solve this or some similar problem?)
    • Inversion (How might we achieve the opposite of our goal?)
    • Immersion (How might you project yourself into the problem?)

You can review and purchase Peopleware: Productive Projects and Teams on Amazon.com.au.