Virtual Project Mgmt @ work
I'm in the midst of a project at work in which we're trying to implement (maybe better described as 'rein in') SharePoint across the organization. The biggest push for this project came from the need for better management of projects across time and space. Even projects in which resources are wholly onshore, in the same building, stand to gain immensely from the implementation of a collaboration tool such as SharePoint. However, the biggest push is to get our offshore resources hooked up with SharePoint. We have people in multiple locations in India. The time difference is one issue we must deal with when working on projects with them, so we're looking forward to SharePoint being a space for them to get everything they need to do their work, while we sleep. We've run into many situations where the offshore resources don't know which version of the functional specs is the correct one, causing problems down the line when they've developed off of a version that's 5 iterations old... We aim to fix this problem.
We've put a lot of effort into defining a governance model for our SharePoint implementation so that things don't get out of hand. A big part of what we're trying to achieve is security. When our offshore resources get to work every morning, they leave everything at the door - no cell phones, no flash drives, nothing that could jeopardize our proprietary information. At their computers, their workspaces are highly restricted - only the applications and websites they need for their work are made available to them. Making SharePoint available to these offshore resources has become somewhat of a challenge in itself. How do we lock down the environment enough to conform to the strict requirements our Information Security team imposes on us while maintaining the kind of flexibility that must exist to make a collaboration environment such as SharePoint effective?
Recent Comments