The Software Project Manager's Handbook, 2/e
暫譯: 軟體專案經理手冊（第二版）

Dwayne Phillips

The Software Project Manager's Handbook, 2/e
  • 出版商: Wiley
  • 出版日期: 2004-07-01
  • 定價: $2,980
  • 售價: 8.5 折 $2,533
  • 語言: 英文
  • 頁數: 504
  • 裝訂: Paperback
  • ISBN: 0471674206
  • ISBN-13: 9780471674207

    • 立即出貨 (庫存 < 4)

買這商品的人也買了...

相關主題

商品描述

Description:

Software project managers and their team members work individually towards a common goal. This book guides both, emphasizing basic principles that work at work. Software at work should be pleasant and productive, not just one or the other.

This book emphasizes software project management at work. The author's unique approach concentrates on the concept that success on software projects has more to do with how people think individually and in groups than with programming. He summarizes past successful projects and why others failed. Visibility and communication are more important than SQL and C. The book discusses the technical and people aspects of software and how they relate to one another.

The first part of the text discusses four themes: (1) people, process, product, (2) visibility, (3) configuration management, and (4) IEEE Standards. These themes stress thinking, organization, using what others have built, and people. The second part describes the software management principles of process, planning, and risk management. Part three discusses software engineering principles, the technical aspects of software projects. The fourth part examines software practices giving practical meaning to the individual topics covered in the preceding chapters. The final part of this book continues these practical aspects by illustrating a sample project through seven distinctive documents.

 

Table of Contents:

Preface.

PART 1.

1. What Makes a Good Software Manager?

1.1 People Perspective.

1.2 Business Perspective.

1.3 Process Perspective.

1.4 Key Thoughts in this Chapter.

References.

2. Four Basics That Work.

2.1 People, Process, and Product.

2.2 Visibility.

2.3 Configuration Management.

3.4 Standards.

2.5 Key Thought in this Chapter.

References.

3. What Doesn’t Work and Why.

3.1 When the 3Ps Are Out of Balance.

3.2 When There’s Not Enough Visibility.

3.3 When Configuration Management is Missing or Abused.

3.4 When Standards are Dismissed.

3.5 Key Thoughts in this Chapter.

Reference.

4. Managing a Project Day by Day.

4.1 Balancing the 3Ps to Create a Good Environment.

4.2 Visibility: Project Control in a Simple Equation.

4.3 CM: Managing Baselines with Milestones.

4.4 Looking to Standards for Help.

4.5 Key Thoughts in this Chapter.

References.

PART 2.

5. Requirements.

5.1 Balancing the 3Ps: Requirements Analysis, Documentation, and Management.

5.2 Visibility: Making Requirements Known.

5.3 Using CM.

5.4 Using Standards.

5.5 Key Thoughts in this Chapter.

References.

6. Planning.

6.1 Elements of a Good Plan.

6.2 Balancing the 3Ps: Selecting the Process.

6.3 Making the Project Visible: Planning Techniques.

6.4 Making the Project Visible: Estimating Techniques.

6.5 Configuration Management.

6.6 Standards.

6.7 Key Thoughts in this Chapter.

References.

7. Risk Management.

7.1 A Task Overview.

7.2 Balancing the 3Ps: Uncertainty and Choice.

7.3 Making Risk Visible.

7.4 Other Ways to Manage Risk.

7.5 Configuration Management.

7.6 Using Standards.

7.7 Key Thoughts in this Chapter.

References.

PART 3.

8. Design.

8.1 The Challenge of the 3Ps.

8.2 Visibility—Expressing the Design.

8.3 Design in the Code.

8.4 Design and Process.

8.5 Designing with COTS.

8.6 Configuration Management.

8.7 Standards: Writing the SDD.

8.8 Key Thoughts in this Chapter.

References.

9. Integration and Testing.

9.1 Some I&T Myths.

9.2 Managing the 3Ps: People.

9.3 Managing the 3Ps: Process.

9.4 Visibility: Testing Techniques and Details.

9.5 Configuration Management.

9.6 Standards: Documenting the Test Plan.

9.7 Key Thoughts in this Chapter.

References.

10. Software Maintenance.

10.1 What is Maintenance?

10.2 Balancing the 3Ps: Managing the Maintainers.

10.3 Balancing the 3Ps: Managing the Process.

10.4 Balancing the 3Ps: Making the Most of the Product.

10.5 Visibility: Understanding the Maintenance Stages.

10.6 Configuration Management.

10.7 Using Standards.

10.8 Key Thoughts in this Chapter.

References.

PART 4.

11. Cookbook.

11.1 Essentials.

11.2 Opt: A Waterfall Project.

11.3 System Upgrade: An Evolutionary Project.

11.4 CTRAN: A Spiral Project.

11.5 Other Software Projects.

11.6 Key Thoughts in this Chapter.

References.

Appendix A. Documents for the OPT Project.

Appendix B. Configuration Management.

Appendix C. Structured Analysis and Design.

Appendix D. Annotated Bibliography.

Index.

About the Author.

商品描述(中文翻譯)

**描述：**
軟體專案經理及其團隊成員各自朝著共同的目標努力。本書為兩者提供指導，強調在工作中有效的基本原則。工作中的軟體應該是愉快且具生產力的，而不僅僅是其中之一。
本書強調工作中的軟體專案管理。作者獨特的方法集中於這個概念：軟體專案的成功與人們的個人思維及團隊思維關係更大，而不僅僅是程式設計。他總結了過去成功的專案及其他專案失敗的原因。可見性和溝通比 SQL 和 C 更為重要。本書討論了軟體的技術面和人員面，以及它們之間的關係。
文本的第一部分討論了四個主題：（1）人員、流程、產品，（2）可見性，（3）配置管理，以及（4）IEEE 標準。這些主題強調思考、組織、利用他人所建構的成果以及人員。第二部分描述了流程、規劃和風險管理的軟體管理原則。第三部分討論了軟體工程原則，即軟體專案的技術面。第四部分檢視了軟體實踐，為前面章節中涵蓋的各個主題賦予實際意義。本書的最後一部分通過七份獨特的文件來展示一個範例專案，延續這些實際方面。

**目錄：**
前言。
第一部分。
1. 什麼使一位優秀的軟體經理？
1.1 人員觀點。
1.2 商業觀點。
1.3 流程觀點。
1.4 本章的關鍵思考。
參考文獻。
2. 四個有效的基本原則。
2.1 人員、流程和產品。
2.2 可見性。
2.3 配置管理。
2.4 標準。
2.5 本章的關鍵思考。
參考文獻。
3. 什麼無效及其原因。
3.1 當三個 P 失去平衡時。
3.2 當可見性不足時。
3.3 當配置管理缺失或被濫用時。
3.4 當標準被忽視時。
3.5 本章的關鍵思考。
參考文獻。
4. 每日管理專案。
4.1 平衡三個 P 以創造良好的環境。
4.2 可見性：簡單方程式中的專案控制。
4.3 CM：用里程碑管理基準。
4.4 尋求標準的幫助。
4.5 本章的關鍵思考。
參考文獻。
第二部分。
5. 需求。
5.1 平衡三個 P：需求分析、文檔和管理。
5.2 可見性：使需求明確。
5.3 使用 CM。
5.4 使用標準。
5.5 本章的關鍵思考。
參考文獻。
6. 規劃。
6.1 良好計劃的要素。
6.2 平衡三個 P：選擇流程。
6.3 使專案可見：規劃技術。
6.4 使專案可見：估算技術。
6.5 配置管理。
6.6 標準。
6.7 本章的關鍵思考。
參考文獻。
7. 風險管理。
7.1 任務概述。
7.2 平衡三個 P：不確定性與選擇。
7.3 使風險可見。
7.4 管理風險的其他方法。
7.5 配置管理。
7.6 使用標準。
7.7 本章的關鍵思考。
參考文獻。
第三部分。
8. 設計。
8.1 三個 P 的挑戰。
8.2 可見性—表達設計。
8.3 代碼中的設計。
8.4 設計與流程。
8.5 使用 COTS 進行設計。
8.6 配置管理。
8.7 標準：撰寫 SDD。
8.8 本章的關鍵思考。
參考文獻。
9. 整合與測試。
9.1 一些 I&T 神話。
9.2 管理三個 P：人員。
9.3 管理三個 P：流程。
9.4 可見性：測試技術和細節。
9.5 配置管理。
9.6 標準：文檔化測試計劃。
9.7 本章的關鍵思考。
參考文獻。
10. 軟體維護。
10.1 什麼是維護？
10.2 平衡三個 P：管理維護人員。
10.3 平衡三個 P：管理流程。
10.4 平衡三個 P：充分利用產品。
10.5 可見性：理解維護階段。
10.6 配置管理。
10.7 使用標準。
10.8 本章的關鍵思考。
參考文獻。
第四部分。
11. 食譜。
11.1 基本要素。
11.2 Opt：一個瀑布專案。
11.3 系統升級：一個演進專案。
11.4 CTRAN：一個螺旋專案。
11.5 其他軟體專案。
11.6 本章的關鍵思考。
參考文獻。
附錄 A. OPT 專案的文件。
附錄 B. 配置管理。
附錄 C. 結構化分析與設計。
附錄 D. 註釋書目。
索引。
關於作者。

類似商品