Lean Software Development Books

Books on Lean software development:

Three books from Mary and Tom Poppendieck. I enjoyed reading all 3 of them.

1) Lean Software Development: An Agile Toolkit by Mary Poppendieck and Tom Poppendieck

2) Implementing Lean Software Development: From Concept to Cash by Mary Poppendieck and Tom Poppendieck

3) Leading Lean Software Development: Results Are not the Point by Mary Poppendieck and Tom Poppendieck


Kanban Applied to Software Development: from Agile to Lean

Lean and Agile complement each other.
If time-boxed fixed scope scrums are not the easy for the task focused team, Kanban can help in process and task visualization, reducing WIP, process improvements, focused efforts, reducing the waste, reducing the delivery time, realizing the value stream and generating continuous flow in development.

What is Kanban and how it can be applied to software development functions? – 
Good article from Kenji Hiranabe  in http://www.infoQ.com
http://www.infoq.com/articles/hiranabe-lean-agile-kanban

Change in leadership style for leading 21st century knowledge workers

Today’s Software professional are smart individuals. They have different expectations and aspirations from the workplace.  People management practices need a change. What are the change required in leadership and management style and why? Excellent post from Martin Proulx is here

Still Managing like it’s  1992 ? Good luck with the Millennial s!

Power of Good Management – Two blog articles from Joel Spolsky

 Joel Spolsky  (Joel on Software)shares his experience on management styles which discourage innovation and creativity in an organization through command and control(Hit and Run) management – Two Stories by Joel Spolsky

Another interesting read on Command  and Control styles is the following article from him
Command and Conquer and the Herd of Coconuts  by Joel Spolsky

A lesson for all Manager who hide their inefficiencies to manage effectively by acting in Command and Conquer mode. These managers bring down the creativity and innovation in the organization, kill motivation and create an environment of distrust where talented people will  get suffocated. No matter, Product and People will suffer.

Deming’s 14 Points

Good description of Dr. Deming’s 14 points for quality and improvement is here.

14 points philosophy from Dr. Deming:

1. Constancy of purpose:
Create constancy of purpose toward continual improvement of product and service, with a plan to become competitive and to stay in business.
2. The new philosophy:
We are in a new economic age, created in Japan. Management must awaken to the challenge, must learn their responsibilities, and take on leadership for change.
3. Cease dependence on mass inspection:
Eliminate the dependence on inspection to achieve quality. Eliminate the need for inspection on a mass basis by building quality into the product in the first place.
4. End lowest tender contracts:
End the practice of awarding business on the basis of price tag along. Instead, minimise total cost. Move toward a single supplier for any one item, on a long-term relationship of loyalty and trust.
5. Improve every process:
Improve constantly and forever the system of production and service, to improve quality and productivity, and thus constantly decrease costs.
6. Institute training on the job:
Institute modern methods of training on the job.
7. Institute leadership of people:
The aim of management should be to help people to do a better job. Management is in need of overhaul.
8. Drive out fear: (one of the most important for organization)
Drive out fear so that everyone may work effectively for the company.
9. Break down barriers:
Break down barriers between departments. People in research, design, sales, technology and production must work as a team.
10. Eliminate exhortations:
Eliminate the use of slogans and exhortations for the work force asking for zero defects and new levels of productivity.
Eliminate work standards (quotas). Substitute leadership.
Eliminate management by objective. Substitute leadership.
Eliminate management by numbers, numerical goals. Substitute leadership.
11. Eliminate arbitrary numerical targets:
Eliminate work standards that prescribe quotas for the work force and numerical goals for people in management. The responsibility of managment must be changed from sheer numbers to quality.
12. Permit pride of workmanship:
Remove barriers that rob workers and people in management of their right to having pride in their work. This means, for example, abolishment of the annual or merit rating and of management by objective.
13. Encourage education:
Institute a vigorous programme of education and self-improvement.
14. Top management commitment and action:
Put everybody in the company to work to accomplish the transformation. The transformation is everybody’s job.

Management 3.0 – Jurgen Appelo’s fantastic book


I completed reading Jurgen Appelo’s fantastic book on Agile development.

This a good read for all development managers and agile practitioners. Very practical book which teaches models for agile team and organization development. Advice coming straight from someone who has worked in different roles, practiced and experimented with different agile development practices and models. Unlike management guru books, I found this book very practical, straight on the subject and valuable to development managers like me who want to learn more about softer aspects of agile product and team development.
Must read for all managers, leads committed  to improve the Software development practices in their respective organizations.

Jurgen discusses following 6 views.

Six views of the Management 3.0 model:

● Energize People
● Empower Teams
● Align Constraints
● Develop Competence
● Grow Structure
● Improve Everything

Management 3.0: Leading Agile Developers, Developing Agile Leaders (Addison-Wesley Signature Series (Cohn)) byJurgen Appelo 

Product Details

Agile Project Management – Can developers become good managers?

This is with response to the following discussion  in infoq.com

Infoq.com – Are Project Managers the Problem?

Traditional project management has no place in agile software development. Agile Project managers have different role to play. They will have to unlearn lot of mental models developed from years of old style management, before creating their place in agile teams.
“Command and Control” style of management need to go and agile principles of self-organizing, independent and emergent teams need to be learned.
I do not agree to the statement that developers will always make poor managers. Developers can be great managers if they recognize the fact the team and project management is a different skill set altogether like another technical skills they have developed and it has to be learned with theory and practice.
Agile literature has lot to offer in this field. If the developers\Scrum masters are driven by agile principles, they are already prepared to do good management. Also, the fact that they have grown solving the agile software development problem, has already prepared them to do good people and project management. Need is to learn and practice the Art and Science of Agile Software development.