Feature

option in person-profil if tasks can be approved

Summary

open
Mar 22, 2006
2 hours ... 4 hours
Mar 22, 2006 / pixtur
Jan 6, 2009 / phsouzacruz
 

Attached files

No files uploaded
 
  • we should distinguish the behaviour of people in projects, depending on project-role:
    • normal users can change state to "completed?"
    • project-managers and admins can change to anything
  • Not sure how to handle "delete"-function, though

related:

7 Comments

burger:

6 years ago

Hello Tom,

so only admins and project manager should be able to choose "new", "open", "blocked", etc.?
Developer, tester etc. should only have the option "completed?"?

Do I understand it right?

pixtur:Not sure...

6 years ago (2. update 6 years ago)

You are a PM... What do you think? Is this a good behavior or does it just keep people from doing their jobs? Since streber wants to be a friendly wiki application restricting users might not be nice. Maybe there are other ways to prevent from vandaslism, like searching for "tasks not approved by PM".

binder:Reply to Not sure...

6 years ago (2. update 6 years ago)

I think it's a simple matter of hierarchy (sad but true *G*):
  1. the only one to delete an item (task, project, person,...) is a PM/admin
  2. a developer/designer should only be able to set the status "completed?"
    • the PM then can "approve" the completed? item
    • the PM also can re"open"
That's the only way for the PM to stay up to date, if he has to keep in touch with different projects and much more different tasks...

pixtur:hmm.

6 years ago

So this sounds like just another project option. Or should it be an option for the team member?



binder:Reply to hmm.

6 years ago

it could be a team-member option, but I don't think that's neccessary...
keeping it simple and stupid, it should be a global project-option.

pixtur:Just had my lunch...

6 years ago

Now I am sure, that it should be an option for each team member. Those options should be part of the user's profile, and then be copied to the project team membership.
It will not be more work but a little bit more flexible.



xl:hmmmm

5 years ago

in our case, if we want to restrict, then it should be a project option "persons able to approve".
but i would soggest another path: no restrictions.

what if me as a pm has the option to define a filter (or have a pre-defined) "evil actions. including approval ba non-pms.
in my "changes" mail those actions would be marked specially.

wouldnt that be wiki spirit, but also enforcing hierarchy?