PROJECT MANAGEMENT AND PROJECT SUCCESS1

Topics: Agile software development, Project management, Requirements analysis Pages: 10 (3529 words) Published: April 16, 2015
PROJECT MANAGEMENT AND PROJECT SUCCESS

AMAH O OLIVER

According to Kerzner (2010), "Success measures for projects are determined during the first steps in the engagement by the client and the project team. It is done by designing the proposal/scope - of - work (SOW) document." This process is carried out by a Project Manager. In other words, this person plans, explains to the project team their individual contribution and how their active input, contributes to project success (Kemp, 2006, p. 21). This essay will focus on Information Technology Project Management. That is the application of the skills, knowledge and methods of project management to deliver a project that is on time, according to budget and specification (APM 2006, p. 2). There are two main methods of managing a project. A general summary of the agile approach, as well as the Scrum process, will be explained. In addition, the Waterfall method along with the spiral model, will be discussed respectively. As this essay progresses, a critical analysis considering the edge, shortcomings and major variance of the Agile and Waterfall Methodologies, will be considered in terms of project success. Risk Management that is the well-organized process of identifying, analysing and monitoring Project risk (PMBOK, 2004, p. 111) will be explained. Furthermore, the practice of stipulating requirements by analysing stakeholder needs and the method of systematically studying and fine-tuning those specifications known as Requirement engineering will also be explained, in terms of its relevance to project success. A conclusion will get documented at the end of all these findings and recommendations about best practices will be delivered. “The highest priority is to satisfy the customer through early and continuous delivery of valuable software” (Hass, 2007, p. 4). This is a statement from the agile manifesto that was compiled by a group of seventeen people called the Agile Alliance. They set up the basic structure of agile in February, 2001 in Utah, USA. It is a project management method that is flexible and allows an iterative and incremental development to managing a project. This means that it ensures the client works closely with the software developers, to make sure the desired outcome gets archived (Hass, 2007, p.3). In addition, it releases small parts of the application to reduce risk (Dawson, 2009, p. 128). According to the agile manifesto (Agilemanifesto, 2014) there are some principles associated with the agile approach. These principles stress the prominent status of developers and how they collaborate with customers. They also emphasize on early and continuous release of the project, and they have a very high tolerance to change in requirements. The various agile methodologies are Scrum, Extreme Programming, Lean, Dynamic Systems Development Method, Crystal, and Feature-Driven Development (Wysocki, 2014, p. 51). They share many of the same values, characteristics, and practices but a different standpoint when it comes to implementation (ibid.). Scrum is a project management model suitable for projects with complicated requirements (Wysocki, 2009, p. 331). The name Scrum is a Rugby strategy that uses teamwork to return a ball that has gone out of play, back into the game. (Wysocki, 2009, p. 451). In Scrum, projects pass through a set of iterations called sprints. The length of a sprint can be as short as one to two weeks or could stretch up to one month. However, the software development team is in total control of deciding how long it lasts. Everybody in the project team works mutually to achieve the set of tasks they have collectively pledged to develop during a sprint. A concise gathering named The Daily Scrum is held every day during the sprint, and it aids in establishing the view of the day’s job (Schwaber, 2004, p. 28). When a sprint ends, the small part of the application that got developed is tested, and if it works correctly, it is considered as...

References: Agilemanifesto.org, (2014). Manifesto for Agile Software Development. [Online] Available at: http://www.agilemanifesto.org/ [Accessed 23 Nov. 2014].
APM. (2006). Association for Project Management 5th ed. Buckinghamshire: British Library Cataloguing.
Blankenship, J., Bussa, M., Millett, S., Lewis, R. and Foggon, D. (2011). Pro Agile .NET development with Scrum. [New York]: Apress.
Dalcher, D. and Brodie, L. (2007). Successful IT projects. London: Thomson Learning.
Dawson, C. (2009). Projects in computing and information systems.2nd ed. Harlow, England: Addison-Wesley.
Elkington, P and Smallman, C (2002). Managing project risks: a case study from the utilities sector. International Journal of Project Management, 20(1), pp. 49 - 57.
Grady, J. (1998). System validation and verification. Boca Raton: CRC Press.
Hass, K. (2007). The Blending of Traditional and Agile Project Management. PM World Today, Vol. IX (Issue V).
Highsmith, J. (2002). Agile software development ecosystems. Boston: Addison-Wesley.
Hodge, N (2002) Power to the people. Internal Auditing and Business Risk.
Hofmann, H. (2000). Requirements engineering. Wiesbaden: Deutscher Universitäts-Verlag.
Hossenlopp, R. and Hass, K. (2008). Unearthing business requirements. Vienna, VA: Management Concepts.
Hull, E., Jackson, K. and Dick, J. (2005). Requirements engineering. London: Springer.
Kemp, S
Kerzner, H. (2010). Project management best practices. Hoboken, N.J.: John Wiley & Sons.
Kouns, J. and Minoli, D. (2010). Information technology risk management in enterprise environments. Hoboken, N.J.: Wiley.
Lam, K C, WANG, D, Lee, P T K and Tsang, Y T (2007) Modelling risk allocation decision in construction contracts. International Journal of Project Management, 25(5), pp. 485 - 493.
Leffingwell, D. and Widrig, D. (2000). Managing software requirements. Reading, MA: Addison-Wesley.
Marchewka, J. (2003). Information technology project management. Hoboken, NJ: Wiley.
Mobey, A and Parker, D (2002) Risk Evaluation and its Importance to Project Implementation. Work Study, 51(4), pp. 202- 206.
PMBOK, (2004). A Guide to Project Management Body of Knowledge. 3rd ed. Pennsylvania: Project Management Institute.
Pohl, K. and Rupp, C. (2011). Requirements Engineering Fundamentals. Sebastopol: Rocky Nook.
Robert C, M. & Micah, M., 2006. Agile Principles, Patterns, and Practices in C#. 1st ed. s.l.:Prentice Hall.
Rosenau, M. and Githens, G. (2005). Successful project management. Hoboken, N.J.:J. Wiley.
Schwaber, K. (2004). Agile Project Management with Scrum. Redmond, Washington: Microsoft Press.
Sommerville, I. (2011). Software engineering. Boston: Pearson.
Stepanek, G. (2005). Software project secrets. Berkeley: Apress.
Wiegers, K. and Beatty, J. (2013). Software requirements: Best practices. 3rd ed. Redmond, Washington: Microsoft Press.
Wysocki, R. (2009). Effective project management… 5th ed. Indianapolis, IN: Wiley Pub.
Wysocki, R. (2012). Effective Project Management: Traditional, Agile, Extreme... 6th ed. Indianapolis, IN: John Wiley & Sons, Inc., Pub
Wysocki, R
Young, R. (2004). The requirements engineering handbook. Boston: Artech House.
Continue Reading

Please join StudyMode to read the full document

You May Also Find These Documents Helpful

  • Effective and Efficient Project Management Essay
  • project management Essay
  • Project Management Essay
  • project management Essay
  • Project management Essay
  • project management Essay
  • Essay on Project management
  • project management Essay

Become a StudyMode Member

Sign Up - It's Free