Succeeding with Objects : Decision Frameworks for Project Management

Overview

If you are a project manager, or a member of a project team incorporating object-oriented technology into a software development project, you need to read this book. Filled with advice distilled from the authors' experience in the creation and use of object-oriented technology, Succeeding with Objects is an invaluable guide to the decision processes inherent in successful software development using object-oriented technology. The focus of the book is on you - the developer, project manager, or IS executive. It ...
See more details below
Available through our Marketplace sellers.
Other sellers (Hardcover)
  • All (15) from $1.99   
  • New (5) from $35.00   
  • Used (10) from $1.99   
Close
Sort by
Page 1 of 1
Showing 1 – 4 of 5
Note: Marketplace items are not eligible for any BN.com coupons and promotions
$35.00
Seller since 2010

Feedback rating:

(6)

Condition:

New — never opened or used in original packaging.

Like New — packaging may have been opened. A "Like New" item is suitable to give as a gift.

Very Good — may have minor signs of wear on packaging but item works perfectly and has no damage.

Good — item is in good condition but packaging may have signs of shelf wear/aging or torn packaging. All specific defects should be noted in the Comments section associated with each item.

Acceptable — item is in working order but may show signs of wear such as scratches or torn packaging. All specific defects should be noted in the Comments section associated with each item.

Used — An item that has been opened and may show signs of wear. All specific defects should be noted in the Comments section associated with each item.

Refurbished — A used item that has been renewed or updated and verified to be in proper working condition. Not necessarily completed by the original manufacturer.

New
New.. With Normal shelf wear. Quantity Available: 1. ISBN: 0201628783. ISBN/EAN: 9780201628784. Inventory No: ABE450639956.

Ships from: Burgin, KY

Usually ships in 1-2 business days

  • Canadian
  • International
  • Standard, 48 States
  • Standard (AK, HI)
  • Express, 48 States
  • Express (AK, HI)
$35.00
Seller since 2005

Feedback rating:

(371)

Condition: New
Boston, MA 1995 Hardcover New Book New. With Normal shelf wear. Quantity Available: 1. ISBN: 0201628783. ISBN/EAN: 9780201628784. Inventory No: ABE450639956.

Ships from: Burgin, KY

Usually ships in 1-2 business days

  • Canadian
  • International
  • Standard, 48 States
  • Standard (AK, HI)
  • Express, 48 States
  • Express (AK, HI)
$42.52
Seller since 2014

Feedback rating:

(0)

Condition: New
Hardcover New 0201628783 Brand New US Edition Book in Perfect Condition. Fast Shipping with tracking number.

Ships from: Houston, TX

Usually ships in 1-2 business days

  • Canadian
  • International
  • Standard, 48 States
  • Standard (AK, HI)
  • Express, 48 States
  • Express (AK, HI)
$45.00
Seller since 2014

Feedback rating:

(177)

Condition: New
Brand new.

Ships from: acton, MA

Usually ships in 1-2 business days

  • Standard, 48 States
  • Standard (AK, HI)
Page 1 of 1
Showing 1 – 4 of 5
Close
Sort by
Sending request ...

Overview

If you are a project manager, or a member of a project team incorporating object-oriented technology into a software development project, you need to read this book. Filled with advice distilled from the authors' experience in the creation and use of object-oriented technology, Succeeding with Objects is an invaluable guide to the decision processes inherent in successful software development using object-oriented technology. The focus of the book is on you - the developer, project manager, or IS executive. It assumes that you want to apply object-oriented technology to real-world problems and to integrate this technology into the software development culture of your organization successfully. Case studies of object-oriented software projects and the direct personal experience of the authors from the basis for the decision frameworks presented. Using these frameworks, you will be able to develop your own coherent and successful management plan, tailored to your organization. Succeeding with Objects provides practical advice on how to incorporate object-oriented technology in software development projects based upon experience in real-life projects; covers all aspects of process models, project planning and control, software development environments, measurement, training, and systematic reuse and introduces ten decision frameworks used to develop a project management strategy, leveraged by object-oriented technology.

Written for technical project managers and their teams, this book is filled with advice distilled from the authors' extensive experience in the creation and use of object technology. It is an invaluable guide to evaluating, selecting, and working with objects for software development projects, covering programming languages, development tools, and methods for analysis and design.

Read More Show Less

Product Details

  • ISBN-13: 9780201628784
  • Publisher: Addison Wesley Professional
  • Publication date: 6/14/1995
  • Edition number: 1
  • Pages: 576
  • Product dimensions: 7.76 (w) x 9.51 (h) x 1.26 (d)

Read an Excerpt

PREFACE:
I wake up each morning determined to change the World and also to have one hell of a good time. Sometimes that makes planning the day a little difficult.
E.B. White

This book is written for technical managers who wish to be successful in the use of object-oriented technology. It contains our advice, distilled from 20 years of direct experience in the creation and use of the technology--programming languages, development tools, and methods for analysis and design.

What This Book is About

Our original intent was to present a prescription that details, step by step, what an organization--its managers, developers, support teams, and customers--should do to be successful in the use of object-oriented technology. The prescription was going to be something like: Plan so that incremental results will be delivered every three months; use "some language" as the programming language; limit team size to no more than eight developers, including a tester, documentor, and code librarian; and assign a corporate-funded reuse engineer to each team. However, no single prescription for managing object-oriented technology was appropriate. Differences in culture and long- and short-term goals create remarkably large variations in a potential prescription. A company might have only C programmers who believe C++ is easier to learn. A company that is accustomed to project staffs with 40 or 50 developers might not appreciate how to do the work with only eight. And some companies have no structure with which to support and finance a corporate-level competency center staffed withreuse engineers.

What we have written instead is an explanation of how to construct your own prescription. We examine the decisions you need to make, and the issues that enter into the decision-making process. Each related decision has to be made in a coordinated fashion, one leading to the other so as to provide a coherent project-management plan. Although you are the one who needs to make these decisions for your organization, we do make recommendations, and we tie these recommendations to the conditions under which we have seen success and failure. Specifically, we provide examples of decisions derived from 39 project case studies we conducted over a four-year period.

Object-oriented technology involves organizational change. Objects suggest new ways to develop software that alter the relationship between customers and developers, and between developers and business experts. Objects influence how development teams acquire the skills needed for effective use of new analysis, design, implementation, testing, and integration techniques. A commitment to objects is a commitment to change your organization's structure, processes, and resources. This book helps you manage the changes that attend object-oriented technology.

Our emphasis in this book is on project-management practices for professional software development teams. Although we are object advocates, we do not try to sell you on objects alone. Rather, we are interested in showing you the benefits that come from applying object-oriented technology in the context of good project management.

Who Should Read This Book

We expect the reader to be an information systems project manager or a manager of technical managers, someone with a desire to find better processes and techniques for building software systems. This person may not have caught the object wave yet, but is trying to learn what is involved in committing his or her organization to the use of the technology. Most likely, this person will be a project leader when the organization initiates its first object-based project, and will be involved in making many of the management decisions we propose.

Although this book is written for a project manager, everyone involved with the project team should read it to understand their roles within an organization that is using object-oriented technology. We do not assume that the reader has experience in the use of object-oriented technology, so we provide a managerial introduction to the basic concepts. We also provide an overview of the important issues related to managing software projects: planning, organizing, staffing, directing, and controlling. As such this book can serve as the blueprint for a basic software engineering course. To support this objective, we include additional readings about each topic. This book is not intended to be a substitute for the literature on object-oriented languages, databases, tools, or other technical aspects that you might wish to study.

Book Organization

Broadly, the book is organized around a set of frameworks for helping you make management decisions affecting software projects. Chapter 1 defines the essential characteristics of a decision framework--its principles, goals, maxims, and decisions. In Chapter 2, we introduce the first decision framework: Defining project goals and objectives. We define what we mean by a project, setting the stage to explain the kinds of process-improvement and resource-improvement projects that are needed to base software development effectively on the use of object-oriented technology.

A brief managerial overview of object-oriented technology --defining the concepts and terminology--is provided in Chapter 3. The primary focus of the chapter is to point out the benefits of using the technology in the context of the second decision framework, which asks you to examine what you value in products, processes, and resources, and to decide what about objects can help you obtain what you value. Constructing this value proposition for objects is the first step in creating the organization's rationale for a long-term commitment to the technology.

The next chapter, Chapter 4, discusses how to get started with object-oriented technology to fulfill your value proposition. We suggest that you initiate a first software development project in advance of having the details about how to transition your organization to one in which objects are effectively employed. The details make more sense if you have some experience and if you are ready to make a commitment to the strategic use of the technology. Indeed, many companies will not make a commitment to new technology until they can assess the outcome of a first project. You may also decide to initiate a special technology center to provide a focal point for gathering and assessing information about object-oriented technology.

  • Selecting a product process model
  • Setting up a project schedule and controlling to meet the schedule
  • Selecting a reuse process model
  • Selecting a project team structure
  • Selecting a software development environment
  • Setting up a training plan
  • Selecting measures for assessing, controlling, and predicting process, resource, and product attributes

These seven topics are covered in the following 16 chapters. Process models plus planning and control take up the first four of these chapters. Reuse, covered in the next three chapters, focuses on the process needed to make systematic reuse a reality. We do not provide a technical explanation of how to design for reuse, as that level of detail is outside the scope of management concerns. The discussion of team structures and how they relate to the goals of a project is presented in the next two chapters. (We have relegated the important but detailed job descriptions for team roles to an appendix.) Software development environments--what they are and how to select them--take up the next four chapters. These chapters include definitions and criteria for selecting analysis-and-design method tools, programming languages, libraries, tools, and databases. Chapters 18 and 19 review subject areas and proficiency levels required by members of a team using object-oriented technology, and describe the kinds of training that can be used effectively with the different team members. And then Chapter 20 encourages you to set up a software measurement program, with the goal of measuring progress on individual projects and on transitioning your organization into one that is a mature user of objects. The last chapter recapitulates our main recommendations, restated as the pitfalls of poor decision making.

We conducted case studies of 39 projects that used object-oriented technology. These case studies, along with our own experiences, are used to illustrate the decision frameworks and our recommendations. The demographics of the case studies are relegated to an appendix, best read only by those curious about the source of this information.

When and How to Read This Book

We offer ten project-management decision frameworks, each of which is defined by a principle, a goal, several steps, and several maxims. To help you identify these framework elements, look for the following symbols in the margins. They mark where each element is introduced, and look like this:

Framework Principle. You should know where you are going, so you will know whether you have arrived.


Framework Goal. Set realistic expectations for how object-oriented technology can help you to achieve your software development goals and objectives.


Framework steps:

  • Make the decision to use objects
  • Obtain an initial management commitment to the use of objects
  • Select an initial process model and software development environment
  • Select and set up an initial pilot project
  • Assess the outcome of the initial pilot project

A maxim:

Confidence comes from the planning process, not from the plan.


There are three possible pathways through the book, depending on your primary interests and level of involvement with object-oriented technology: a fast track, to review the decision frameworks; a foundation track, to explore fundamental concepts and acquire a basis for making choices; and an adoption track, to find information as you need it.

FAST TRACK. This book contains a lot of detail, not all of which is necessary or appropriate to cover on your first reading. The detail will be important when you actually have to do the work--when you have to set up a project, decide on the team members, plan a training program, set up a corporate reuse program, determine which measures give you the information you need, and so on.

To help you circumvent the details, we provide a list in Table P.1 (click here for HTML version 3.0 compatible version of this Table P.1) of the chapter sections (including their subsections) that offer a quick path through the guidelines. The fast track includes only those sections that describe the principles, goals, maxims, and steps of the project-management decision frameworks. In addition to the listed sections and tables or figures, you should read the chapter opening and the summary provided at the end of each chapter. The fast-track material assumes a knowledge of terminology and of background material provided in other chapters, which you can read opportunistically.

FOUNDATION TRACK. Any reader who is uncertain about the terminology we use, or about the fundamental concepts underlying the proposals we make, should read the chapters in the foundation track. This track consists of Chapters 1 through 3 plus the chapters listed in Table P.2 (click here for HTML version 3.0 compatible version of this Table P.2) that have a check mark in the column titled "Definitions and Choices." The material in this part of the book presents our opinions about how to make the various project-management decisions.

Table P.2 provides additional pathway information. Case studies contain the experiences of other practitioners and illustrate many of the decisions in the project-management decision frameworks. In Table P.2, we placed a check mark next to the chapters that include case study illustrations. The table also identifies which chapters contain the descriptions of the frameworks themselves.

ADOPTION TRACK. You can also read this book in an opportunistic fashion. First read Chapters 1 through 3. You are then ready for your first project. Chapter 4 can help you select this project. The decisions you make to formulate and carry out a product development project are typically ordered as follows: set goals and objectives, select the project process model, create a plan including how to measure progress and results, select the team, select the tolls, train the team, carry out the project, revisit the process and planning decisions with the team, and intermittently assess progress and results. As you come to each of these steps, you can read the relevant chapters on each framework, as cited in groups in Table P.2, independently. If you are setting up a reuse program, you will also want to pay special attention to the three chapters on a reuse process model.

Acknowledgments

This book has taken a long time to complete. At times our confidence that we could distill our experiences rationally would falter--these were the times when we would encounter a new client with an even newer kind of problem., It took some time to realize that the ever-changing problem situations were, in fact, the key to writing a book of value. We then stopped looking for answers and started formulating the questions. We thank our clients and the people who attended our courses and talks, spread over five continents and as many years, for sharing their time and experience.

We thank the 26 organizations willing to open their project doors to us, allowing us to participate in their projects and project postmortems. We hope they will understand that our nondisclosure agreements with their companies prevent us from naming them here. We also appreciate the assistance of our colleagues at ParcPlace Systems for being willing sounding boards: Tw Cook, Marek Jeziorek, David Leibs, K. Ross Looney, Patrick McClaughry, Paul McCullough, David Pellegrini, Mike Robicheaux, and David Smith.

A special debt of appreciation goes to our reviewers, who patiently explained where our explanations could be greatly improved. Thank you to: Brian Alexander, Dennis Allison, Mike Crooks, John Davis, James Falek, Steve Fraser, Martin Griss, Marie Lenzi, William Lively, and Efrem Mallach. We hope we did justice to John and Martin's extensive suggestions. And we are especially indebted to Dennis, whose forcefulness in getting us to rewrite the original draft undoubtedly led to a more readable and acceptable manuscript.

Our special and fondest thanks to our personal artist, Rebecca Cannara, who provided the cartoon artwork that resulted in the cover characters, the team role characters, and the many chapter cartoon illustrations.

Finally, we would like to thank the folks at Addison-Wesley whose careful eyes and ears allowed us to produce a quality edition--to Peter Gordon, who has been our book mentor for many years, and to the editorial and production staff, including Robert Chamberlain, Helen Goldstein, Eileen Hoff, Margo Shearman, and Helen Wythe.

Adele and Kenny
February, 1995
Palo Alto, California




0201628783P04062001
Read More Show Less

Table of Contents

Preface
Ch. 1 Introduction to Principles, Maxims, and Decision Frameworks 1
Ch. 2 Establish Project Goals and Objectives 19
Ch. 3 Determining Benefits of Object-Oriented Technology 39
Ch. 4 Make an Initial Commitment to Use Object-Oriented Technology 63
Ch. 5 What Is a Process Model? 85
Ch. 6 Select a Product Process Model 117
Ch. 7 Plan and Control a Project 143
Ch. 8 Case Studies of Process Models 169
Ch. 9 What Is Reuse? 203
Ch. 10 Reuse Process Models 221
Ch. 11 Organizational Models for Reuse 251
Ch. 12 Select a Team Structure 277
Ch. 13 Case Studies of Teams 301
Ch. 14 Expectations for a Software Development Environment 315
Ch. 15 Analysis and Design Methods and Tools 335
Ch. 16 Languages, Libraries, Tools, and Databases 353
Ch. 17 Select a Software Development Environment 375
Ch. 18 What Is in a Training Plan? 395
Ch. 19 Set Up a Training Plan 421
Ch. 20 What Is Measurement? 437
Ch. 21 Failing with Objects 469
Appendix A Primary Case Study Data 475
Appendix B Suggested Survey Questions for Project Managers 481
Appendix C Team Member Job Descriptions 493
Glossary of Terms 503
References 519
Index 529
Read More Show Less

Preface

PREFACE:
I wake up each morning determined to change the World and also to have one hell of a good time. Sometimes that makes planning the day a little difficult.
E.B. White

This book is written for technical managers who wish to be successful in the use of object-oriented technology. It contains our advice, distilled from 20 years of direct experience in the creation and use of the technology--programming languages, development tools, and methods for analysis and design.

What This Book is About

Our original intent was to present a prescription that details, step by step, what an organization--its managers, developers, support teams, and customers--should do to be successful in the use of object-oriented technology. The prescription was going to be something like: Plan so that incremental results will be delivered every three months; use "some language" as the programming language; limit team size to no more than eight developers, including a tester, documentor, and code librarian; and assign a corporate-funded reuse engineer to each team. However, no single prescription for managing object-oriented technology was appropriate. Differences in culture and long- and short-term goals create remarkably large variations in a potential prescription. A company might have only C programmers who believe C++ is easier to learn. A company that is accustomed to project staffs with 40 or 50 developers might not appreciate how to do the work with only eight. And some companies have no structure with which to support and finance a corporate-level competency center staffedwithreuse engineers.

What we have written instead is an explanation of how to construct your own prescription. We examine the decisions you need to make, and the issues that enter into the decision-making process. Each related decision has to be made in a coordinated fashion, one leading to the other so as to provide a coherent project-management plan. Although you are the one who needs to make these decisions for your organization, we do make recommendations, and we tie these recommendations to the conditions under which we have seen success and failure. Specifically, we provide examples of decisions derived from 39 project case studies we conducted over a four-year period.

Object-oriented technology involves organizational change. Objects suggest new ways to develop software that alter the relationship between customers and developers, and between developers and business experts. Objects influence how development teams acquire the skills needed for effective use of new analysis, design, implementation, testing, and integration techniques. A commitment to objects is a commitment to change your organization's structure, processes, and resources. This book helps you manage the changes that attend object-oriented technology.

Our emphasis in this book is on project-management practices for professional software development teams. Although we are object advocates, we do not try to sell you on objects alone. Rather, we are interested in showing you the benefits that come from applying object-oriented technology in the context of good project management.

Who Should Read This Book

We expect the reader to be an information systems project manager or a manager of technical managers, someone with a desire to find better processes and techniques for building software systems. This person may not have caught the object wave yet, but is trying to learn what is involved in committing his or her organization to the use of the technology. Most likely, this person will be a project leader when the organization initiates its first object-based project, and will be involved in making many of the management decisions we propose.

Although this book is written for a project manager, everyone involved with the project team should read it to understand their roles within an organization that is using object-oriented technology. We do not assume that the reader has experience in the use of object-oriented technology, so we provide a managerial introduction to the basic concepts. We also provide an overview of the important issues related to managing software projects: planning, organizing, staffing, directing, and controlling. As such this book can serve as the blueprint for a basic software engineering course. To support this objective, we include additional readings about each topic. This book is not intended to be a substitute for the literature on object-oriented languages, databases, tools, or other technical aspects that you might wish to study.

Book Organization

Broadly, the book is organized around a set of frameworks for helping you make management decisions affecting software projects. Chapter 1 defines the essential characteristics of a decision framework--its principles, goals, maxims, and decisions. In Chapter 2, we introduce the first decision framework: Defining project goals and objectives. We define what we mean by a project, setting the stage to explain the kinds of process-improvement and resource-improvement projects that are needed to base software development effectively on the use of object-oriented technology.

A brief managerial overview of object-oriented technology --defining the concepts and terminology--is provided in Chapter 3. The primary focus of the chapter is to point out the benefits of using the technology in the context of the second decision framework, which asks you to examine what you value in products, processes, and resources, and to decide what about objects can help you obtain what you value. Constructing this value proposition for objects is the first step in creating the organization's rationale for a long-term commitment to the technology.

The next chapter, Chapter 4, discusses how to get started with object-oriented technology to fulfill your value proposition. We suggest that you initiate a first software development project in advance of having the details about how to transition your organization to one in which objects are effectively employed. The details make more sense if you have some experience and if you are ready to make a commitment to the strategic use of the technology. Indeed, many companies will not make a commitment to new technology until they can assess the outcome of a first project. You may also decide to initiate a special technology center to provide a focal point for gathering and assessing information about object-oriented technology.

  • Selecting a product process model
  • Setting up a project schedule and controlling to meet the schedule
  • Selecting a reuse process model
  • Selecting a project team structure
  • Selecting a software development environment
  • Setting up a training plan
  • Selecting measures for assessing, controlling, and predicting process, resource, and product attributes

These seven topics are covered in the following 16 chapters. Process models plus planning and control take up the first four of these chapters. Reuse, covered in the next three chapters, focuses on the process needed to make systematic reuse a reality. We do not provide a technical explanation of how to design for reuse, as that level of detail is outside the scope of management concerns. The discussion of team structures and how they relate to the goals of a project is presented in the next two chapters. (We have relegated the important but detailed job descriptions for team roles to an appendix.) Software development environments--what they are and how to select them--take up the next four chapters. These chapters include definitions and criteria for selecting analysis-and-design method tools, programming languages, libraries, tools, and databases. Chapters 18 and 19 review subject areas and proficiency levels required by members of a team using object-oriented technology, and describe the kinds of training that can be used effectively with the different team members. And then Chapter 20 encourages you to set up a software measurement program, with the goal of measuring progress on individual projects and on transitioning your organization into one that is a mature user of objects. The last chapter recapitulates our main recommendations, restated as the pitfalls of poor decision making.

We conducted case studies of 39 projects that used object-oriented technology. These case studies, along with our own experiences, are used to illustrate the decision frameworks and our recommendations. The demographics of the case studies are relegated to an appendix, best read only by those curious about the source of this information.

When and How to Read This Book

We offer ten project-management decision frameworks, each of which is defined by a principle, a goal, several steps, and several maxims. To help you identify these framework elements, look for the following symbols in the margins. They mark where each element is introduced, and look like this:

Framework Principle. You should know where you are going, so you will know whether you have arrived.


Framework Goal. Set realistic expectations for how object-oriented technology can help you to achieve your software development goals and objectives.


Framework steps:

  • Make the decision to use objects
  • Obtain an initial management commitment to the use of objects
  • Select an initial process model and software development environment
  • Select and set up an initial pilot project
  • Assess the outcome of the initial pilot project

A maxim:

Confidence comes from the planning process, not from the plan.


There are three possible pathways through the book, depending on your primary interests and level of involvement with object-oriented technology: a fast track, to review the decision frameworks; a foundation track, to explore fundamental concepts and acquire a basis for making choices; and an adoption track, to find information as you need it.

FAST TRACK. This book contains a lot of detail, not all of which is necessary or appropriate to cover on your first reading. The detail will be important when you actually have to do the work--when you have to set up a project, decide on the team members, plan a training program, set up a corporate reuse program, determine which measures give you the information you need, and so on.

To help you circumvent the details, we provide a list in Table P.1 (click here for HTML version 3.0 compatible version of this Table P.1) of the chapter sections (including their subsections) that offer a quick path through the guidelines. The fast track includes only those sections that describe the principles, goals, maxims, and steps of the project-management decision frameworks. In addition to the listed sections and tables or figures, you should read the chapter opening and the summary provided at the end of each chapter. The fast-track material assumes a knowledge of terminology and of background material provided in other chapters, which you can read opportunistically.

FOUNDATION TRACK. Any reader who is uncertain about the terminology we use, or about the fundamental concepts underlying the proposals we make, should read the chapters in the foundation track. This track consists of Chapters 1 through 3 plus the chapters listed in Table P.2 (click here for HTML version 3.0 compatible version of this Table P.2) that have a check mark in the column titled "Definitions and Choices." The material in this part of the book presents our opinions about how to make the various project-management decisions.

Table P.2 provides additional pathway information. Case studies contain the experiences of other practitioners and illustrate many of the decisions in the project-management decision frameworks. In Table P.2, we placed a check mark next to the chapters that include case study illustrations. The table also identifies which chapters contain the descriptions of the frameworks themselves.

ADOPTION TRACK. You can also read this book in an opportunistic fashion. First read Chapters 1 through 3. You are then ready for your first project. Chapter 4 can help you select this project. The decisions you make to formulate and carry out a product development project are typically ordered as follows: set goals and objectives, select the project process model, create a plan including how to measure progress and results, select the team, select the tolls, train the team, carry out the project, revisit the process and planning decisions with the team, and intermittently assess progress and results. As you come to each of these steps, you can read the relevant chapters on each framework, as cited in groups in Table P.2, independently. If you are setting up a reuse program, you will also want to pay special attention to the three chapters on a reuse process model.

Acknowledgments

This book has taken a long time to complete. At times our confidence that we could distill our experiences rationally would falter--these were the times when we would encounter a new client with an even newer kind of problem., It took some time to realize that the ever-changing problem situations were, in fact, the key to writing a book of value. We then stopped looking for answers and started formulating the questions. We thank our clients and the people who attended our courses and talks, spread over five continents and as many years, for sharing their time and experience.

We thank the 26 organizations willing to open their project doors to us, allowing us to participate in their projects and project postmortems. We hope they will understand that our nondisclosure agreements with their companies prevent us from naming them here. We also appreciate the assistance of our colleagues at ParcPlace Systems for being willing sounding boards: Tw Cook, Marek Jeziorek, David Leibs, K. Ross Looney, Patrick McClaughry, Paul McCullough, David Pellegrini, Mike Robicheaux, and David Smith.

A special debt of appreciation goes to our reviewers, who patiently explained where our explanations could be greatly improved. Thank you to: Brian Alexander, Dennis Allison, Mike Crooks, John Davis, James Falek, Steve Fraser, Martin Griss, Marie Lenzi, William Lively, and Efrem Mallach. We hope we did justice to John and Martin's extensive suggestions. And we are especially indebted to Dennis, whose forcefulness in getting us to rewrite the original draft undoubtedly led to a more readable and acceptable manuscript.

Our special and fondest thanks to our personal artist, Rebecca Cannara, who provided the cartoon artwork that resulted in the cover characters, the team role characters, and the many chapter cartoon illustrations.

Finally, we would like to thank the folks at Addison-Wesley whose careful eyes and ears allowed us to produce a quality edition--to Peter Gordon, who has been our book mentor for many years, and to the editorial and production staff, including Robert Chamberlain, Helen Goldstein, Eileen Hoff, Margo Shearman, and Helen Wythe.

Adele and Kenny
February, 1995
Palo Alto, California




0201628783P04062001
Read More Show Less

Customer Reviews

Be the first to write a review
( 0 )
Rating Distribution

5 Star

(0)

4 Star

(0)

3 Star

(0)

2 Star

(0)

1 Star

(0)

Your Rating:

Your Name: Create a Pen Name or

Barnes & Noble.com Review Rules

Our reader reviews allow you to share your comments on titles you liked, or didn't, with others. By submitting an online review, you are representing to Barnes & Noble.com that all information contained in your review is original and accurate in all respects, and that the submission of such content by you and the posting of such content by Barnes & Noble.com does not and will not violate the rights of any third party. Please follow the rules below to help ensure that your review can be posted.

Reviews by Our Customers Under the Age of 13

We highly value and respect everyone's opinion concerning the titles we offer. However, we cannot allow persons under the age of 13 to have accounts at BN.com or to post customer reviews. Please see our Terms of Use for more details.

What to exclude from your review:

Please do not write about reviews, commentary, or information posted on the product page. If you see any errors in the information on the product page, please send us an email.

Reviews should not contain any of the following:

  • - HTML tags, profanity, obscenities, vulgarities, or comments that defame anyone
  • - Time-sensitive information such as tour dates, signings, lectures, etc.
  • - Single-word reviews. Other people will read your review to discover why you liked or didn't like the title. Be descriptive.
  • - Comments focusing on the author or that may ruin the ending for others
  • - Phone numbers, addresses, URLs
  • - Pricing and availability information or alternative ordering information
  • - Advertisements or commercial solicitation

Reminder:

  • - By submitting a review, you grant to Barnes & Noble.com and its sublicensees the royalty-free, perpetual, irrevocable right and license to use the review in accordance with the Barnes & Noble.com Terms of Use.
  • - Barnes & Noble.com reserves the right not to post any review -- particularly those that do not follow the terms and conditions of these Rules. Barnes & Noble.com also reserves the right to remove any review at any time without notice.
  • - See Terms of Use for other conditions and disclaimers.
Search for Products You'd Like to Recommend

Recommend other products that relate to your review. Just search for them below and share!

Create a Pen Name

Your Pen Name is your unique identity on BN.com. It will appear on the reviews you write and other website activities. Your Pen Name cannot be edited, changed or deleted once submitted.

 
Your Pen Name can be any combination of alphanumeric characters (plus - and _), and must be at least two characters long.

Continue Anonymously

    If you find inappropriate content, please report it to Barnes & Noble
    Why is this product inappropriate?
    Comments (optional)