There are a couple options here. Remember, that since SQL 2005, Maintenance Plans are basically just SSIS packages. The wizard just provides an interface with limited SSIS actions inside SSMS.
1) Create your plan inside BIDS or Visual Studio. This gives you the power of treating it like an actual SSIS package. You can modify the connection objects each time before you deploy to a new server. Of course, this could be a problem since now you need to either copy the package to the server every time you want to update or deploy it. You may also need to load it into Integration Services through SSMS to store it MSDB if that's your thing. The latter part isn't required but I know some people like to manage their packages this way.
2) Instead of using the wizard, create a DBA database on each server. Script out your plan actions as pure TSQL. Create stored procedures with the TSQL inside the DBA database. Run each inside an agent job step. This way, the jobs can be scripted. Once the DBA database is created on each server, you can run the job creation script. Then all you need to do is schedule the job(s) and you're done. The schedules could also be scripted.
The 2nd is probably your best bet if you want something scriptable, portable and very re-useable. If you're not terribly familiar with system objects and/or TSQL this is a good way to hone those skills.
Of course, if your plans are very simple, you may just be better off continuing with the wizard for now. I still suggest you take a look at the TSQL being executed by your plans now to better acquaint yourself with how to execute these tasks with nothing but TSQL.