tbar0970 / jethro-pmm

Jethro Pastoral Ministry Manager
GNU General Public License v3.0
35 stars 25 forks source link

Predefined workflows #867

Open tim-pearce opened 1 year ago

tim-pearce commented 1 year ago

I haven't figured out how this might work or even what it might look like.

For each ministry for which one records information there is a certain flow of functions you use and a sub-set of 'definitions' you use.

A 'flow' would define :-

So for instance a person tasked with maintaining attendance information for a ministry would have a set of 'flows' to select from to perform the tasks required.

Like I said at the start, I don't know how this would work - it's just something to think over at present.

tim-pearce commented 1 year ago

Maybe a start is to create a concept of a 'task mode' (for want of a better description).

For example I might have 'Playgroup attendance mode'. When I turn this mode on :-

When I am working on the rosters for the Playgroup helpers I would have another set of filters defined.

This sounds quite doable as it's basically just a collection of lists that just a few functions need to refer to before populating lists the user sees.

jefft commented 1 year ago

It might be useful to describe a real scenario / unmet need first (a User Story in Agile-speak), before outlining potential solutions.

tim-pearce commented 1 year ago

In my scenario above when I am assigning people to playgroup (or changing their status) I am presented with unrelated classes, statuses, reports etc. So a 'use case' (similar idea to 'story')

tbar0970 commented 1 year ago

I get the general principle - trimming out irrelevant stuff to smooth the way for common tasks.

One existing feature that relates here is the ability to turn certain features off altogether - see system config. (if a church doesn't use rosters or service planning, they can be hidden). Another current feature is to restrict access to features and to groups/congregations for each user account. This goes some way towards removing clutter for the actual tasks people need to do. But I can see there is scope for more of this.