Project Management

18850 Views
7 Likes
0 Comments

Having been involved with the systems methodologies field for over 30 years I have been occasionally asked what percentage of time in a project should typically be devoted to a specific phase of work, for example a Phase 1 Feasibility Study, Phase 2 Systems Design, etc. Basically, the reason the person wants to know this is to use it as a means for estimating the remainder of the project. For example, if I were to say Phase 1 represents 10% of the overall project, they would simply multiply the amount of time spent in Phase 1 by ten. This is an unreliable approach for estimating which is why I usually balk at giving out such figures.

8389 Views
1 Likes
0 Comments
Agile software development teams embrace change, accepting the idea that requirements will evolve throughout a project. Agilists understand that because requirements evolve over time that any early investment in detailed documentation will only be wasted. Instead agilists will do just enough initial requirements envisioning to identify their projec...
76543 Views
32 Likes
1 Comments

Requirements Risk management could be a useful approach to requirements analysis, and lead to better requirements management.

High level the idea goes like this:

Risk management is an important part of project management
Requirements management is also a critical part of the puzzle
Should we be running a requirements risk management process on our projects?
The purpose of this article is to introduce the topic of Requirements risk into the Requirements Management discussion. Feedback and commentary is welcome and can be provided at ModernAnalyst.com

23335 Views
6 Likes
0 Comments

Whether you call them Systems Analysts, Business Analysts, Systems Engineers, or Enterprise Architects, it is very encouraging to see this vital function being reintroduced to companies. As far as I am concerned, it was inevitable. I guess companies finally figured out you cannot satisfy your systems problems simply by using better programming tools and techniques.

29099 Views
5 Likes
0 Comments

The project scope is the core of an individual project. Without a project scope the project will just float. Proper needs assessments and other intricate details will be overlooked. Each project is designed to resolve issues the stakeholders are experiencing in their company. These well meaning individuals will dump data and information charts, lists and figures presumptuously on the desk expecting it to all make sense. The "here's the problem, fix it" attitude can be frustrating. There are numerous feature requirements which must be met. It is unclear as to what to prioritize where. Cost estimates may not be accurate. Delivery dates are tentative. It is enough to make someone through up their hands in desperation and say "I QUIT!". The trained business analyst will just grin and dive in. He or she will know what is needed is a project scope.

Author: Tony de Bree

166243 Views
94 Likes
2 Comments

It does not matter what project you are going to undertake. It is not important what industry you are going to be assessing. What is important is you know what you are going to do. You must as questions. You must find what it is the client wants. Presented is a list of obvious questions every good business analyst should know the answer to when starting a project.

Author: Tony de Bree

9785 Views
1 Likes
0 Comments
Several software projects are over budgeted or have to face failures during operations. One big reason of this is Software Company develops wrong software due to wrong interpretation of requirements. Requirements engineering is one of the well known discipline within Software engineering which deals with this problem. RE is the process of eliciti...
6288 Views
0 Likes
0 Comments
In the July 07 newsletter of the International Legal Technology Association (ITLA) there is an article explaining the difference between the PM and BA role. It appears the ITLA is interested in improving clarity on the value of the BA.In recent years, there has been increasing recognition of the important roles business analysts (BA...
5291 Views
0 Likes
0 Comments
Not all requirements are created equal, so to make smart choices about which product requirements you should explore and implement—or whether you should delve into them at all—you need to prioritize them. Many teams do not prioritize properly and waste time specifying requirements that are never delivered. Why spend time and energy on r...
8868 Views
1 Likes
0 Comments
The Cornerstone of Business Transformation. The fiercely competitive twenty-first century business environment poses challenges at every turn. Both public and for-profit organizations must be flexible and adaptable to remain competitive. It is through successful projects that organizations manage change, deliver new business solutions, and ultimat...
8892 Views
10 Likes
0 Comments
Customers are never thrilled to find out they can’t get all the features they want in release 1.0 of a new software product (at least, not if they want the features to work). However, if the development team cannot deliver every requirement by the scheduled initial delivery date, the project stakeholders must agree on which subset to implemen...
Page 6 of 6First   Previous   1  2  3  4  5  [6]  Next   Last   

 



 




Copyright 2006-2025 by Modern Analyst Media LLC