Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Procedure and tooling for changing the hierarchy of an existing application #6751

Closed
kennsippell opened this issue Nov 23, 2020 · 4 comments
Closed
Assignees
Labels
Migrations Affects data migrations Priority: 2 - Medium Normal priority Status: Blocked waiting for info Blocked waiting for more information Type: Improvement Make something better Type: Investigation analyzing or researching for product planning (no dev required)

Comments

@kennsippell
Copy link
Member

kennsippell commented Nov 23, 2020

What feature do you want to improve?
A CHT application's hierarchy is foundational and not easily changed once the project goes live. Hierarchy data exists in every contact, every report, etc. Whenever possible, applications try never to change the hierarchy once the application is live. But sometimes hierarchies must change. In our 2021 SoWs, multiple projects include deliverables which require hierarchy changes including BRAC (3000 CHWs and 16M docs) and Siaya.

Hierarchy changes require the majority of documents to be re-synced, and sometimes require the user to clear all documents from the phone. They can result in data-loss or invalid data due to clearing the device before syncing, or making the server-side hierarchy change before syncing reports which will still have the legacy hierarchy within them. Because of data-loss risks, heirarchy changes can be associated with down-time.

Because of the above factors, need to be tightly coordinated with teams on the ground and therefore carry intense operational burdens. Due to operational burdens, they often are requested to happen in phases.

Describe the improvement you'd like
At a minimum, we need clearly documented repeatable steps to execute hierarchy changes at scale without data loss. We need these steps to be fast and easy enough that we can complete migrations for projects with thousands of users in 2021 Q2 latest so we can complete the rest of the SOW in 2021. It is recommended that we investigate core improvements or tooling improvements which ease the operational burdens on the ground and minimise the risk of data loss .

@kennsippell kennsippell added the Type: Improvement Make something better label Nov 23, 2020
@MaxDiz MaxDiz added the Migrations Affects data migrations label Nov 24, 2020
@MaxDiz MaxDiz added the Priority: 3 - Low Can be bumped from the release label Nov 24, 2020
@MaxDiz MaxDiz added the Type: Investigation analyzing or researching for product planning (no dev required) label Nov 24, 2020
@MaxDiz
Copy link
Contributor

MaxDiz commented Nov 24, 2020

Added to 3.11 based on most recent roadmap planning review and assigning to @garethbowen and @kennsippell to kick things off

@garethbowen
Copy link
Contributor

I'm happy to help but I'm not able to kick anything off in the near future, so I'll unassign myself so it's free for others to pick up.

@garethbowen garethbowen removed their assignment Nov 24, 2020
@MaxDiz MaxDiz added Priority: 2 - Medium Normal priority and removed Priority: 3 - Low Can be bumped from the release labels Jan 26, 2021
@dianabarsan dianabarsan self-assigned this Feb 3, 2021
@michaelkohn michaelkohn added the Status: Blocked waiting for info Blocked waiting for more information label Mar 8, 2021
@garethbowen
Copy link
Contributor

Removing from the release as it's not blocking the releases here.

@dianabarsan
Copy link
Member

dianabarsan commented Nov 1, 2024

I believe this is covered by the new changes to user-management and all changes in documentation that have happened across the years.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Migrations Affects data migrations Priority: 2 - Medium Normal priority Status: Blocked waiting for info Blocked waiting for more information Type: Improvement Make something better Type: Investigation analyzing or researching for product planning (no dev required)
Projects
None yet
Development

No branches or pull requests

5 participants