Re[2]: beta-релиз Open Source системы Naumen Agile Tools
От: Strix http://nat.naumen.ru/new/Main
Дата: 02.06.06 14:10
Оценка:
Здравствуйте, Слава Шевцов, Вы писали:

СШ>Здравствуйте, Аноним, Вы писали:


А>>Компания NAUMEN объявляет о выпуске beta-релиза информационной системы с открытым кодом Naumen Agile Tools (NAT), предназначенной для управления производством программного обеспечения.


СШ>Системные требования нигде не нашёл Начнём с простого: это Linux или Windows?


Вот тут вы найдете интересующую вас информацию http://nat.naumen.ru/natwiki/NAT/Doc
http://nat.naumen.ru/new/Main
Re[3]: beta-релиз Open Source системы Naumen Agile Tools
От: Аноним  
Дата: 08.02.08 15:41
Оценка:
Здравствуйте, Strix, Вы писали:

S>Документация по установке и настройке сейчас дописывается

S>С тем, что уже готово вы можете ознакомиться здесь: http://nat.naumen.ru/natwiki/NAT/Doc/


пояснил бы кто,
что сейчас с проектом NAT,
кроме того что сайт лежит
Re[4]: beta-релиз Open Source системы Naumen Agile Tools
От: Аноним  
Дата: 08.02.08 21:19
Оценка: 1 (1)
Здравствуйте, Аноним, Вы писали:

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


S>>Документация по установке и настройке сейчас дописывается

S>>С тем, что уже готово вы можете ознакомиться здесь: http://nat.naumen.ru/natwiki/NAT/Doc/


А>пояснил бы кто,

А>что сейчас с проектом NAT,
А> кроме того что сайт лежит


Поясняю — Полноценная разработка была остановлена еще в 2006 году ввиду отсутствия финансирования, но не полностью. На данный момент полностью переработан компонент "Управление требованиями" как самостоятельный продукт. В целом о разработке не забываем.... Возможно...
ЗЫ — Я (Strix) уже не участвую в проекте, но связь не теряю, обещаю в ближайшее время дать больше информации.
Re[5]: beta-релиз Open Source системы Naumen Agile Tools
От: dwarwood Россия  
Дата: 11.02.08 11:17
Оценка:
А>Поясняю — Полноценная разработка была остановлена еще в 2006 году ввиду отсутствия финансирования, но не полностью. На данный момент полностью переработан компонент "Управление требованиями" как самостоятельный продукт. В целом о разработке не забываем.... Возможно...
А>ЗЫ — Я (Strix) уже не участвую в проекте, но связь не теряю, обещаю в ближайшее время дать больше информации.


спасибо за ответ.
и по возможности — подняли б сайт,
а то из кэша гугла очень не удобно читать,
а докУмент там хороший.
__________________________________
http://community.livejournal.com/ru_gis/
welcome
Re[6]: beta-релиз Open Source системы Naumen Agile Tools
От: Alex EXO http://aleksandr-zubarev.moikrug.ru/
Дата: 04.03.08 07:50
Оценка: 2 (1)
Раз уж пошла такая пьянка, то расскажу подробнее.
(Так уж получилось, что "наследие" этого проекта попало ко мне.)

1. Причины остановки проекта
Прекращение внешнего финансирования только одна из причин. В конце концов проект могли развивать и "для себя"...
Дело в том, что "подспудной идеей" проекта была мысль: "Давайте возьмем все лучшие фриварные средства управления проектами и поинтегрируем в одну систему... должно получиться круто."
С большим или меньшим гемороем, задача была решена. Но! Выяснилось, что все эти "лучшие средства" имеют очень четко выраженные _иделогии_ и методологии (если хотите — свой собственный "миф" о том что такое есть "разработка софта"). И разумеется, эти "мифы" — разные.
Таким образом, сумма хороших инструментов... не оказалась удобным инструментом (ибо не понятно, по какой методике вести в ней разработку).

2. Дальнейшая история
После того, как "большой проект" был прекращен, энтузиасты начали исследование вопроса "инструмент и методология". Малыми силами и на макетных инструментах. Это была попытка сделать настраиваемые (или подключаемые) методологии-плагины, над общим ядром. Таким образом, чтобы разные команды могли пользоваться разными методологиями, а крупное предприятие в целом могло собирать общие метрики (с объектов ядра).
Написанное энтузиастами на этом этапе, также выложено в опенсорс.
Выводы здесь были сделаны следующие:
— принципиальная первичность методологии (и даже шире — "мифа") над инструментом,
— сложность качественной поддержки в инструменте любой конкретной методологии существенно выше, чем сложности обобщения и интеграции.
Итого: инструмент у каждой команды желательно иметь _один_ — целостный и заточенный под принятую в команде методологию, а обобщить метрики — вопрос второй и не столь уж сложный.

3. Что сейчас.
Сейчас делаем набор инструментов "для себя". С основным упором на понимание своих собственных процессов разработки и используемой методологии. Как и всякое "осознание"... идет туго. Кроме того из опыта проекта NAT родилось понимание "минимально необходимой" интеграционной системы. Которая именно в силу своей "минимальности" оказалась удачной (по крайней мере мне нравится).
Что из сих, уже сугубо внутренних, наработок ляжет в опенсорс — пока не знаю.
Re[7]: Re: Так уж получилось, что "наследие" этого проекта п
От: dwarwood Россия  
Дата: 25.06.08 09:08
Оценка:
Здравствуйте, Alex EXO, Вы писали:

AE>Раз уж пошла такая пьянка, то расскажу подробнее.

AE>(Так уж получилось, что "наследие" этого проекта попало ко мне.)

Упс. не заметил в марте ответа.
Спасибо. Щас пойду добавлю (че-нибудь..) в самодельный докУмент по средствам управления разработкой.
__________________________________
http://community.livejournal.com/ru_gis/
welcome
naumen pm
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.