Форум Сообщества Аналитиков
Дисциплины => Обучение => Конференции Семинары и Тренинги => Тема начата: bas от 02 Ноября 2007, 20:12:00
-
На SEC(R) 2007 разгорелась очень жаркая дискуссия по поводу использования Wiki+BugTraker+SourceControl как систему по поддержке ЖЦ ПО. Хотел развить эту тему и обсудить более подробно. Таким образом:
uml2.ru (http://www.uml2.ru), agilerussia.ru (http://www.agilerussia.ru), LUXOFT (http://www.LUXOFT.ru) представляют семинар:
Тема: "Альтернативные системы поддержки процесса разработки ПО"
Программа семинара:
1. Рассмотреть общеизвестные дорогие системы для:
* Планирования и управления проектом (MS Project, Rational PM)
* Управления требованиями (Doors, Caliber, RequisitPro)
* Моделирования (Rose, Together, Tau ...)
* Управления запросами на изменения и учета ошибок (bug trackers)
* Система по контролю кода (source control systems)
2. Рассмотреть альтернативные решения для поддержки процесса разработки ПО.
3. Рассмотреть возможности интеграции альтернативных систем
Семинар бесплатный, пройдет 29 ноября в Москве.
Регистрация закрыта.
Схему проезда, место и время проведения семинара можно узнать здесь (http://livents.ru/msk/event/2007/11/29/alternativnie-sistemi-podderzhki-protsessa-razrabotki-po/)
Нужны еще люди для совместного проведения доклада
В связи с ДР сайта (1 ноября) после семинара пройдет празднование, приглашаются все желающие.
-
Саша, работа пошла :)
Хотелось бы уточнить. Если рассматриваются альтернативные системы поддержки, то существуют какие-то обще принятые. Нельзя ли огласить список. Или же под альтернативной понимается система Wiki+BugTraker+SourceControl, как бесплатная?
-
Будут рассмотрены многие альтернативы:
- Wiki+BugTraker+SourceControl (причем в каждом сегменте будут присутствовать множество средств как платных, так и мало бюджетных)
- Бесплатные системы УТ
- Мало бюджетные системы по поддержке разработки ПО
Список пока в секрете :)
-
Саша, хотелось бы спросить, что понимается под системами поддержки процесса разработки ПО. Нельзя ли огласить подробный список.
В том числе, если она туда входит, а мне кажется как же без нее, дополнительно озвучить, что такое система управления требованиями - или что понимается под управлением требований и что оно должно обеспечивать прежде всего и во-вторых.
Очень хочется услышать мнение практикующих специалистов
Думаю ответ по теме можно переместить в раздел управления проектами
-
Система поддержки процесса разработки ПО - это:
1. Система планирования и управления проектом (типа MS Project)
2. Систему управления требованиями (такие как RequisitPro, Doors, Caliber)
3. Систему по управлению запросами на изменения и учета ошибок (bug tracker)
4. Система по контролю кода (SVN, CVS ....)
-
Саша, а как это - рассмотреть системы? Рассмотреть в каком контексте и с какой целью?
-
Смотря что рассматривать ...
Если мы говрим о дорогих системах, то это просто обзор, какие + и - есть.
Если мы говорим об альтернативных, то рассматриваем с целью использования их в процессе производства ПО, рассмотреть тоже + и-, рассмотреть возможность интеграции для уменьшения труда на поддержку разных артифактов на разных стадих
-
Денис,
Договорись плиз о помещении с Асхатом. Сенкс.
-
Добавил объявление о праздовании ДР.
-
поднимем вверх
-
Саша, а подробнее про формат проведения ... это будет дискуссия или набор лекций ... вообще мне кажеться тема достаточно обширная для одного семинара. Нужно более тщательно проработать программу и что мы хотим донести до людей этим семинаром ... одним словом цель и аудитория ... а то в принципе я бы мог привлечь и представителей вендоров ...
-
Цели семинара:
Выбрать/предложить оптимальный набор дешевых/бесплатных средств для поддержки цикла разработки ПО.
Обсудить возможные проблемы в использовании этих средств и выработать пути решения этих проблем.
Аудитория:
Аналитики и ПМ
Я думаю не плохо было бы пригласить вендоров, но для конструктивной критики. Но вряд ли они согласятся.
Доклад будет мой + возможно Стаса Фомина + возможно кого-то от ЛюксПроджекта Потом обсуждение
-
К сожалению, не получается провести семинар 22 ноября. т.к. он пересекается с семинаром нашего спонсора. Поэтому принято решение перенести его на другую дату. Прошу выбрать наиболее подходящую для вас дату:
1. 23 ноября (пятница)
2. 29 ноября (четверг)
3. 15 ноября (четверг)
Голосовать здесь: http://www.uml2.ru/forum/index.php?topic=491.0
-
Я договрился со Стасом Калгановым (ЛюксПроджект) на 29 ноября. Голосование закрыто. Окончательная дата семинара - 29 ноября.
-
Стас Фомин, ждем тебя тоже на семинар с твоим докладом.
-
Объявление про ДР поправьте, пожалуйста. Там должно быть 29, а не 22 ноября. А то ведь кто-нибудь придет, будет обидно :-)
-
Irr, fixed, thanks
-
Irr, fixed, thanks
Мною заметь!
-
Стас Фомин, ждем тебя тоже на семинар с твоим докладом.
Пара вопросов. Мне имеет смысл повторять SECRовский доклад, или нужно готовить что-то новое?
Какие еще будут доклады? Сколько будет людей? Сколько людей можно провести с собой?
Интересно, будут ли рассматриваться Test-case management системы (будут ли люди с опытом их использования)?
-
Мне имеет смысл повторять SECRовский доклад, или нужно готовить что-то новое?
Вообще надо бы нам с тобой скомпелировать доклады или как-то разделиться. Т.к. у меня очень похожий на твой доклад. Повторить в любом случае надо будет, т.к. будут новые люди
Какие еще будут доклады?
Мой и доклад Стаса Калканова (ЛюксПроджект). Юра хотел пригласить еще народ из брендовых фирм, не знаю придут или нет, но они не будут докладывать - только конструктивная критика :)
Сколько будет людей?
Пока зарегелись 23 человека, будет аудитория около 50 чел.
Сколько людей можно провести с собой?
Пока сколько угодно. Пускай люди регистрируются на семинар через ссылку в первом сообщении
Интересно, будут ли рассматриваться Test-case management системы (будут ли люди с опытом их использования)?
Пока не планировалось. Но было бы интересно.
-
Вообще надо бы нам с тобой скомпелировать доклады или как-то разделиться. Т.к. у меня очень похожий на твой доклад. Повторить в любом случае надо будет, т.к. будут новые люди
Люди похоже почти все будут не слышавшие. Я думаю, можно будет тупо повторить доклад. Если будет что-то заезженное - буду проматывать. Не вижу смысла тратить время на совместную работу ("компиляцию") - долго это.
А вот люди с позитивным опытом Test-case management систем очень интересны. У нас есть опыт, но он не очень позитивный - мы в ищущей ask-позиции. Может вы кого-нибудь на это (доклад, презентация, просто рассказ) подобъете?
-
А вот люди с позитивным опытом Test-case management систем очень интересны. У нас есть опыт, но он не очень позитивный - мы в ищущей ask-позиции. Может вы кого-нибудь на это (доклад, презентация, просто рассказ) подобъете?
Постараюсь.
Кстати, пускай твои люди регистрируются скорей, а то макс. число участников 50 чел.
-
Кстати, пускай твои люди регистрируются скорей, а то макс. число участников 50 чел.
Там еще 44 места свободных.
-
Стас,
Это где 44 места осталось? Посмотри внимательно, уже 27 человек зарегистрировалось.
-
Стас, и авторизуй меня наконец в аське :)
-
Что-то я не понял. Читаю в первом посте программу -- где заявлены тулы вендоров, читаю дальше -- все о бесплатных тулах .... таки о чем семинар я не вполне уже понимаю ...
-
Да, на "расстрел" брендов точно не буду вести ... бестолку это. Ибо большинство критики будет сводится к тому, что "у нас ВОТ ТАК поставлена работа с требованиям/... а ваш тул наши особенности не поддерживает". И будет сделан вывод о том, что "если бы ваши тулы стоили в 10 раз дешевле мы бы их купили" :-).
Но мне было бы интересно услышать чем не устраивает (кроме цены) конкретный инструментарий.
-
Цели семинара:
Выбрать/предложить оптимальный набор дешевых/бесплатных средств для поддержки цикла разработки ПО.
Обсудить возможные проблемы в использовании этих средств и выработать пути решения этих проблем.
Аудитория:
Аналитики и ПМ
Я думаю не плохо было бы пригласить вендоров, но для конструктивной критики. Но вряд ли они согласятся.
Доклад будет мой + возможно Стаса Фомина + возможно кого-то от ЛюксПроджекта Потом обсуждение
"Выбрать/предложить тул" -- это как-то на цель мало похоже :-). Больше на задачу :-). Но я бы не стал таким образом ее ставить ... ибо в такой постановке тебе придется давать обоснованные критерии выбора. А коль скоро один из важных критериев отсутствует -- а именно цена (тулы вроде бесплатные и "малобюджетные" рассматриваем?), то остаются только критерии оценки пригодности функциональности. А тут ньюансы ... т.к. многое зависит от ДЕТАЛЕЙ процесса. Пример -- кто-то проводит планирование на базе требований к ПО, а кто-то на основе требований (или более точно -- фич) еще формирует таски и их уже кидает в Проджект например. Тул, например, тасков не делает. Для одних тул валиден, для других нет. Другой вопрос -- если рассмотреть "пригодность" тулов под некий "условный" процесс -- тогда можно давать оценку и делать сравнение. Но этот условный процесс нужно описать.
-
Что-то я не понял. Читаю в первом посте программу -- где заявлены тулы вендоров, читаю дальше -- все о бесплатных тулах .... таки о чем семинар я не вполне уже понимаю ...
Ты просто начитался дискуссии. Когда семинар был объявлен, я интересовался, а что это такое альтернативные - альтернативные чему? Платным, популярным, признаным, по технологии, по методологии, по реализации. ну и т.д.
Или тут просто имеется в виду обзор существующего рынка и подходов?
"Выбрать/предложить тул" -- это как-то на цель мало похоже :-). Больше на задачу :-).
Ладно придираться то. Для кого задача, а для кого и цель. Задача - даже цель тобько с четко обозначенными ограничениями, верно? Задача помогает достигать конечную цель (или не помогает), но она может достигать некоего промежутка. Для меня, например, было бы важно иметь простую, дешевую (лучше бесплатную), понятную и быстроосваиваемую систему управления всем проектом и его частями для проведения занятий в рамках читаемых мною курсов (скажем я имитирую часть проекта или во время дипломного проекта использую). Да - цель тут иметь тулс для обучения...
Но я бы не стал таким образом ее ставить ... ибо в такой постановке тебе придется давать обоснованные критерии выбора.
А вот это всегда самое интересное. Как мне кажется нужно сначала выдвинуть требования (а тут этих требований может быть не мало - процесс до все-таки большой), а уже потом критерии. Хотя наиболее важные моменты многим практикам уже известны я думаю.
Но вряд ли это будет по силам данному семинару. Вообще - семинары должны оглашаться существенно заранее. Четко озвучена программа и сроки. Тогда можно, по-тихоньку, готовится. Кроме того - это конечно не единственный семинар по теме, его можно продолжать.
рассмотреть "пригодность" тулов под некий "условный" процесс -- тогда можно давать оценку и делать сравнение. Но этот условный процесс нужно описать.
Ну можно оттолкнуться от OpenUp или RUP. Ведь по большему счету - все процессы в целом схожы, различны технологии, акценты, методы и методики.
Либо так инструменты и рассматривать в рамках подходов, а может быть в их способности адаптироваться к любому процессу. Это было бы просто +
-
Эд ... по целям и задачам. Цель имеет не столько ограничения, сколько численные критерии -- "Улучшить, ускорить, углубить :-), ... сократить, ..." и т.п. и желательно знать НАСКОЛЬКО увеличиваем/сокращаем, и в каких попугаях измеряем. Цель по аналогии с тем же outmost use case. Т.е. если ставим *типа* цель -- "выбрать тул для <чего-то>", то еще можно задать вопрос "а почему нам нужен тул"? ... вполне возможно, что при ответе на этот вопрос мы сможем сформулировать таки действительно цель -- что-то вроде "сокращения сроков/трудоемкости/ ... при разработке проектов ПО". Другой вопрос -- когда у нас есть иерархия целей, и мы говорим о достижении какой-то промежуточной цели, ... но в этом случае имеет таки смысл приводить всю иерархию. Можно ли говорить про то, что целью является приобретение некоего свойства/возможности, которой раньше не было? Думаю да ... например вполне себе цель "стать обеспеченным человеком с доходом не менее N килобаксов в месяц", если мы, предположим, не можем дать ответ на вопрос "почему необходим именно такой доход?" :-).
Далее, про процессы. RUP и иже с ним -- это очень общие процессы, как ты понимаешь, более того это фреймворки процессные, чем именно процессы. Более интересен ответ на вопрос не о поддерживает RUP или нет наш тул (ибо это слишком абстрактно), а сформулировать более детальный инстанс процесса (как именно и какие строим модели, как проводим управление изменениями с конкретным планом конфигуправления в этой части и с сущностями которыми мы при этом оперируем, как планируем и НА ОСНОВАНИИ ЧЕГО, что является единицей планирования, как учитываем результаты работ, какую именно технологию создания артефактов используем -- формальные документы по ГОСТ и т.п. или достаточно неформального вэб-сайта по проекту ...). Вот именно в разрезе такого детализированного инстанса процесса и интересно рассматривать использование инструментария. Отсюда же и критерии берутся. Посему ЛЕГЧЕ строить доклад в форме "МЫ РАБОТАЕМ ВОТ ТАК (описываем детали процесса и требования к артефактам) и используем вот такой набор инструментов для <того-то>. Таким-то образом автоматизирован наш процесс. При этом вот эти части процесса на ура автоматизируются, а это приходится делать наполовину вручную. Отсюда выводы ... если ваш процесс близок к описанному -- одна ситуация, если у вас вот такая и такая вариации -- то могут быть такие и такие траблы ... ". Думаю что в таком формате легче провести доклад и он будет легче воспринимаем. Альтернатива -- четкий, формальный набор критериев и методика оценки. На мой взгляд, второй вариант требует больше усилий. Если формат доклада будет таким как я говорил, не забудьте упомянуть меня "в благодарностях за оказанную поддержку" на слайдах доклада :-)))))).
-
Эд ... по целям и задачам. Цель имеет не столько ограничения, сколько численные критерии
Юр.. я вроде не говорил про цель и ограничения, я говорил, что цель с ограничением = задача. Просто писал с ошибками (даже = та же, тобько = только :) )
Однако не буду спорить с мастером, кто я таков, чтобы сомневаться - ноофит, ученик на первой ступени :).
Но цель ведь обычно качественна? а не количественна? это критерии дают ей измеряемые рамки?
Да нет я согласен что выбор инструментов это не цель, а задача. Просто в данном случае цель подразумевается контекстом семинара
outmost use case. "выбрать тул ", килобаксов, фреймворки, инстанс процесса, траблы .
Юр, я начинаю писать словарь с Юриного языка на русский :-)
Посему ЛЕГЧЕ строить доклад в форме "МЫ РАБОТАЕМ ВОТ ТАК (описываем детали процесса и требования к артефактам) и используем вот такой набор инструментов для <того-то>. Таким-то образом автоматизирован наш процесс. При этом вот эти части процесса на ура автоматизируются, а это приходится делать наполовину вручную. Отсюда выводы ...
На 100% с тобой согласен, интересен именно опыт. Думаю именно опыт сейчас важнее всего. Как делается у других, что они сумели сделать, а что не сумели. Проблемы ли это инструментов? используемых процессов? ошибок команды?
А вот обобщение этого опыта могло бы послужить отличной научной работой.
Если формат доклада будет таким как я говорил, не забудьте упомянуть меня "в благодарностях за оказанную поддержку" на слайдах доклада :-)))))).
А ты, меркантилен :)
А вообще, по-моему, неплохо бы тебе самому бы выступить. Ну выступи, Юра, пожалуйста :-[
-
Еще докладов не видели, а уже критики-то навели ....
Будут рассмотрены критерии выбора средств
Будут представлены как эти критерии закрываются в малобюдженых средствах
Будет рассказано об опыте и проблемах
Попытаемся решить проблемы и выбрать оптимальный набор средств.
Упор конечно будет сделан на УТ.
-
2Эд: Заканчивай скромничать, а то ишь ты "ноофит", еще и меня умудрился "мастером" обозвать :-))).
2bas:
Эд, уверен что 2-х часов для этого хватит???? Мне кажеться, что более интересно было бы не просто сделать доклад, а сделать что-то вроде круглого стола, но только хорошо модерируемого ... т.к. тема вобщем интересна и наверное многим участникам этого мероприятия было бы интересно высказать и свои точки зрения на эту проблему ....
-
Эд, уверен что 2-х часов для этого хватит???? Мне кажеться, что более интересно было бы не просто сделать доклад, а сделать что-то вроде круглого стола, но только хорошо модерируемого ... т.к. тема вобщем интересна и наверное многим участникам этого мероприятия было бы интересно высказать и свои точки зрения на эту проблему ....
Ну всех попутал :)
Круглый стол будет и доклад будет быстрый чтобы оголить проблемы и показать преимущества.
Выложу сегодня завтра подробный план, а то как-то вопросы вопросы, а ответы есть :)
-
во... вот детальный план и изучим ...
-
Детальный план семинара:
1. Доклад Стаса Калканова об ЛюксПроджекте (20 мин)
2. Доклад Стаса Фомина об опенсорсных решениях поддержки процесса разработки ПО (20 мин)
3. Мой доклад об бюджетных вариантах поддержки процесса разработки ПО (20 мин).
Будут даны критерии выбора систем на каждом этапе (УП, УТ, М/П, УИ)
4. Обсуждение бюджетных/бесплатных систем поддержки процесса разработки ПО и проблемы их интеграции
4.1. Системы Управления Проектом и проблемы интеграции (20 мин)
4.2. Системы Управления Требованиями и проблемы интеграции (20 мин)
4.3. Проблемы интеграции с системами Моделирования/Проектирования (20 мин)
4.4. Системы управления задачами/запросами и проблемы интеграции (20 мин)
4.5. Системы контроля версий и проблемы интеграции (20 мин)
4.6. Подведение итогов (20 мин)
-
3 часа, а потом еще и празднование дня рождения uml2.ru? И все это в четверг? даже если выдержать программу по времени (чего обычно не бывает) и начать ровно в 19.00 (чего обычно тоже не бывает), обязательная программа закончится в 22.00. Ребята, вы действительно хотите сделать так?!
-
К сожалению, раньше начать не получится. Начнем ровно в 19:00, кто опоздает, тот что-то пропустит ...
Праздновать пойдем в кабачек, так что можно и в 22
-
Хм ... не уверен, что 20 минут хватит уложиться рассказать о достаточно объемных вещах, но докладчикам виднее конечно.
Кроме этого ... если все заканчивается в 22-00 ... то чтобы добраться до кабака из Люксофта нужно еще минимум пол часа ... Т.е. сев в 22-30 ... быстро выпить по кружечке пива (пока принесут, а закусь так минут тоже через 20 принесут) того уже будет около 23-00 ... уже можно разбегаться? Ибо в пятницу кому-то ж таки придется к 10-00 на работу ... Я уж молчу про себя, т.к. мне нужно реально вырулить в 21-00 из Люксофта, чтобы не позднее полуночи быть дома в Ивантеевке :-).
Не знаю как у коллег, но у меня есть ощущение что будет все "галопом по европам" ... хотя может я просто старею и становлюсь ворчливым ... :-).
-
Не знаю как у коллег, но у меня есть ощущение что будет все "галопом по европам" ... хотя может я просто старею и становлюсь ворчливым ... :-).
Возможно ты и прав. Предложи свой вариант!
-
Я согласен с Арамисом (c)
В смысле с Юрием
-
Дартаньян и Арамис, ваши предложения?!
-
К сожалению, раньше начать не получится. Начнем ровно в 19:00, кто опоздает, тот что-то пропустит ...
Праздновать пойдем в кабачек, так что можно и в 22
Я успел побывать только на двух подобных семинарах, ровно в 19:00 ни один не начинался. Это, наверное, оправданно: если рабочий день заканчивается в шесть вечера, добраться за час не для всех реально (как раз благодаря семинару я обнаружил, что в метро тоже бывают пробки - на переход с Лубянки на Кузнецкий мост потребовалось больше десяти минут).
-
Моё предложение такое - оставить в программе только пункты 1-3, всё остальное вынести на отдельный семинар, скажем, через 2 недели.
Мне кажется, нам важнее частота и регулярность семинаров, а не их нагруженность.
Семинар "Концепция системы и use-case'ы" показал, что нельзя делать 4 доклада подряд, люди устают и не успевают усвоить материал. 3 доклада - это максимум.
-
Да, Денис дело говорит! Каждый доклад непременно размазывается вопросами из зала, регламент не выдерживается, да и 3 доклада - самое то для нагруженного за неделю мозга.
-
Окей, как скажите. Просто доклады очень похожи.
Ладно поступим тогда так:
1. Доклад Стаса Фомина об опенсорсных решениях поддержки процесса разработки ПО (40 мин)
2. Мой доклад об бюджетных вариантах поддержки процесса разработки ПО (40 мин).
Будут даны критерии выбора систем на каждом этапе (УП, УТ, М/П, УИ)
3. Доклад Стаса Калканова об ЛюксПроджекте (40 мин)
-
Уже лучше :-) ... но по мне в идеале -- 2 доклада :-) ... тогда было бы больше времени на дискуссии.
-
Доброго времени суток.
Для управления программным проектом применяли TUTOS. У меня осталось хорошее впечатление от работы, правда моя роль в команде была - исполнительская (программировал), а не управленческая.
Хочется попасть на ваш семинар, как? Не верится, что нет свободных мест, если пустите я в проходе постою, послушаю.
С уваженеим, crea.
-
Здравствуйте, я хотел бы записаться на семинар, если это еще возможно. К сожалению, сайт levevents.ru работает крайне нестабильно, поэтому если еще возможно запишите меня через этот форум.
-
Регистрация снова открыта, спешите.
-
Регистрация закрыта