Creating a Software Engineering Culture

Couverture
Addison-Wesley, 15 juil. 2013 - 384 pages

This is the digital version of the printed book (Copyright © 1996).

Written in a remarkably clear style, Creating a Software Engineering Culture presents a comprehensive approach to improving the quality and effectiveness of the software development process.

In twenty chapters spread over six parts, Wiegers promotes the tactical changes required to support process improvement and high-quality software development. Throughout the text, Wiegers identifies scores of culture builders and culture killers, and he offers a wealth of references to resources for the software engineer, including seminars, conferences, publications, videos, and on-line information.

With case studies on process improvement and software metrics programs and an entire part on action planning (called “What to Do on Monday”), this practical book guides the reader in applying the concepts to real life.

Topics include software culture concepts, team behaviors, the five dimensions of a software project, recognizing achievements, optimizing customer involvement, the project champion model, tools for sharing the vision, requirements traceability matrices, the capability maturity model, action planning, testing, inspections, metrics-based project estimation, the cost of quality, and much more!

Principles from Part 1

  • Never let your boss or your customer talk you into doing a bad job.
  • People need to feel the work they do is appreciated.
  • Ongoing education is every team member’s responsibility.
  • Customer involvement is the most critical factor in software quality.
  • Your greatest challenge is sharing the vision of the final product with the customer.
  • Continual improvement of your software development process is both possible and essential.
  • Written software development procedures can help build a shared culture of best practices.
  • Quality is the top priority; long-term productivity is a natural consequence of high quality.
  • Strive to have a peer, rather than a customer, find a defect.
  • A key to software quality is to iterate many times on all development steps except coding: Do this once.
  • Managing bug reports and change requests is essential to controlling quality and maintenance.
  • If you measure what you do, you can learn to do it better.
  • You can’t change everything at once. Identify those changes that will yield the greatest benefits, and begin to implement them next Monday.
  • Do what makes sense; don’t resort to dogma.

 

Table des matières

With Managers
Preface
Getting Started with Process Improvement
Recognizing Achievements Great and Small
So Much to Learn So Little Time
In Search of Excellent Requirements
Improving Your Processes
Process Improvement Case Study
Control Change Before It Controls
Taking Measures to Stay on Track
What to Do on Monday
Action Planning for Software Engineers
Epilogue
Contact Information for Selected Resources
Author Index
Subject Index

Software Process Maturity
The Bug Stops Here
Methods Measures and Tools
Reviewers Comments
Droits d'auteur

Autres éditions - Tout afficher

Expressions et termes fréquents

À propos de l'auteur (2013)

Karl E. Wiegers holds a doctorate in organic chemistry from the University of Illinois at Urbana-Champaign and is Principal Consultant with Process Impact, a software process consulting and education company located in the greater Portland community of Happy Valley, Oregon. He previously spent 18 years at Eastman Kodak Company, where he led efforts in software quality, measurement, and process improvement in small and large software groups. The author of numerous articles and books on software engineering and management, Karl's professional interests include requirements engineering, peer reviews, project management, and software process improvement.

Informations bibliographiques