In-Practice Package

The “In Practice” package allows concrete adoption of GovStack principles, architecture and specifications to fully design end-to-end a number of selected high-priority use cases and to possibly develop functional prototypes using the GovStack Sandbox. The “In Practice” considers digital government services design, solution architecture design, rapid prototyping using low-code-no-code tools, and RFP development.

Who's this package best suited for?

Government

Senior Management, middle managers, architects, heads of digital government teams, technical leads, service owners, service designers and engineers

Donors

Organizations looking to comprehend how the GovStack approach

Digital team

Teams looking to use the govstack approach for their digital development prograns

This package helps you

Fully comprehend, test and apply the GovStack approach to guide its country to DPI.
Build service design capacity of digital government teams related to their understanding of GovStack specifications and offerings.
Implement knowledge in the context of a selected real life use case.
Gain understanding of how to assemble Building Blocks into digital services and how to integrate with existing systems and registries.
Learn about digital services user-centric design.
Develop Requirements Specifications document required for RFPs.

Activites included in the package

The In Practice Service Package includes all aspects of the Enable package, in addition to

Constituting a joint design team

A joint design team needs to be constituted with the following profiles:

Project Manager (GovStack and Country)
Service owner (personnel from line ministry fully understanding customer needs) (Country)
Business Analyst (GovStack and Country)
System Analyst (GovStack and Country)
Solution Architect (GovStack and Country)
Software developers (Country)
Infrastructure engineer (Country) (in case a Sandbox environment is to be replicated)

Digital services design and development sprints

Iteratively design Business Processes, Wireframes, API integration, etc.
(optional) Replicate the Sandbox environment to test the prototype in it.
(optional) Develop a Rapid prototype using possibly a low code tool.
(optional) Develop Building Blocks emulators for the Building Blocks that will be required but not existing yet.
(optional) Integrate with external registries and legacy systems by developing adapters if needed.

Review and validate solution blueprint

Review and validate with target users and technical teams the designed Blueprint.

Develop Requirements Specifications Document for RFP (optional)

Compile and document all the above into a structured document that can be part of an RFP to develop the actual production version of the service.