Как мне положить мясо на мой процесс выпуска? - PullRequest
Новая
       55

Как мне положить мясо на мой процесс выпуска?

1 голос
/ 21 апреля 2010

Я слежу за слиянием, развертыванием и выпуском продуктов и услуг в компании, в которой я работаю. Я медленно перешел на эту позицию из разработки, поэтому многое из этого является новым для меня (наверное!)

У нас есть процесс развертывания, но нет реальной процедуры выпуска, кроме как рассказать заинтересованным сторонам и сотрудникам об этих новых услугах / функциях / исправлениях ошибок незадолго до выпуска.

Я слышал кое-что о ITIL Release Management, CMDB, управлении версиями и прочем mumbo jumbo, но они действительно нужны, или я собираюсь в конечном итоге оказаться под тяжестью дерьма.

Вопрос, который я пытаюсь задать: каков мой первый шаг? Я делаю гору из мухи слона? Как мне сформировать этот отдел?

Steve

1 Ответ

1 голос
/ 07 сентября 2011

По моему мнению, следующие ITIL практики или внедрение CMDB не являются необходимыми, но передовыми методами. Самым важным, и первым шагом, в вашем случае, является разработка или документирование обоснованных процессов относительно того, что вы делаете. Для документирования вы можете использовать «дружественные к программисту» инструменты, такие как вики (MediaWiki, TikiWiki), но если вы не документируете свои методы, будет очень трудно реализовать постоянное улучшение.

Если вы уже внедрили и задокументировали свои процессы, вы можете изучить стандарты и лучшие практики, относящиеся к вашему отделу. ITIL и ISO 20000-1 - это стандарты, ориентированные на качество предлагаемых вами услуг. Услуги, а не текущие операции. ITIL может предоставить вам некоторые полезные (но не обязательные) передовые методы, такие как внедрение CDMB. Если вы правильно внедрите CMDB, ваш отдел будет иметь в базе данных конфигурацию ресурсов, которые вы используете для предоставления своих услуг. Вы сможете хранить конфигурацию систем на ваших клиентах или что вы хотите. CMDB может связывать свои элементы с инцидентами или известными ошибками, чтобы отдел поддержки мог обеспечить лучший сервис для ваших клиентов.

CMMI или CRUM - другие стандарты / структуры, которые, вероятно, вас заинтересуют.

Что касается управления версиями, я думаю, что какое-то управление версиями является обязательным. GIT или Subversion - хорошие варианты.

Другие инструменты, которые, на мой взгляд, очень интересны, - это какая-то непрерывная интеграция, например, Jenkins и некоторые системы продажи билетов, такие как Trac или Mantis.

...