«Продажа» trac / buildbot / etc для высшего руководства

Question

Моя команда работает в основном с Flex-приложениями. При этом почти нет соглашений (даже их перевод на рефакторинг - само по себе чудо) и тому подобное.

Исходя из .NET + CruiseControl.NET, я очень хотел, чтобы все использовали какое-то приличное программное обеспечение для отслеживания (сейчас мы используем список задач, закодированный в PHP) и CI; Я подумал, что trac + BuildBot будет хорошим вариантом.

Как бы вы убедили высшее руководство в том, что это путь, а также некоторые правила, упомянутые в этом посте? Одна из моих главных проблем заключается в том, что каждый кодирует без раздумий (вы будете поражены тем типом «логики», которую это порождает ...)

Спасибо

Answer 1

Есть ли что-нибудь, что вы могли бы сделать сейчас, чтобы не требовалось разрешение от кого-либо еще? Не могли бы вы начать с использования trac / buildbot / etc для своей собственной работы, а затем добавить других, если они заинтересованы?

По моему опыту, вы можете продвинуться далеко, не спрашивая.

Answer 2

Скажите руководству, что с таким инструментом им будет легче следить за прогрессом.

Answer 3

Есть ли у маршрута особые преимущества, которые, как вы предполагаете, вы могли бы показать им, не покупая их?

У меня был опыт того, как заставить мою команду принять настройку maven + cruisecontrol CI. По сути, я пытался заставить их согласиться с этим на несколько дней, и они продолжали сопротивляться, потому что это было незнакомо. Тогда я просто сделал это сам, и все сломанные сборки были отправлены по электронной почте в список рассылки. Той ночью руководитель проекта проверил, что сломало сборку (он просто забыл файл), и, конечно, всем было написано письмо с его ошибкой.

На следующий день он подошел ко мне и сказал: «Теперь я понял».

Ему не потребовалось никаких усилий, чтобы принять участие и получить преимущества бесплатно.