Name Reg. No Contact
Name Reg. No Contact
development, the team is less responsive to change and less likely to meet customer
needs.
2. Working Software over Comprehensive Documentation: Agile does not eliminate
documentation, but it streamlines it in a form that gives the developer what is needed to
do the work without getting bogged down in minutiae. Agile documents requirements as
user stories, which are sufficient for a software developer to begin the task of building a
new function. The Agile Manifesto values documentation, but it values working software
more.
3. Customer Collaboration Over Contract Negotiation: The Agile Manifesto describes a
customer as who engaged and collaborates throughout the development process. This
makes it far easier for development to meet their needs of the customer. Agile methods
may include the customer at intervals for periodic demos, but a project could just as
easily have an end-user as a daily part of the team and attending all meetings, ensuring
the product meets the business needs of the customer.
4. Responding to Change Over Following a Plan: Traditional software development
regarded change as an expense, so it was to be avoided. The intention was to develop
detailed, elaborate plans, with a defined set of features and with everything, generally,
having as high a priority as everything else, and with a large number of many
dependencies on delivering in a certain order so that the team can work on the next piece
of the puzzle.
It’s also known as lean production. Its integrated socio-technical approach is based on the
Toyota Production System
1. Identify value from the customer's perspective-companies need to understand the value
the customer places on their products and services, which, in turn, can help them
determine how much money the customer is willing to pay.
2. Map the value stream- This principle involves recording and analyzing the flow of
information or materials required to produce a specific product or service with the intent
of identifying waste and methods of improvement.
3. Create flow- Eliminate functional barriers and identify ways to improve lead time to
ensure the processes are smooth from the time an order is received through to delivery.
Flow is critical to the elimination of waste. Lean manufacturing relies on preventing
interruptions in the production process and enabling a harmonized and integrated set of
processes in which activities move in a constant stream.
Agile Method 5
4. Establish a pull system- This means you only start new work when there is demand for it.
Pull relies on flexibility and communication between the customer and the manufacturer
5. Pursue perfection with continual process improvements- Lean manufacturing rests on the
concept of continually striving for perfection, which entails targeting the root causes of
quality issues and ferreting out and eliminating waste across the value stream.
Unnecessary transportation;
Excess inventory;
Over-production of a product;
Over-processing or putting more time into a product than a customer needs, such as
designs that require high-tech machinery for unnecessary features; and
Scrum team roles
Product owner: Product expert who represents the stakeholders, and is the voice of the
customer.
Scrum master: Organized servant-leader who ensures the understanding and execution
of Scrum is followed.
Agile Method 6
Scrum events
Sprint: Iterative time boxes where a goal is accomplished. Time frame does not exceed
one calendar month and are consistent throughout the development process.
Sprint planning: Where the entire Scrum team get together at the beginning of every
Sprint to plan the upcoming sprint.
Daily Scrum: 15 minute time boxed meeting held at the same time, every day of the
Sprint, where the previous day’s achievements are discussed, as well as the expectations
for the following one.
Sprint review: An informal meeting held at the end of every Sprint where the Scrum
team present their Increment to the stakeholders, and discuss feedback.
Sprint retrospective: A meeting where the Scrum team reflects on the proceedings of
the previous Sprint and establishes improvements for the next Sprint.
References
Freedman, R. (2016). Agile Evolution: More Than Methodology. The Agile Consultant, 19-
34. https://doi.org/10.1007/978-1-4302-6053-0_2
Harned, D. (2018). Hands-On Agile Software Development with JIRA: Design and manage