Skip to main content

Introduction to Agile and Scrum

[PLACEHOLDER]

Agile has become a very popular development methodology in the software industry over the last decade. One of the key drivers behind the popularity of agile is it’s ability to enable teams to react quickly to changes in technology and customer needs. Unlike waterfall, one of the key principles of agile is to be open to changes in customer needs and subsequent changes in requirements as outlined by the Principles behind the Agile Manifesto. In this article I’ll discuss one of the popular agile frameworks called Scrum.


Scrum is a framework based on the agile principles that enables teams to address complex adaptive problems while productively and creatively delivering products of the highest possible value1.

At the core of the scrum framework is the organization of the Scrum team. A scrum team must consists of a Product Owner, the Development Team and a Scrum Master.


The Scrum Team develops a potentially releasable product increment at the end of a Sprint which is a time-boxed Scrum Event. A Sprint must be one month or less and must consist of the Sprint Planning, Daily Scrums, the development work, the Sprint Review and the Sprint Retrospective.


Now that we have understood the core principles of Scrum framework we can discuss how the framework lends itself to a development landscape with fast changing technology and customer needs. Given that a Sprint can only last for a month or less allows the Scrum Team to be more reactive to changes in technology and customer needs. For example, let’s assume that the client approaches the Product Owner with a new feature request at the end of the Sprint. The client thinks this new feature will provide a competitive advantage to his/her business and wants this feature to be developed as soon as possible. In this scenario a self-organizing Scrum Team is well positioned to meet this client's request given that the Product Owner has prioritized the request at the top of the Product Backlog. Unlike waterfall this is a very common practice in Scrum as the team only plans for a Sprint which last one month or less. In a waterfall approach the team has to assess the new feature request against the entire project deliverables, budget and timeline which can often take significant time.

Consequently Scrum is advisable to teams that need to react quickly to client requests. A self-organizing Scrum team working within an agile framework is best equipped to deliver solutions to meet client's changing needs in an effective and timely manner.

Reference:

Trending posts

Democratizing AI

Democratizing AI is all about empowering others to use it, by making it available to them. Audiences, such as marketers in a company, will be able to access AI capabilities as part of their MarTech solutions, without the need of being technical. It could also be schools, where the younger generations are learning how to use it in responsible, secure, innovative, and creative ways. This is the year where companies, after discovery phases and teams experimenting, are looking to activate and take advantage of the AI advances. Generated with Microsoft Designer   And so, questions emerge, such as “What to democratize when leveraging AI?” There are common scenarios, as well as specific ones, that will depend on the company, and the industry they belong to. A common scenario, seen in many industries, when democratizing data is the data visualization and reporting . In digital marketing, as an example, data scientists and data analysts can automate reporting, making them available to the c...

SRE, DevOps and ITOps

 If you are wondering what the differences between the SRE and DevOps are, as well as how these roles work with ITOps within an organisation then you are not alone; and best of all you are on the right blog post. Often enough business units in a company get confused, assigning the ServiceNow or Jira tickets or any other ticketing system of your preference, to the wrong group, and even having the incorrect expectations when doing resourcing. Let us go through definitions, insights and scenarios that will help you understand the difference. DevOps software development operations - AI Generated When it comes to DevOps and SRE, then you might be wondering which practice came first. While SRE may have originated a bit earlier, internally at Google, DevOps came first publicly as a practice and started to be used by companies. A few years later was when Google decided to open SRE to the world after the publication of the "Site Reliability Engineering" book. Therefore, technically sp...

SLA-SLO-SLI and DevOps metrics

Companies are in need of the metrics that will allow them to stay in business by making sure they meet the expectations of their customers. The name of the game is higher customer satisfaction by winning their trust and loyalty. To do so, you want to provide good products and services. Therefore you need to find ways to monitor performance, drive continuous improvements and deliver the quality expected by the consumer in this highly competitive market. Photos from AlphaTradeZone via Pexel and Spacejoy via Unsplash SLAs, SLOs and SLIs are a good way to achieve the above. They allow clients and vendors to be on the same page when it comes to expected system performance. If we go one level deeper, vendors/providers work on NFRs (Non-Functional Requirements) when working on their solutions. NFRs define the quality attributes of a system. I bring them up because the relationship between them and the SLAs is that they provide, in a way, foundational aspects for the SLA-SLO-SL...

Effective framework to resolve conflict in the Workplace

 Conflicts are a part of our daily lives and are often unavoidable at work. Therefore, it's essential to have the tools to effectively manage conflicts and leverage them to our advantage - to spur new ideas, challenge and strengthen our beliefs, and evolve our perspectives when necessary. However, conflicts often trigger our fight-or-flight response and can cause chronic stress and mental fatigue and diminish our productivity. Having the right tools can help us face conflicts confidently.  AI Generated with Microsoft Copilot + Designer by Beolle   Recently, I took a course from Harvard ManageMentor® * to enhance my conflict resolution skills. I summarized the key takeaways from the course in the framework below to help you better prepare for resolving conflicts. The framework consists of six (6) parts Identify the type of conflict   Identify your own and your counterpart's conflict styles   Determine how you want to address the conflict   Prepare to resolve...

This blog uses cookies to improve your browsing experience. Simple analytics might be in place for pageviews purposes. They are harmless and never personally identify you.

Agreed