When the Agile Manifesto was created, there were quite a few “lightweight” development processes; Other such methods have since emerged. They are now collectively referred to as “agile” methods. Since the birth of the Agile Manifesto in 2001, there has much buzz around being agile. The Agile approach is just a way of thinking that enables teams and organizations to innovate, quickly respond to changing demand, while mitigating risk. Organizations can be agile using many of the available frameworks available such as Scrum, Kanban, Lean, XP, etc…
Continue readingTag: ja-done
Risk Management for Software Development
Risk management is a system for identifying, addressing and eliminating issues that may be detrimental to the cost, schedule or technical success of a project or to the morale of the project team. „Tomorrow’s problems are today’s risks.” Therefore, „risk” is clearly defined as a problem that could cause some damage or threaten the project schedule, but has not yet occurred.
Continue readingSWOT Analysis with Examples
SWOT analysis is a technique developed at Stanford in the 1970s, frequently used in strategic planning. SWOT is an acronym for Strengths, Weaknesses, Opportunities, and Threats and is a structured planning method that evaluates those four elements of an organization, project or business venture. A SWOT analysis is a simple, but powerful, framework for leveraging the organization’s strengths, improving weaknesses, minimizing threats, and taking the greatest possible advantage of opportunities.
Continue readingWhat is the “Definition” of Ready in Scrum?
The Definition of Readiness (DOR) records when a product backlog item (such as user stories) has worked to the point where it is „likely” to be included in a sprint, while the Scrum team uses DoD to define when all work on a product backlog item (such as user stories) has been completed.
Continue readingScrum Artifacts — A Quick Overview
Scrum artifacts provide critical information that the Scrum team and stakeholders need to know in order to understand the product being developed, the activities being planned, and the activities being completed in the project. The following artifacts are defined in the Scrum Process Framework.
Continue readingDefinition of Done vs Acceptance Criteria in Scrum
The completion definition (DoD) is a list of requirements that the user story must comply with so that the team can invoke it as complete. The acceptance criteria for user stories include a set of test scenarios that will meet the requirements to confirm whether the software works as expected.
Continue readingIndustry Analysis — An Quick Introduction
Industry analysis is a tool to help companies understand where they stand compared to other companies that produce similar products or services; Understanding the impact factors across the industry is an important part of effective strategic planning that enables small business owners to identify threats and opportunities facing their business and focus resources on developing unique capabilities that provide a competitive advantage.
Continue readingWhat is MVC Framework?
MVC (known as Model-View-Controller) is a pattern in software design that is commonly used to implement user interfaces, data, and control logic. It emphasizes the separation between the business logic and presentation of the software. This “separation of concerns” provides better division of labor and better maintenance.
Continue readingActivity diagram — A Quick Overview
UML activity diagram is another common tool used by UML to model the dynamic behavior of the system. It describes the sequence of activities and shows the flow of control from one activity to another. UML activity diagram is essentially a flow chart.
Continue readingTest-Drive Development Approach for Agile Software Development
Test Driven Development (TDD) is a software development process, which relies on transforming software requirements into test cases before software is fully developed, and tracking all software development by repeatedly testing software for all test cases. This is the opposite of developing software first and then creating test cases. Some popular models support TDD very well, such as MVC and MVP.
Continue reading