Hacker's Guide To Project Management / Edition 2

Paperback (Print)
Buy New
Buy New from BN.com
$75.00
Used and New from Other Sellers
Used and New from Other Sellers
from $1.99
Usually ships in 1-2 business days
(Save 97%)
Other sellers (Paperback)
  • All (11) from $1.99   
  • New (5) from $37.43   
  • Used (6) from $1.99   

Overview

Managing a software development project is a complex process. There are lots of deliverables to produce, standards and procedures to observe, plans and budgets to meet, and different people to manage. Project management doesn't just start and end with designing and building the system. Once you've specified, designed and built (or bought) the system it still needs to be properly tested, documented and settled into the live environment. This can seem like a maze to the inexperienced project manager, or even to the experienced project manager unused to a particular environment.

A Hacker's Guide to Project Management acts as a guide through this maze. It's aimed specifically at those managing a project or leading a team for the first time, but it will also help more experienced managers who are either new to software development, or dealing with a new part of the software life-cycle.

This book:

  • describes the process of software development, how projects can fail and how to avoid those failures
  • outlines the key skills of a good project manager, and provides practical advice on how to gain and deploy those skills
  • takes the reader step-by-step through the main stages of the project, explaining what must be done, and what must be avoided at each stage
  • suggests what to do if things start to go wrong!

    The book will also be useful to designers and architects, describing important design techniques, and discussing the important discipline of Software Architecture.

    This new edition:
  • has been fully revised and updated to reflect current best practices in software development
  • includes a range of different life-cycle models and new design techniques
  • now uses the Unified Modelling Language throughout

Audience: Software developers and IT project managers.

Read More Show Less

Editorial Reviews

Booknews
You proved you're one of the best programmers around, and part of the plea bargain was that you go straight. So you end up in charge of a software development project with deliverables to produce, standards and procedures to observe, plans and budgets to meet and a bunch of strangers to manage and report to. Yikes! Here is a guide to how software development succeeds and fails, the key skills of a good project manager, the main stages and steps, some suggestions on what to do if things start to go wrong, and descriptions of books to tell you more. Annotation c. Book News, Inc., Portland, OR (booknews.com)
Read More Show Less

Product Details

  • ISBN-13: 9780750657464
  • Publisher: Taylor & Francis
  • Publication date: 2/1/2003
  • Series: Computer Weekly Professional Series
  • Edition description: REV
  • Edition number: 2
  • Pages: 228
  • Product dimensions: 0.48 (w) x 7.00 (h) x 10.00 (d)

Table of Contents

Introduction: Should I be reading this book?; So what's this all about?; What do you assume I know?; Will you tell me about short-cuts?; How does this book relate to structured methods?; What's changed in the second edition?; Success and failure: Why do software projects fail?; So how do I know if I have succeeded?; Prevention and cure; What do I have to deliver?; How do I ensure success?; The art of project management: What does a project manager do?; What are the key skills of a project manager?; How do I lead?; What if people make mistakes?; How do I build a team?; How do I make sure the team is complete?; How do I plan, report and communicate?; How do I gain management approval and confidence?; How expert do I have to be?; How do I spot problems?; Is programming important?; What do I do?; The development life-cycle: What is the Waterfall Life-cycle?; What is missing from most Waterfall methods?; How do Iterative and Incremental methods work?; How does Rapid Application Development work?; What can go wrong?; How do I choose a method?; How do I use a method?; How do I control changes?; What is the role of Prototyping?; How should I structure my project?; Structuring the development: How do you divide up a development?; How do I split the project into phases/iterations?; What are my options for team structures?; What jobs must be done?; How do I structure testing?; Planning and estimating: What are the principles of planning?; How do I complete my plan?; How do I plan the staffing of the project?; How can I present my plan?; How do I know I've got the estimates correct?; Isn't there a better way to estimate things?: How do I resist time and budget pressures?; What is the "testing trap"?; What other resources do I need?; What do I do if I'm not meeting my plan?; So how should I create my plan?; The strategy: What is the role of a strategy?; How do I make a business case?; How do I know what quality is required?; What else do we need to decide?; What is a quality plan?; What goes into a strategy report?; How do I control communications with people?; What do I deliver?; Analysis: What do they need?; How do I document requirements using Use Cases?; How does thinking about objects help?; How do I develop a Class Model?; How do I describe the business processes?; What are the "architectural requirements"?; How and why should I create a data model?; How do I document the requirements?; Which techniques should I use?; What are the risks during strategy & analysis?; What do I deliver?; Procurement- buying it in: What's a typical procurement process?; What are the different types of procurement?; How do I choose the right supplier?; How do I control the supplier?; What else do I need to check?; How do I work with an unsigned contract?; What do I deliver?; Architecture and design: Why do I need a design?; What are the properties of a good design?; What does the architect do? What goes into the design report?; How does the design relate to the analysis model?; How do I create a good design?; Why should I use patterns and antipatterns?; What are component, layer and service architectures?; How do I make my system more useable?; How do I make my system more flexible?; How do I integrate my system with others?; What are the risks during design?; What do I deliver?; Build, document and test: How do I ensure the code is good?; How do I do good testing?; What about user documentation?; What is configuration management?; Who is responsible for quality?; What are the best practices in the building stage?; What's in the project file?; What do I deliver?; The transition into use: How do I move my system into production?; How do I prepare the users?; So how do I manage this?; How do I plan for long-term support and maintenance?; What are the risks in transition stage?; How do I know when I've finished?; What do we deliver?; Production and maintenance: How do I manage a maintenance effort?; What are the right attitudes to maintenance?; What happens when someone important leaves?; How do systems die?; Success!; Further reading; Index.

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)