Gap analysis involves the comparison of actual performance with potential performance. For example, a company does not make the best use of current resources, it may perform below an idealized potential. In other words, gap analysis is the process people use to examine their current state (or as-is process) with their desired state (to-be process) of a company. It typically is used to determine if the company is meeting expectations and effectively using resources that measure time, money and labor. The management team can then create an action plan to move the organization forward and close the performance gap.
Continue readingBulan: Januari 2022
Scrum Guide Change: Self-Organizing vs Self Management Team
Scrum Teams are self-organizing and cross-functional. Self-organizing teams choose how best to accomplish their work, rather than being directed by others outside the team.
Continue readingCross-Functional Flowchart – with Templates and examples
Cross functional flow charts show who did what and when in swimlane or grid charts. These charts are organized into multiple parts to provide additional dimensions by assigning each process step to a category. In other words, you can use a cross functional flowchart to describe the relationship between the steps in the process and the department or functional area responsible for those steps.
Continue readingUse Case Diagram vs Use Case Specification
A Use Case describes a task that is performed by an actor yielding a result of business value for a business. A use case may be visualized as a use case diagram or/and in structured textual specification format:
Continue readingThe Agile Manifesto and Twelve Principles
Agile is a philosophy of providing solutions that encompass and facilitate evolutionary change throughout the life cycle of a product/project. Many agile teams and organizations have been using Agile to deliver software faster, improve quality, and ultimately improve customer satisfaction.
Continue readingWriting Good User Stories
User stories are part of the agile approach and help shift the focus from writing requirements to discussing them. All agile user stories include one or two written sentences and, more importantly, a series of conversations about the desired functionality.
Continue readingThe 20 most frequently mentioned rules and guidelines in Scrum
The Scrum framework consists of Scrum Teams and their associated roles, events, artifacts, and rules. Each component within the framework serves a specific purpose and is essential to Scrum’s success and usage. The rules of Scrum bind together the roles, events, and artifacts, governing the relationships and interaction between them as shown in the Figure below:
Continue readingAgile Estimation: Relative estimates vs Absolute estimates
Whether a team is developing a product or a project, we need to answer the question “When will we be able to finish it?” , or how far we will be able to go at a certain point in time, so as with traditional development models, we need to estimate the workload before we start the project. Agile estimation is the process of estimating the effort required to complete a priority task in the product backlog. This effort is usually measured in terms of the time required to complete that task, which in turn leads to accurate sprint planning.
Continue readingThe seven most popular agile development methods
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 readingRisk 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 reading