Define what a project methodology is
Project procedure is a model, that the project chiefs utilize to design and build up a project, and there are different project philosophies to effectively total the project (Joslin and Müller, 2016).
This report will feature different project strategies and will fundamentally concentrate on Waterfall and Agile model, the similitudes and contrasts between them.
Project technique is a model that the project directors utilize for the arrangement, plan, sending and achievement of their project objectives (Joslin and Müller, 2014). There are different project administration systems to improve different activities.
In order to achieve goals and arranged result inside a particular timetable and a financial plan, a supervisor utilizes a project. Regardless of the field and exchange, there are assortments of strategies to assist extend administrators at each part of a project from the beginning to the end (Vijayasarathy and Butler, 2016). In this report, the broadly utilized project management systems will be featured.
• Project Management Body of Knowledge (PMBOK)
A Guide to the Project Management Body of Knowledge is a well-known standard for the project management profession (Joslin and Müller, 2014). A standard is a report which characterizes composed standards, strategies and practices identified with extend paying little respect to fields.
• PRINCE2
PRINCE2 takes a system based approach to extend project management. This system depends on the eight high-level procedures.
• SDLC
SDLC consolidates at least two project management strategies for the best outcomes. SDLC additionally force strict rules on the project.
• Waterfall
Waterfall model is the customary model utilized generally everywhere on all over the world and is well known among the majority. The model’s lifecycle has settled stages and direct timelines (Joslin and Müller, 2014).
• Agile
Agile model is a blend of incremental and iterative process models with center consumer loyalty by agile delivery of running a software product. It breaks any item into little fabricates. These fabricates are introduced in iterations (Vijayasarathy and Butler, 2016).
The two project techniques that are picked in this project are Waterfall model and Agile model.
- On account of Waterfall model, a project design is made to the greatest degree at first, it includes the financial plan, expectations and schedule related with it. On account of the Agile model, the full arrangement is separated to sprints, and these sprints are again partitioned into different multiple designs and the plans are executed (Tipaldi et al., 2013). The cost and schedule estimation are added in the Agile model.
- In the waterfall model, the arranging is executed well ordered and when a piece of the plan gets finished, the project directors proceed onward to the following stage, comparatively if there should be an occurrence of Agile, the code base is tried each and every day, the code will have to pass through every test, lastly just project incorporation is done (Tipaldi et al., 2013).
- The waterfall model is checked on numerous circumstances in the first place, at that point all details are caught and a broad documentation is readied (Alshamrani and Bahattab, 2015). Also, on account of Agile, the well ordered by design execution is tried by the clients and after that, the total estimations and appraisals are mulled over, for example, requirements description, budget estimations, documentation and lessons learned.
- Waterfall model is essentially an inflexibly organized model while the Agile model is known for its adaptability.
- In the event that anybody picks Waterfall model, the development team should evaluate everything in advance like the financial plan and the advancement necessities though they don’t need to stress over every one of the subtle elements from the earliest starting point if they choose the Agile model as in Agile model they have the opportunity to plan step-by-step (Tipaldi et al., 2013).
- All the designing, development, testing procedures are done at once and submitted, while, in the Agile model, every one of the stages is tried over and over and get altered if required. iv. Waterfall model does not require clients’ associations, while the Agile model is tried and checked at each progression by clients (Alshamrani and Bahattab, 2015).
Fig 1: The Waterfall Model
Project methodologies’ role in project management
(Source: Madgunda et al., 2015, pp-86-87).
- Requirement Gathering and analysis− All the necessities of the framework are captured at this stage and the details are recorded in an archive.
- System Design− This framework configuration helps with characterizing hardware and framework prerequisites and helps with determining the general framework outlined.
- Implementation− With inputs got, the framework is produced into little programs, which are coordinated into the following stage, each and every tiny program is tested.
- Integration and Testing− All the minor programs developed in the execution stage are coordinated and tested. Additional testing is accomplished for any shortcomings (Alshamrani and Bahattab, 2015).
- Deployment of system– After development, integration, testing procedures are finished the product is deployed from the clients’ end and is discharged in the market.
- Maintenance− Maintenance is done to refresh and modernize the software, on account of programming support is done to shield it from malware attack.
Fig 2: The Agile model
(Source: Eliasson et al., 2014, pp- 44-47)
- Individuals and interactions– Interacting with clients or clients’ are an unquestionable requirement require in this model.
- Working software– Beta software is developed and after that, the developer companies interface with the clients to comprehend their necessities (Eliasson et al., 2014).
- Customer collaboration − As all the requirements can’t be aggregated totally at first, steady client cooperation is important to get appropriate item necessities (Agarwal, Garg and Jain, 2014).
- Responding to change− Agile Development is centred around speedy reactions to change and nonstop improvement.
Conclusion
It can be concluded from the above discourse that the project managers must employ project methodologies in their organizations for good. The projects methodologies that are talked about in this report are Project Management Body of Knowledge, PRINCE2, SDLC, Waterfall and Agile, of which Waterfall display and Agile model have been for the most part focussed extensively, the similitudes and the distinctions have been examined alongside it as well.
References
Agarwal, A., Garg, N. K., & Jain, A. (2014, February). Quality assurance for Product development using Agile. In Optimization, Reliabilty, and Information Technology (ICROIT), 2014 International Conference on (pp. 44-47). IEEE.
Alshamrani, A., & Bahattab, A. (2015). A comparison between three SDLC models waterfall model, spiral model, and Incremental/Iterative model. International Journal of Computer Science Issues (IJCSI), 12(1), 106.
Eliasson, U., Heldal, R., Lantz, J., & Berger, C. (2014, September). Agile model-driven engineering in mechatronic systems-an industrial case study. In International Conference on Model Driven Engineering Languages and Systems (pp. 433-449). Springer, Cham.
Joslin, R., & Müller, R. (2014). The Impact of Project Methodologies on Project Success in Different Contexts. Project Management Institute.
Joslin, R., & Müller, R. (2016). The impact of project methodologies on project success in different project environments. International Journal of Managing Projects in Business, 9(2), 364-388.
Madgunda, S., Suman, U., Praneeth, G. S., & Kasera, R. (2015). Steps in Requirement Stage of Waterfall Model. International journal of computer & mathematical sciences, 86-87.
Tipaldi, M., Götz, C., Ferraguto, M., Troiano, L., & Bruenjes, B. (2013). The Robust Software Feedback Model: an effective Waterfall Model tailoring for Space SW. Proceedings of DASIA-Data Systems in Aerospace.
Vijayasarathy, L. R., & Butler, C. W. (2016). Choice of software development methodologies: Do organizational, project, and team characteristics matter?. IEEE Software, 33(5), 86-94.