"Selling" trac/buildbot/etc to upper management

Question

My team works mostly w/ Flex-based applications. That being said, there are nearly no conventions at all (even getting them to refactor is a miracle in itself) and the like.

Coming from a .NET + CruiseControl.NET background, I've been aching to getting everyone to use some decent tracking software (we're using a todo list coded in PHP now) and CI; I figured trac+BuildBot would be a nice option.

How would you convince upper management that this is the way to go, as well as some of the rules mentioned in this post? One of my main issues is that everyone codes without thinking (You'd be amazed at the type of "logic" this spawns...)

Thanks

Answer 1

Is there anything you could do now that wouldn't require permission from anyone else? Could you start by just using trac/buildbot/etc for just your own work, then add in others as they are interested?

In my experience you can get quite far by doing w/out asking.

Answer 2

Tell the management that they'll be better able to keep their eye on progress with such a tool.

Answer 3

Are there specific benefits to the route that you're suggesting that you could show them without them having to buy in?

I had an experience with getting my team to accept a maven + cruisecontrol CI setup. Basically I tried to get them to go along with it for a few days and they kept balking because it was unfamiliar. Then I just did it on my own and had all broken builds emailed to the mailing list. That night the project lead made a check in that broke the build (he just forgot a file) and, of course, everybody was emailed with his screw up.

The next day he came over to me and said, "I get it now."

It required no effort from him to get involved and got to see the benefits for free.