Good day
I am well aware of the workload of Systems Analysts, but when selecting the correct Information System Development Methodologies (ISDMs) for different projects, time could be wasted with the selection process.
I am busy with research into the selecting of ISDMs. No ISDM are fit for every project, and therefore there should be a selection for the right ISDM (please see the cover letter explaining the research conducted at http://goo.gl/1aXjAU ). A framework will be constructed from this research to guide the selection of the ISDM to be used in a project. This survey gives you an opportunity to impact the framework of selecting ISDMs: http://goo.gl/forms/upKkz4C2jD
I would really like to get your opinion and I appreciate your valuable time.
"The Information Systems Development Methodology (ISDM) is designed to provide a consistent, repeatable process for developing systems. By referencing, utilizing and applying the techniques within this methodology, development teams have a standard framework necessary to efficiently and effectively scope a project, conduct analysis, define and design the solution, create the system modules and evaluate the system after its implementation." "customer needs analysis scope definition requirements analysis design development integration/test/acceptance implementation-deployment"
Here is some stuff ...
http://www.myfloridacfo.com/division/dis/isdm/#.VTlLdPD-kyl
Hi Jaco,
Very hard to be so prescriptive when every project is different. There are often common elements but its a waste of time doing things just for the sake of it. Whatever your ISDM is you should have the power to pick the bits that make sense for that project.
Kimbo
To be practical, and to be able to estimate well, one needs to bear in mind the history, the ethos and the existing expertise available to the project. Yes, some methodologies are better for high-risk vs low-risk projects, or for winning an air-traffic control or defense contract vs a wedding planner solution. But normally one will find it very difficult to use a different methodology per project unless one is assembling a new team per project and the business is for some reason open to that kind of change from project to project. In my experience, one needs to understand of a couple of methodologies as 'cook-book'; but in understanding its tools and techniques, bring your toolbox of methods and techniques and create a (self checking) methodology that fits with the project and the team involved.
brought to you by enabling practitioners & organizations to achieve their goals using: