Identity management projects are considered complex because many steps must be taken before the project is complete, such as the product setup, information-gathering, integrations and other configurations.
A traditional information management project follows a similar sequence:
- Information-gathering and design
- Product setup
- Configuration
- Creation of X connectors
- Creation of X workflows
- Tests
- Homologation
- Production
Now, imagine that in the homologation step, a workflow connector is discovered to be no longer necessary for a business. A connector or workflow could improve a business further if it was in production before that point.
To deliver more accurately and quickly, we will apply an agile development framework, or Scrum.
Scrum is an interactive and incremental agile development network challenged to change the development sequence approach and use self-organized and multidisciplinary teams.
Scrum utilizes the following roles:
- Product Owner: Responsible for controlling the business demands of the product.
- Scrum Master: Responsible for executing Scrum processes and eliminating any issues with the project.
- Development Team: Responsible for creating incremental steps for the project.
Process of Scrum Identity Management
In the Scrum dynamic, there is a product backlog with business requirements of product features. The following is the sequence of its operations:
- Spirit Planning: Prioritized backlogged items are analyzed to be addressed in a list known as the sprint backlog.
- Sprint: The development time, which must be limited to one month.
- Daily Scrum: A short daily meeting where employees discuss what was done in the past day, what will be done the next day and any problems that may arise.
- Sprint Review: The result of the developed sprint is presented.
- Sprint Retrospective: The process is reviewed to find ways it could be improved.
Using Scrum
So who should use a Scrum model in an identity management project?
First, we need to separate the main activities of an identity management project, such as the following:
- Information-gathering
- Process design
- Product setup
- Connectors configuration
- Workflow configuration
Based on these activities, let’s separate the product setup into one activity with a beginning, middle and end that is unrelated to Scrum. This activity must be executed before the Scrum process begins.
After that, we will elaborate on the product backlog, where the product owner must have a list of the business requirements, such as the following:
- Manage ERP user accounts
- Revalidate user access
- Manage user accounts in System X
- Manage user accounts in System Y
The product backlog is a live, growing list with business requirements and two of the most important stages of identity management projects: information-gathering and process design.
After that, we go to sprint, beginning with the sprint planning. At the sprint planning stage, the prioritized activities of the product backlog are analyzed. In this example, we considered the following:
- Manage user accounts in System X
- Manage user accounts in System Y
In other words, managing ERP user accounts is not a priority for businesses and will not be managed now.
The development team then analyzes these topics, confirms whether it is possible to include them in the sprint stage (30 days) and fragments the technical activities to be executed to create an increment of the product. The following is an example of this:
- Configure the creation account workflow in System X
- Configure the creation account workflow in System Y
- Configure the deletion account workflow in System X
- Configure the deletion account workflow in System Y
- Configure the IAM connector to System X
- Configure the IAM connector to System Y
- Execute unity tests
- Execute integrated tests
After the sprint planning and development and configuration starts, we have the daily Scrum meetings and at the end, the sprint review and sprint retrospective.
Once the sprint ends, another one begins, and prioritized backlog items are analyzed again. Moreover, at the end of a sprint, it is possible to also release in production the produced workflows and connectors, with a fast return to business.
Scrum may be a good approach to give a fast return to business in identity management projects. In this example, if the company didn’t use Scrum, it would have to wait for all workflows and connectors to be developed in order to have access to the product.