I can think of a couple things to try off the top of my head. I dealt with these issues on one project that was using FCP 4.1.1, so please bear in mind that things may have changed since then and YMMV!
For local storage, we set everything to /Users/Shared/ since this directory is on every machine and is user agnostic. I believe you still need to make sure all sub directories and files are given full read/write permissions.
You could take things one step further and create sub-dirs within ‘/Users/Shared/’ for each user on every machine (making sure they match exactly). This is so you can be absolutely sure of having no conflicts with thumbnail/cache/whatever files that happen to have the same name (this was an issue we had from time to time).
You may also want to look into changing the UMASK setting for each user, which controls what the owner/group and read/write permissions are by default for every new file created. We opened these up so that every user’s newly created files would have full access permissions for anyone in our edit group. Of course, it is essential to train every user to have good habits and not overwrite other people’s work.
I’ve also read about people using third party preference managing tools, but I’ve never dabbled with those myself. But it may be worth looking into.
But every production team is different and everyone’s requirements are unique. It took months for us to iron out all the kinks, so be prepared for some growing pains and make sure everyone is very diligent about backing up their work. It also helps to have a few people around who are comfortable cracking open the terminal and can safely use the “chown” and “chmod” tools.
Hope this helps,
Matt Lyon
Editor
Toronto