Skip to content
This repository has been archived by the owner on May 11, 2021. It is now read-only.

Charities should be able to edit outcomes on committed iterations #196

Open
jdudley1123 opened this issue Oct 31, 2019 · 3 comments
Open
Labels
enhancement New feature or request question Further information is requested wontfix This will not be worked on

Comments

@jdudley1123
Copy link
Member

I'm leaning towards yes, but maybe with review or notification for mentors.

The issue I have is I want them to commit to their iteration so the ball is rolling and they're doing check-ins etc., but also I want them to be able to refine their outcome language a bit. I'm envisaging small changes - making outcomes SMARTer etc. - rather than changing tack midway through.

What do you think @suninthesky, @trompodrone?

@jdudley1123 jdudley1123 added the question Further information is requested label Oct 31, 2019
@suninthesky
Copy link
Contributor

I'm game for this. Be cool to explore how we track/visualise changes to outcomes over time, perhaps related to #189 (comment)

Might have some implications for historic check-ins, i.e. making sure the outcomes they reference are at the right version.

@jdudley1123
Copy link
Member Author

You could do something like Facebook has for edited posts where you can see the previous versions for comparison if you want.

Not sure how the schema would work. The simplest approach would I think just be to add a reference in each subsequent outcome record to the original one. That would also give us wiggle room if we wanted to make any other fields editable at the cost of some duplicated data storage.

@jdudley1123 jdudley1123 changed the title Should charities be able to edit committed iterations? Charities should be able to edit outcomes on committed iterations Nov 8, 2019
@jdudley1123 jdudley1123 added enhancement New feature or request and removed question Further information is requested labels Nov 8, 2019
@jdudley1123
Copy link
Member Author

I've had a think about this:

Outcomes gain a new property, an enumerated status with values of something like current and past. If an outcome is edited, we don't actually update it, instead we change its status to past and make a new outcome that is current. We also send a notification email.

Old check-ins will continue to reference the past outcomes they were originally against, but any new check-ins/debrief will be against the current outcomes. Past versions of an outcome will be viewable in the iteration for comparison.

Doing this in the current iteration editing form could be tricky because it will require a bit of jiggery-pokery in the controller to identify whether the outcomes have been edited and then go through the process above. It might be easier to do outcome editing on a separate form (outcomes/#/edit) so that it's routed through a different controller. We could also then add a box for 'justification'.

How does that sound?

@jdudley1123 jdudley1123 added the question Further information is requested label Nov 27, 2019
@suninthesky suninthesky added the wontfix This will not be worked on label May 11, 2021
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
enhancement New feature or request question Further information is requested wontfix This will not be worked on
Projects
None yet
Development

No branches or pull requests

2 participants