requirements

When is an Agile development effort not so agile?  When you haven’t clearly defined the ultimate objective.  I freely admit that I am not an expert in Agile development so my expectations may not be appropriate but come on now how can one expect to be successful if they don’t know what the ultimate goal [...]

The new PMBOK(R) Guide has a new process called Identify Stakeholders.
As a person invloved with creating PMP(R) Exam study materials as well as developing and delivering PM courseware, I always want to keep my material up-to-date with the latest PMBOK(R) Guide.  Of course, this means searching for practical examples from organizations and real applications.  Sometimes, [...]

Good Requirement Management is perhaps the most important factor in many projects’ successes or failures.  Some research had mentioned that it can be as high as 65%.   Requirement specification greatly affects the scope of the project, which in turn affects the resource and time required.  In this blog, I will share my thoughts and [...]

Have you ever worked for someone who said ALL requirements are high priority ? Yeah ! We all have. Customers often are insistent upon the delivery of a certain feature set by a certain timeline that may seem impossible to meet. If everything is high priority, nothing is !

Project teams often bear of the brunt of this indecisiveness. Impossible targets, lack [...]

That requirements will change is a given. How you plan for and manage that change is crucial. Think about what you want to accomplish with your change management, what you want to protect yourself from, what you want to avoid, and then put in place the practice that makes sense for you.
Having a [...]

There is a set of SW practices that I consider non-negotiable, and they begin with 2 that are requirements-related:
1. Written, reviewed, approved requirements
2. A requirements baseline, implemented with a requirements management (RM) tool
In my last company, getting these done in a way that was accepted by engineers and management alike did require a pinch of “writing the [...]

At my last company we took pride in the amount of work we were able to accomplish with a very small team – software of high quality and releases on tight schedules. The high quality and the responsiveness to customers’ demand for new features kept our customer support expenses low and gave us good [...]

I was listening to an NPR talk show segment about customer service last week.  It was mainly about being on hold, the friendliness (or unfriendliness) of the support givers, etc.  There was a quote from a customer service person who said that they were rude because the customer service expense “sucked out whatever profit they [...]

By Josh Nankivel
Fellow blogger Craig Brown over at Better Projects asked “Why reverse engineer requirements?” in a recent post.Interesting question: Craig asked what value there is in trying to derive requirements based on an existing system. There are two points that came to mind on this.

Technorati Tags: business-analyst, project-management, requirements, reverse-engineer, use-case

How many times have we been brought in to rescue a project, and we find out that the engineers had started work without really taking the time to define what success looks like?
Here’s a lesson on thinking before you act from a recent police blotter from my neighborhood. Yes, it’s a true story.

Technorati Tags: [...]

Saying “no” is hard for everyone.
“If I say “no”, they will think I’m not a team player.”
“If I say “no”, they will think I’m not committed to the product’s (company’s) success.”
“If I say “no”, they will blame me for the other project’s failure (because I wouldn’t let my resource spend some time helping it).”
“If I [...]

Recent posts on the importance of usage scenarios (use cases or user stories) in the development process warmed my heart.  In my experience, scenarios are perhaps the single most valuable practice in the process.  Scenarios help clarify requirements for everyone, ensuring that the ultimate user knows what they’re getting, guiding the developer, and forming the basis of [...]

I’ve written somewhat negatively about outsourcing in the past: primarily issuing warnings about doing it without proper planning, for the wrong reasons, or with expectations set too high.
Recently, someone close to me has had his own outsourcing experience.  Software that he and his group would normally develop was being done by a group of software [...]

The programming press and IT journals are full of stories about the failure of software outsourcing. The statistics are sobering. Less than 50% of outsourcing meets financial objectives. The outsourcing of many business processes besides software development also has the same less-than-stellar results.
Forrester reports the top three causes of outsourcing failure are:

Technorati Tags: Global-teams, Metrics, [...]

In my examples this week, I’ve been writing about ways to convince those with the power to embrace some good software project management behavior.  I’d like to give some final advice for the week.  Think like a leader.
Don’t simply complain about your project management problems.  Try to do something about them.

Technorati Tags: best-practices, building-executive-support, change-management, [...]

I just loved the latest grievance from my students (see Monday/Tuesday/Thursday posts).  When being given more work than schedule to accomplish it, or additional tasks on top of their “primary” assignment, upon replying that they were going to have to slip something, that they couldn’t get it all done on schedule, they were told by [...]

A second complaint from my students (see yesterday’s post) is: “Management adds requirements to my project without asking me if I can still make the schedule and without taking anything away.  All the time.”
Of course, what’s “bad” about this behavior is not that requirements change: that’s expected: although there must be a limit.  What’s “bad” [...]

I’m in the middle of teaching my Software Requirements Engineering course at UCSC Extension.  On the first day of class, I always ask my students what problems they’re hoping to solve by coming to this class.  Once again I was struck by the commonality of answers from students in all kinds and sizes of companies [...]

Ugh, the communication pitfall.  We’ve all fallen into them.  The question is, can you get out?  Or better still, can you avoid them next time?  Here are a few common ones:
 

Our product spec change discussions happened over email, and now I can’t tell what we decided on, much less find the supporting material!
I seem to [...]

Project Sponsors, does this sound familiar?  You’ve got a great team, and you’ve pointed them in the right direction on a new project.  They work really hard, but what they come up with isn’t what you had in mind.
Project Managers, does this sound familiar?  Your project sponsor passes along some high level guidance to your [...]

Managing outsourced work
Now that you’ve made your decision, picked a supplier, and written a contract, just kick back and let them do the work and deliver a final product. After all, they won’t fail because they promised they wouldn’t. And besides, you won’t pay them any more than they bid.
Not so fast.

Technorati Tags: best-practices, change-management, [...]