Scrum

Release software in Cloud, Desktop and Enterprises

There are different production environment types when it comes to release software: Read the Article on Medium published in the Serious Scrum publication Cloud applications like Gmail, that have their production environments in the cloud and are not installed on customer premises Desktop applications like Libre Office that are installed on the end customer physical machine Enterprise software products like SAP that are released in modules by SAP SE and later need to be customized to adapt to the customer needs Release software in Cloud In cloud-native platforms, everything is under the control of the organization that owns the product.

How to Achieve Customer Satisfaction with Scrum, DevOps, and microservices

Read the Article on Medium published in the Serious Scrum publication As software companies move toward automating software delivery and testing, they may consider extreme modularization with microservices. Scrum and DevOps Scrum and DevOps methodologies are very closely linked; without adopting Scrum or Scaled Agile, it will be very difficult to implement DevOps. The DevOps methodology is very much linked to the concept of silo removal at various stages of software implementation.

Scrum and the branching strategy

When using Scrum, it’s critical to have a product that can be released at the end of each Sprint. To be able to release so frequently you need to have a good branching strategy. Fortunately, there are tools that allow you to manage the software in the best possible way both in terms of tools and processes. Git and Gitflow The most widely used versioning system for managing source code is Git.

How to organize Scrum teams

Read the Article on Medium published in the Serious Scrum publication What Scrum suggests Company products can vary in complexity. To manage them may be required from groups of 2-3 people to groups that can involve more than 100 people. The Scrum guide suggests to have teams composed from 3 to 9 members; The Product Owner and Scrum Master should not be counted in the group size, unless they implement the backlog items themselves.