Здравствуйте, PPA, Вы писали:

PPA>Здравствуйте, _Art_, Вы писали:
_A_>>5. Все изменения исхлодников санкционированны. Создаваемые разработчиками версии связаны с полученными заданиями.
_A_>>6. У нас процесс подготовки билда и его тестирования полностью автоматизирован при помощи ClearQuest

_A_>>Таким образом в цепочке Поступивший запрос — Билд, в который вышла реализация запроса нет обрывов и можно проследить весь процесс. От и до.

PPA>А если нет задания? исходник трогать нельзя?
PPA>У Вас понятие — рефакторинг существует?
PPA>Например программист видет что херню написал, и решил переписать покрасивше, ему это не разрешается, т.к. нет задания?

Все у нас существует. Я не говорил о том, как это работает конкретно у нас. Я всего лишь перечислил возможности инструмента и привел пример их использования.
На самом деле все зависит от политики, которая действует в отделе разработки и от степени формализации процесса. Между двумя полюсами Полный хаос. Все правят что хотят и когда хотят и ни байта нельзя изменить без соотвтствующей санкции существует еще бесконечность возможных вариантов. Та же интеграция ClearCase с ClearQuest позволяет задать этот уровень, а именно, есть следующие варианты:
1. Вы ничего не указываете при checkout
2. Вы можете но не обязаны выбрать задание, к которому относится ваша работа при checkout.
3. Вы ничего не указываете при checkin
4. Вы можете но не обязаны выбрать задание, к которому относится ваша работа при checkin.
5. Вы обязаны указать задание при checkin

Кроме того, могут быть заданы бренчи, элементы, типы элементов и некоторые другие параметры, для которых данные правила будут действовать.

И это базовая интеграция. А она может быть доработана вами при необходимости. Вы можете определить к примеру роли людей в проекте. Можно ввести разделение на подпроекты и для каждого из них установить собственные правила и так далее и так далее. Идти, как здесь уже много раз говорилось, нужно не от возможностей инструмента, и не подстраивать свой процесс под инструмент, а инструмент подстраивать под процесс, который вы хотите построить. Все зависит от ваших потребностей.

PPA>От кого приходят эти задания?
Это тоже определяется политикой. Может только от президетна компании, а может и вы сами можете создать задание. Для чего? Очень просто. Например: по ходу разработки вы документироуете собственные действия. В дальнейшем можно легко сгенерировать отчет о собственной деятельности за некоторый период времени. Можно выяснить причину определенных изменений и еще много чего. Я уже говорил о прозрачности процесса. Ваша работа прозрачна для Вас, для Вашего руководства, а может быть и для всех сотрудников компании. Опять таки, зависит от политики.