Given the economic downturn, "cheaper, better, faster" seems to be a universal mantra in business. To stay competitive, organizations must continually strive to be more agile and develop higher-quality solutions more quickly-despite obstacles such as geographically distributed teams, limited budgets and resources, quick delivery times, language barriers and government regulations. These challenges require teams to consider new ways of doing business so they can be more responsive to frequent business changes.

One area that businesses can optimize is their software development processes. If they want to be competitive, companies don't have the luxury of long development lifecycles. To keep timeframes short, organizations must foster a collaborative environment by making tasks and responsibilities transparent and breaking down silos across the development lifecycle.

[Read the rest of this article...]

The requirements you capture must be stated in business terms, must be clearly stated, must be concise, and must be feasible. To ensure that requirements are clearly stated, you should have them proof read by someone external to the project (or at least someone not familiar with the requirements you've captured).

[Read the rest of this article...]

As many of you know, I have been active in the Information Technology (IT) industry for a long time now. It's a strange business and, frankly, sometimes I wish I had never gotten involved with it. Nonetheless, there are a lot of problems associated with IT, such as computer performance, capacity planning, security, networking, disaster recovery, but probably the biggest problem is requirements definition. In other words, accurately defining the information needs of the end-user. The industry is actually quite good at designing and writing software, developing data bases, and acquiring hardware, but after all these years they still have trouble understanding what the user needs to run his or her part of the business. Consequently, the wrong solution is inevitably delivered to the user, thereby causing a lot of wasted time and money reworking the solution to fit the need.

[Read the rest of this article...]

From a developer's standpoint, few things are more frustrating than having to make lots of calls and research to learn what to create because the requirements are ambiguous. From an analyst's view, few things are more frustrating than having your requirements misunderstood. Yet so often, requirements are ambiguous to their readers, despite the writer's best efforts.

[Read the rest of this article...]

Gathering and managing requirements are fundamental challenges in project management. Most successful projects have high quality project requirements. Projects can fail due to poor requirements at any time during the project lifecycle without effective requirements management. The Project Manager needs to assess and understand the uniqueness of the requirements gathering process for his/her individual project.

[Read the rest of this article...]