Skip to:Content
|
Bottom
Cover image for Project management with the IBM Rational Unified Process : lessons from the trenches
Title:
Project management with the IBM Rational Unified Process : lessons from the trenches
Personal Author:
Publication Information:
Upper Saddle River, NJ : IBM Press, 2007
ISBN:
9780321336392

Available:*

Library
Item Barcode
Call Number
Material Type
Item Category 1
Status
Searching...
30000010125611 HD69.P75 G524 2007 Open Access Book Book
Searching...
Searching...
30000010125610 HD69.P75 G524 2007 Open Access Book Book
Searching...

On Order

Summary

Summary

#65533; Master win-win techniques for managing outsourced and offshore projects, from procurement and risk mitigation to maintenance

#65533; Use RUP to implement best-practice project management throughout the software development lifecycle

#65533; Overcome key management challenges, from changing requirements to managing user expectations

The Hands-On, Start-to-Finish Guide to Managing Software Projects with the IBM#65533; Rational Unified Process#65533;

This is the definitive guide to managing software development projects with the IBM Rational Unified Process (RUP#65533;). Drawing on his extensive experience managing projects with the RUP, R. Dennis Gibbs covers the entire development lifecycle, from planning and requirements to post-mortems and system maintenance. Gibbs offers especially valuable insights into using the RUP to manage outsourced projects and any project relying on distributed development teams--outsourced, insourced, or both.

This "from the trenches" guidebook is invaluable for anyone interested in best practices for managing software development: project managers, team leaders, procurement and contracting specialists, quality assurance and software process professionals, consultants, and developers. If you're already using the RUP, Gibbs will help you more effectively use it. Whatever your role or the RUP experience, you'll learn ways to

#65533; Simplify and streamline the management of any large-scale or outsourced project

#65533; Overcome the challenges of using the RUP in software project management

#65533; Optimize software procurement and supplier relationships, from Request for Proposals (RFPs) and contracts to delivery

#65533; Staff high-performance project teams and project management offices

#65533; Establish productive, consistent development environments

#65533; Run effective project kickoffs

#65533; Systematically identify and mitigate project risks

#65533; Manage the technical and business challenges of changing requirements

#65533; Organize iterations and testing in incremental development processes

#65533; Transition new systems into service: from managing expectations to migrating data

#65533; Plan system maintenance and implement effective change control

#65533; Learn all you can from project post-mortems--and put those lessons into practice


Author Notes

R. Dennis Gibbs has been immersed in a variety of roles since beginning his career in the software industry in the early 1980s, including roles in programming, software technical support, quality assurance, systems engineering, software engineering, project and program management, and consulting and mentoring. His customers have been a mix of commercial and government clients, particularly centered on the civilian federal government and Department of Defense sectors. He currently is a software architect with Electronic Data Systems (EDS) in Herndon, Virginia.


Table of Contents

Acknowledgmentsp. xvii
About the Authorp. xix
Introductionp. 1
Chapter 1 Introduction to Outsourcingp. 7
Outsourcing Definedp. 8
Four Common Scenarios Encountered in Outsourced Projectsp. 9
Scenario 1 Colocated Contractorsp. 10
Scenario 2 Offshore Projectsp. 13
Scenario 3 Distant Contractors, Same Countryp. 17
Scenario 4 Multiple Contractorsp. 17
Where Does the Rational Unified Process Fit in All of This?p. 19
Summaryp. 19
What's Next?p. 20
Chapter 2 Overview of the Rational Unified Processp. 21
The Traditional Software Development Processp. 21
Advantages of the Waterfall Processp. 22
Disadvantages of the Waterfall Processp. 23
Introducing the Rational Unified Processp. 26
Historyp. 27
The Six Best Practicesp. 28
RUP Lifecycle Phasesp. 36
Is the RUP Agile?p. 40
Summaryp. 41
What's Next?p. 41
Chapter 3 Getting Started: Request for Proposals (RFPs), Proposals, and Contractsp. 43
How Is Procurement Accomplished for Outsourced Systems?p. 44
The Ten Steps in the Procurement Processp. 44
Advantages of the Procurement Processp. 47
What's Wrong with This Procurement Process?p. 47
How Can Procurement of Software Systems Be Improved?p. 49
A Proposed Progressive Acquisition Model for Small Projectsp. 49
A Progressive Acquisition Model for Medium to Large Projectsp. 52
Issues with Managing Fixed-Price Projectsp. 55
Monitoring Project Performancep. 56
Releasesp. 56
Earned Valuep. 56
Project Estimationp. 60
Selecting a Contractor Proficient in the RUPp. 61
Lessons Learned for Outsourcing Organizationsp. 62
Lessons Learned for Contractorsp. 62
Summaryp. 63
What's Next?p. 63
Chapter 4 Best Practices for Staffing the Outsourcing Organization's Project Management Office (PMO)p. 65
Key Roles Definedp. 65
The Project Managerp. 66
The Lead User Representativep. 69
The PMO Project Architectp. 70
The Internal Project Championp. 73
The Contracting Officerp. 73
The IT Managerp. 74
Other Role Issuesp. 75
Developing a Data Modelp. 75
Developing Common Codep. 76
Summaryp. 76
What's Next?p. 77
Chapter 5 Best Practices for Staffing the Contractor's Software Project Teamp. 79
Governing Principles for Staffing the Teamp. 80
Roles on the Contractor's Software Development Teamp. 81
The Project Manager Rolep. 82
The Developer Rolep. 85
The Architect Rolep. 86
The Technical Lead Rolep. 87
The Toolsmith Rolep. 87
The Requirements Analyst Rolep. 88
The Tester Rolep. 89
The Configuration Management/QA Rolep. 89
Best Practices for Managing Teamsp. 90
Summaryp. 91
What's Next?p. 92
Chapter 6 Establishing the Software Development Environmentp. 93
Build, Buy, or Borrowp. 93
Shareware Toolsp. 93
Commercially Available Toolsp. 94
Custom "In-House" Toolsp. 95
Requirements Managementp. 96
Important Features to Look for in a Requirements Management Toolp. 97
Change Request Managementp. 100
Features Needed in Change Request Management Toolsp. 100
Configuration Management Toolsp. 103
Features Needed in Configuration Management Toolsp. 103
Considerations for Servers for the Software Development Environmentp. 108
Requirements for Serversp. 108
Other Considerationsp. 109
Considerations for Client PCsp. 109
Best Practices for Deploying New Toolsp. 109
Summaryp. 110
What's Next?p. 111
Chapter 7 Inception: Kicking Off the Projectp. 113
Purpose and Goals of the Inception Phasep. 113
Artifacts Produced in the Inception Phasep. 114
The Project Business Casep. 114
The Project Vision Statementp. 114
The Project Risk List and Risk Management Planp. 115
The Project Software Development Environmentp. 115
The Project Software Development Plan (SDP)p. 115
The Iteration Planp. 116
The Development Processp. 116
The Project Glossaryp. 116
The Use Case Modelp. 117
Optional Artifactsp. 117
Soft Skillsp. 117
Setting the Project Visionp. 117
Maintaining Communication on the Projectp. 120
Establishing a Project Web Sitep. 121
Advantages of Project Web Sitesp. 121
Suggestions for Content of Project Web Sitesp. 122
Other Best Practices for Project Web Sitesp. 123
What Can Go Wrong During the Inception Phasep. 123
Establishing a Sense of Ownership of the Project Planp. 124
Summaryp. 125
What's Next?p. 125
Chapter 8 Identifying and Managing Risksp. 127
Technical Risksp. 128
Managing Technical Risksp. 128
Political Risksp. 130
An Example of Discovering a Political Riskp. 130
Identifying Political Risksp. 131
Funding Risksp. 131
Funding on Government Projectsp. 132
Sources of Funding Often Are Not Straightforwardp. 132
Business Risksp. 132
Risks Resulting from Dependencies on External Sourcesp. 133
An Example of Managing Dependency on a Vendorp. 133
Risks from Other Contractorsp. 135
Creating a Risk Tracking Systemp. 135
Characteristics of a Risk Tracking Systemp. 135
Summaryp. 138
What's Next?p. 138
Chapter 9 Navigating the Requirements Management Processp. 139
Identifying Stakeholdersp. 140
Enabling Success in Requirements Managementp. 140
Attribute 1 The Contractor Has Easy Access to the Proper Set of Stakeholders in the Outsourcing Organizationp. 141
Attribute 2 Establishing a Strong Working Relationship with Stakeholdersp. 142
Attribute 3 Collecting and Disseminating Information Obtained from Stakeholdersp. 143
Considerations for Offshore and Other Long-Distance Projectsp. 146
Looking for Communication Opportunitiesp. 146
Understanding Cultural Differences for Offshore Projectsp. 147
Modeling the Business Processp. 147
Definition of Business Modelingp. 148
Use Cases: A Best Practice for Capturing Business Processes and Functional Requirementsp. 149
Transitioning to System Use Casesp. 150
When the Requirements Process Goes Wrongp. 153
They Tell You That the Requirements Analysis Is Already Finishedp. 153
Lack of Agreement on the Business Process in the Outsourcing Organizationp. 156
Avoiding Unbounded Growth in Requirements, or Requirements "Churn"p. 156
Multiple Contractors and "Forgotten" Stakeholdersp. 158
Summaryp. 158
What's Next?p. 159
Chapter 10 Construction Iterations: Staying on Targetp. 161
How Can You Tell if the Project Is Ready for Construction?p. 161
Assessing Project Readiness for Construction: Checklistsp. 162
Iteration Planning, Execution, and Assessmentp. 163
How Long Should Iterations Be?p. 163
Determining the Content of Iterationsp. 164
Construction Phase Iteration Planningp. 164
Assessing the Results of an Iterationp. 166
Demonstrating the Results of an Iterationp. 167
Regrouping After the Demonstrationp. 169
Contractual Issues Revisitedp. 169
Common Mistakes Implementing Iterative Development in the Construction Phasep. 170
Mistake 1 Plunging into Construction Before the Project Is Readyp. 170
Mistake 2 Iterations of an Inappropriate Lengthp. 170
Mistake 3 Iterations with No Stated Purposep. 170
Mistake 4 Getting Derailed by Change Requestsp. 171
Mistake 5 Trying to Plan All Iterations in Detail Up Frontp. 171
Anecdotal Observations from Development Teams Using Iterative Techniques Versus Waterfall Techniquesp. 171
Summaryp. 173
What's Next?p. 173
Chapter 11 Testingp. 175
How Traditional Waterfall Lifecycle Models Inhibit Testingp. 175
Testing with Iterative Lifecycle Modelsp. 177
Advantages of Testing with Iterative Developmentp. 178
Prerequisites for Testing with Iterative Lifecycle Modelsp. 179
The Different Types of Testingp. 182
Functional Testingp. 183
Unit Testingp. 184
Reliability Testingp. 185
Performance/Stress Testingp. 186
Other Types of Testingp. 188
Other Best Practices for Testingp. 188
Involve Testing Expertise During Requirements Elicitationp. 188
Keep Testing Staff in the Loopp. 189
Replicate the Production Environmentp. 189
Testing Is Part of the Delivered Productp. 190
Final Thoughts and Philosophies on Staffing for the Testing Disciplinep. 190
What if a Separate Team, Perhaps Offshore, Performs the Testing?p. 191
Testing Efforts Gone Awryp. 192
Summaryp. 194
What's Next?p. 195
Chapter 12 Transitioning a System into Servicep. 197
Staffing Considerations in the Transition Phasep. 197
Project Tasks in the Transition Phasep. 199
Deploying the IOCp. 199
Online Helpp. 200
Installation Scriptsp. 201
Change Requestsp. 201
Data Migrationp. 202
Trainingp. 207
Acceptance Testingp. 208
Setting End-User Expectations for Productionp. 209
Identifying User Groups to Aid in Production Rolloutp. 210
Summaryp. 211
What's Next?p. 212
Chapter 13 System Operations and Maintenance Issuesp. 213
Procuring Maintenance Servicesp. 213
Operations Supportp. 213
Maintenance Supportp. 219
Summaryp. 221
What's Next?p. 221
Chapter 14 Using Consultants Effectivelyp. 223
Staff Augmentationp. 223
Expert Consultantsp. 225
Expert Consultants from Vendorsp. 226
Expert Process Consultants from Consulting Firmsp. 228
Consultant Pricingp. 233
Summaryp. 233
What's Next?p. 234
Chapter 15 The Project Postmortemp. 235
Defining the Project Postmortemp. 235
Sources of Information for Lessons Learnedp. 236
Why Bother with a Project Postmortem?p. 237
Instilling Lessons Learned into the Organization's Memoryp. 239
Project Management Forumsp. 239
Examples of Trends from the Configuration Management Disciplinep. 240
Defect Trends on Iterative Projectsp. 242
Trends in the Requirements Management Disciplinep. 243
Collecting the Project Datap. 245
(Mis)Using Metrics Datap. 245
Summaryp. 245
Appendix A Common Mistakes Utilizing RUPp. 247
Mistake 1 Iterations of Inappropriate Lengthp. 247
Mistake 2 Iterations with No Clear Goalp. 248
Mistake 3 Choosing the Wrong Project for Your First Experience with the RUPp. 249
Mistake 4 Failing to Integrate Change Requests into Iterationsp. 250
Mistake 5 Failing to Tailor the RUP Appropriatelyp. 250
Mistake 6 Failing to Test Properly During the Iterationp. 251
Mistake 7 Assuming You Can Implement the RUP Perfectly the First Timep. 251
Appendix B Implementing a Two-Stage Procurement Processp. 253
Cultural Changes Neededp. 253
Contract Typesp. 254
Who Bids on the Second Phase?p. 255
What Artifacts Should Be Produced and Made Available During the First Phase?p. 256
Glossaryp. 256
Vision Statementp. 256
Software Architecture Documentp. 256
Set of Business and System Use Casesp. 256
UML Modelsp. 256
Set of Supplementary Requirementsp. 256
Executables Produced by Iterationsp. 257
List of Risks and Risk Historyp. 257
Other Informationp. 257
Summaryp. 257
Glossaryp. 259
Bibliographyp. 267
Indexp. 271
Go to:Top of Page