Форум Сообщества Аналитиков

×


Просмотр сообщений

В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.


Сообщения - bas

3166
аааааааааааааааааа, буду бить :)
Ну не ВИ это, там просто пример в презентации не совсем верный

3167
Согласен, что виноват, исправлюсь ....
Просто дел было много, вот и закрутился, забыл. Но лучше поздно, чем никогда. Может кто-то увидел и пришел.
Но ничего, если Асхат снимал, то они выложат это в рутуб.

3168
Что-то я не понял, никому не нужен семинар Скотта Амблера?

3169
Вот еще небольшой сравнительный анализ СlearСase(base), СlearСase LT, SourceSafe, PVCS и CVS:
http://www.interface.ru/home.asp?artId=5407

3170
По первой ссылке не видно картинок

3171
Принципиальная разница между чем и чем?? Приведи аналог описания ИМЕННО  ПТ, похожий на мой.

3172
Еще раз говорю, что мы когда декомпозируем ПТ вообще НЕ ДУМАЕМ КАТЕГОРИЕЙ ВИ, т.е. целями Пользователей, а декомпозируем по ф-ти, по блокам, как-то еще ...

3173
Эд, давай дождемся автора, а то мы ща тут с тобой разведем столько молока, что потом всем не выпить ...

3174
Естественно, исходя из презентации наверное все не ясно, многое хотел сказать словами.
Наверное ты прав, надо написать статью.

3175
26 марта 2008г. AgileRussia.ru организовывает очередной семинар, на этот раз посвященный ретроспективам - как наиболее эффективному инструменту улучшения процесса разработки.

Ретроспектива – это взгляд назад, на только что завершенную итерацию или релиз. Пока свежи в памяти события прошедшего этапа работ над проектом, нужно собраться всей командой и обсудить появлявшиеся в процессе работы проблемы, достигнутые успехи и необходимые действия, чтобы недопустить повторное появление проблем в следующей итерации или релизе.

Ретроспектива – это отличная возможность анонимно озвучить и командно решить актуальные для вас проектные проблемы. И сделать вашу работу эффективнее и приятнее.

На семинаре мы рассмотрим:
· Что такое ретроспектива, как она помогает выявить проблемы в процессе разработки
· Как правильно проводить ретроспективу, о чем нужно помнить, типичные проблемы
· Используемые инструменты, примеры артефактов
· И, конечно же, обменяемся опытом проведения ретроспектив

Ведущий семинара – Дмитрий Лобасев, архитектор процессов и Agile coach компании Luxoft.
Семинар состоится 26 марта с 19:00 до 21:00.

Регистрация участников

Посещение бесплатное, как обычно. Если вы хотите прийти на семинар, зарегистрируйтесь здесь или черкните письмо на адрес askhat@agilerussia.ru .

Как добраться

Адрес: метро Октябрьское Поле, 1-й волоколамский проезд, д.10 строение 3.

Путь от метро: первый вагон из центра, выход по подземному переходу направо, потом сразу налево, далее проходите около 50 метров вперед на остановку 105 и 800. Вам необходимы автобусы №105, 800, следующие до остановки «1-й Волоколамский проезд». Автобус останавливается напротив первой проходной в Офис.
Либо пешком по схеме (7–10 минут)

3176
Эд, ИМХО автор имел в виду что-то другое.

Дмитрий, уточните свой вопрос, что конкретно вас интересует?

3177
В общем ты написал кучу всего, что использовалось в моем подходе, я обобщил все это и предложил метод описания ПТ.

И еще принципиальное отличие ПС от ВИ, то что когда мы оперируем ПС, то вообще забываем о ВИ и выстраиваем иерархию ПТ с нужной глубиной как вам кажется правильно.

3178
Цитата подтверждает мои слова.

3179
Если мы говорим только о ВИ, то:

Коберн все-таки описывает одну технику в процессе разработки ПО, и естественно он ее раскрывает полностью.
Розенберг же описывает методологию разработки ПО, и естественно он выкидывает все что не нужно и добавляет то, что считает важным в ВИ.

Я даже не хочу спорить о нюансах ВИ:
1. Как его детализировать. Как команда сочтет нужным, так и детализируй. На этапе обучения читай Коберна как правильно делать.
2. Включать Форму или нет. Как команда сочтет нужным, так и делай. На этапе обучения читай Коберна как правильно делать. ИМХО включать Формы - это очень полезно.
3. Писать - "нажать кнопку ОК" или писать - "Подтвердить операцию". Как команда сочтет нужным, так и пиши. На этапе обучения читай Коберна как правильно делать. ИМХО это вообще не принципиально.
4. Что еще?

Одну принципиальность я не потерплю:
Если народ начинает путать цель и функцию, вот ту надо бить по рукам. Не умеешь декомпозировать на уровне целей, бери другие техники, но не называй их ВИ.

3180
Ну Эд, опять о том, что каждому проекту своя методология. Т.к. ICONIX - это Агиле процесс, то авторы стараются упростить и выкинуть wasting time вещи. Действительно шаблон Коберна избыточный, действительно из шага сценария ВИ можно сделать ссылку на Интерфейс.
В общем и данное описание можно использовать, ничего особо противоречивого нет. Вообще апологеты Агиле описывают требования в виде Историй Пользователей или используют ВИ, но максимально их облегчают.
Там говориться о Видение??

Вроде мы разобрались, что модели описывающее одно и тоже могут быть разными. Теперь с методологиями тоже самое. Потом будет тоже самое с целями и т.д.
Два разных человека могут использовать две разные методологии, разные модели, разные формулировки целей, проблем и требований, но добиваться успеха в своих проектах.
Можно перефразировать слова Коберна: Каждому проекту и команде своя методология и формализация.