Now that MS Office 2007 is doing the rounds, I suppose it’s time to lookat some of its shortcomings.
It has a few when it comes to deployment. The biggest nuisance being deployment.
You have four options:
- Install it on a PC manually (not great)
- Deploy through group policy with no customisations
- Use a deployment system such as SMS
- Use a computer startup script
You may as well just say “no” to the first one. Anything more than a handful of PCs and you have a tedious task.
Group Policy has always been my method of choice. Most of my clients have less than 100 PCs, so Group Policy deployment is ideal. But as pointed out in the list, you cannot customise the installation with any defaults.
SMS is out. It’s not worth explaining to clients why it’s a good idea to buy software that makes my life easier. Even though the effort and management might simplify things somewhat.
So we’re stuck with computer startup scripts. Another method I hate – but if you want to control Office Deployments, then this is the way to do it. Thankfully, Aaron Parker has posted some startup scripts to help with this using the MSP method.
If you are using a network with WSUS, then updates become a non-issue, and I think that the only time to need to redeploy is if you decide to change the application packages that you want. At which point, you could check that executables of the programs exist or record your own registry entries that you can check for.
It’s not a great method (I’ve managed to avoid having to use ANY computer startup scripts in 2000-based networks) – but there’s no reason why it shouldn’t work. Especially if you make sure to use the quiet options in the Setup /admin tool.
Office, eh?