Cry Me A River: You Can’t Escape Documentation

A company's team members, project goals, time constraints, budget limitations, and resources influence the methodology most suitable for building software. Changes in the plan cost money in any methodology. It would be a mistake to blindly state that waterfall is outdated, just like it is premature to blindly state that agile is automatically unorganized and unprofessional. Waterfall works well for companies developing first-time websites or applications on a fixed timeline or budget. Agile works well for large companies performing team-driven website maintenance that includes development with limitless project budgets, no hard deadlines, and job security where everyone receives payment regardless of unlimited changes to the project life cycle.


Personality makes the perfect company culture subjective to the developer. For example, I am more productive without morning meetings, while morning meetings help others feel focused and supported. Some people enjoy having a step-by-step process to keep them on track during a writing or development process; however, I would never want to have to turn in every paragraph before my work has a chance to develop. I contribute my best work when I have a positive employer who respects my time and believes in the quality of my work. Many companies believe in producing low-quality products for the sake of time, but I find fulfillment in working on projects that invest the time to develop quality products.


The waterfall method addresses changes during designated times. When using the waterfall method, the customer feels more secure if customer involvement exists as a planned part of the process. During the implementation phase, customers who request constant changes indicate a need to revisit the mind map to provide security and ensure that the correct product is being built. Waterfall does not automatically mean ignoring the customer and discarding feedback. The customer should still be updated, and communication should remain open. Requirements can be revised. Feedback should be organized and controlled. Wireframes and mind mapping assist a company in producing the right product for the customer. Customer feedback and revision must be a part of any good process; however, organization and documentation are necessary. Planning and agreeing on the work that will be done is a sign of good business practice that protects a developer from not being paid for a project. Using the waterfall method, I would handle changes by planning with the customer upfront, sending the customer update emails, revisiting the mindmap when necessary, and paying attention to feedback during the acceptance meeting. 


No single method is right or wrong from one team to the next. Teams are made up of unique personalities. When considering methodology, understand that there are a hundred ways to skin a cat. Work for a company that makes you feel respected and supports your growth. Who knows, quitting a terrible working environment might even get you a raise.


Comments

Popular posts from this blog

SalonAboutBeauty: Less Integration for Consistent Styling Across Components

Why “Human Error” Is Usually a System Design Problem

Challenges in Prosecuting Deep Web and Darknet Crimes: The Case of Ross Ulbricht and the Silk Road