One of my pet peeves with SharePoint is the People and Groups pages. These are pretty damn complicated.
You typically get groups for:
- Owners
- Members
- Visitors
And often you can have
- Approvers
- Moderators
- Designers
- Individual users granted rights directly on the site (rather than being in a group)
… and so on. And if individual sites start to break from inheritance and define their own groups, you get even more groups. It’s possible (especially if the administrator of the system doesn’t understand what they’re doing – which is often the case) to end up with 3 times as many groups as sites!
Frankly, this is enough to confuse me, never mind users. Trips into the People and Groups pages often takes me some time to understand what I’m seeing. And the worst part is that often users just want to be able ‘Give Fred access to this site’. They don’t care about other groups or other sites, permissions levels, or any of that jazz.
The case management system we’re working on at the moment has this sort of requirement. Each case is a site, and we want ‘Case Owners’ to be able to add/remove ‘Case Owners’ or ‘Case Workers’. They don’t need access to other groups. They don’t need the ability to send emails, call people, remove users from the site collection, or any of the other (confusing) options on the menus. So, I built my own administration pages… Continue reading







