I agree with the 2 options above. But regardless of what option you go with, you will probably need numbers to get managment to sign on to either idea.

I would have each person in your group who has something like you script sit down and write a paragraph about what each script does. Make sure to add the approximate time the job takes to do manually and how often it needs to be done. Also add approximate time to develop the automated code that fixed it.

The benefits of outling each person's scripts are 3 fold.

1. You have numbers to show management that your team has automated time consuming manual tasks (doing the math of approximate time for each manual task times the number of times per week) and are saving them 'X' number of hours per week.


2. You show that your team is pro-active and forward thinking by automating manual tasks to save the firm money without having to involve the full-blown development teams.


3. The whole team gets its code out in the open so you can find repetative code and refactor it into reusable components.

Point #2 is important because it shows management that your team can code these basic time-saving scripts without having to bring in the full-blown dev team. Otherwise, you risk bringing this up to management and having it blow up in your face when they get mad that your team codes outside of the 'corporate development structure and guidelines', yada, yada.

Finally, I know your pain with what you describe. My group at work has something along the same lines. It is a website that runs on a 'Dev' webserver and hosts description of our batch cycle jobs and allows the team to enter failure resolutions so hopefully the next time the same job fails, it is already documented on what to do. We also use this webserver for any other ideas that make our job easier (team documentation, notes on how fill out red-tape paperwork quickly, etc).

Since we host it on a 'Dev' machine, if it is down for upgrades or hardware failure, we are out of luck. But this also gives us the ability to make changes to the website whenever we want without having to go through the corporate change procedures. All code for the website is in the corporate source control system so we can restore if there is a drive failure on the box (this is important as it has happened in the past).