|
Действия ...
Период между сообщениями больше года.
Период между сообщениями больше года.
Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
18.08.2011, 11:26
|
|||
|---|---|---|---|
|
|||
Релизная политика |
|||
|
#18+
Интересует тема по релизной политике в компании. Что я под этим понимаю - для начала должен быть отдельный человек "релиз-менеджер", в обязанности которого входит: - управление версиями разрабатываемых продуктов; - применение патчей; - сборка / компиляция модулей / программ; - управление версиями продуктов (мажорная/минорная нумерация), стадий разработки (alfa/beta/cr/rtm) - .... На сколько я понимаю, серьезная компания обязана иметь некий документ, регламентирующий ход создания программного продукта, начиная от поступления задания на разработку программистам, заканчивая выпуском релиза. Если кто-то уже имеет опыт разработки подобных документов и процедур, буду рад обсудить. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
18.08.2011, 11:54
|
|||
|---|---|---|---|
Релизная политика |
|||
|
#18+
См. книгу В. В. Липаева "Документирование сложных программных средств", требования к содержанию документов: 1 Описание подготовленных и утвержденных корректировок и обощенных характеристик новой версии программного средства (ПС) 2 Извещение пользователям о выпуске новой версии ПС и/или о прекращении сопровождения предыдущей версии 3 Описание новой версии ПС 4 План передачи и внедрения новой версии ПС пользователям а также документиы: 1 ГОСТ Р 51904-2002, документ "Описание версии ПО" 2 ГОСТ РВ 0019-001-2006, требования к документу "Описание версии ПО" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
25.06.2012, 16:22
|
|||
|---|---|---|---|
Релизная политика |
|||
|
#18+
Вообще все зависит от методологии разработки, которую Вы используете. Если "голый" водопад, то да - CM Plan, release docs, release manager, configuration manager etc. Если что-нить Agile-based, то вполне хватит адекватной build-процедуры (по скольку внутренне CI - by design, то не должно быть проблемой) + 1 человека, который будет саппортить сам процесс деливери (процедура - maker, человек - checker). Так что для каких-либо определенных "советов" или шаринга успешных решений не хватает понимания того, какую задачу Вы решаете. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
12.07.2012, 17:40
|
|||
|---|---|---|---|
Релизная политика |
|||
|
#18+
Sergey Sladkov...- управление версиями разрабатываемых продуктов;- применение патчей;..- управление версиями продуктов (мажорная/минорная нумерация), стадий разработки (alfa/beta/cr/rtm).... на самом деле это уже регламентировано (по большей части) в тех осях под которые вы пишете. рекомендую, чтоб не огрести се потом гимор, заглянуть в соответствующие понятия именно в ось. например у мелкомягких продуктом называется изменение первых трёх цифр :) удачи вам (круглый) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
14.09.2012, 09:16
|
|||
|---|---|---|---|
Релизная политика |
|||
|
#18+
Sergey SladkovЧто я под этим понимаю - для начала должен быть отдельный человек "релиз-менеджер", в обязанности которого входит: И ещё секретаршу для него. Чем занимались офицеры, которые не были обязаны поднимать солдат в атаку? Конечно, чепухой: работники офицерских клубов, офицеры-воспитатели, офицеры по физической подготовке, офицеры-политинформаторы, офицеры по транспорту, офицеры-юристы, офицеры-священники, помощники священников и т.д. и т.п. Короче, главное было выдумать должность – и на нее тут же брали офицера. В одной из самых больших армий XX века дошло до того, что настоящие боевые офицеры носили специальные знаки отличия, чтобы отделить себя от орды тепло устроившихся бездельников. Sergey SladkovНа сколько я понимаю, серьезная компания обязана иметь некий документ, регламентирующий ход создания программного продукта, Серьёзная компания должна иметь налаженный процесс создания программного продукта. Замена "процесса" "документом" - характерная черта советской бюрократической школы (вероятно, и несоветской также). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
04.11.2013, 16:54
|
|||
|---|---|---|---|
|
|||
Релизная политика |
|||
|
#18+
softwarerСерьёзная компания должна иметь налаженный процесс создания программного продукта. Замена "процесса" "документом" - характерная черта советской бюрократической школы (вероятно, и несоветской также). Вынужден не согласиться, ибо зачастую бывает, что IT-отдел сформированный из двух-трёх человек со временем "вырастает" из штанишек, а также в течении времени возможна текучка. И чтобы не потерять накопленные знания, опыт, и наработанную стратегию, это всё очень желательно как-то оформлять и регламентировать. Опять же, когда в команду приходит новый сотрудник, то гораздо проще и безопаснее для процесса сначала ознакомить его с этими регламентами (так как во всех компаниях могут быть свои особенности производства софта), так сказать ознакомить с теоретической базой. А после этого уже стажировать и практиковать. Вообще всем спасибо за комментарии и ссылки на книги. За пару лет более менее выстроилось понимание и политика производства софта. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
16.01.2015, 20:58
|
|||
|---|---|---|---|
|
|||
Релизная политика |
|||
|
#18+
Если "голый" водопад, то да - CM Plan, release docs, release manager, configuration manager etc. Если что-нить Agile-based, то вполне хватит адекватной build-процедуры (по скольку внутренне CI - by design, то не должно быть проблемой) + 1 человека, который будет саппортить сам процесс деливери (процедура - maker, человек - checker). ??? _________________ GuL ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
16.01.2015, 21:00
|
|||
|---|---|---|---|
Релизная политика |
|||
|
#18+
chal.nikkalЕсли что-нить Agile-based То RIP. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
18.01.2015, 10:12
|
|||
|---|---|---|---|
Релизная политика |
|||
|
#18+
softwarerТо RIP.? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
27.01.2015, 10:41
|
|||
|---|---|---|---|
|
|||
Релизная политика |
|||
|
#18+
[quot chal.nikkal]Если "голый" водопад, то да - CM Plan, release docs, release manager, configuration manager etc. Если что-нить Agile-based, то вполне хватит адекватной build-процедуры (по скольку внутренне CI - by design, то не должно быть проблемой) + 1 человека, который будет саппортить сам процесс деливери (процедура - maker, человек - checker). ??? _________________ www.passvce.com www.udg.edu www.unict.it ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
start [/forum/topic.php?fid=37&mobile=1&tid=1555354]: |
0ms |
get settings: |
7ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
36ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
50ms |
get tp. blocked users: |
2ms |
| others: | 13ms |
| total: | 144ms |
| 0 / 0 |
