691

Конференции Семинары и Тренинги / Re: МСК - Семинар "Гибкие методологии разработки интернет-проектов"

« : 17 Мая 2007, 00:03:05 »

Дабы никого не смущать выбором, думаю имеет смысл перенести встречу. Я реально могу завтра вечером встретиться и поговорить про сайт -- а вот в пятницу не факт. Так что давайте может перенесем?

692

Обучение / Re: Сертификация аналитиков

« : 09 Мая 2007, 14:51:27 »

Обсуждение этого вопроса (о сертификации и отношения к нему) имеет смысл перенести на встречу в Билингве.

693

Сообщество Аналитиков / Re: Встреча Сообщества Аналитиков №3

« : 09 Мая 2007, 14:48:04 »

Юра просил перенести на следующую неделю, 18 мая.

Да, если можно ... я сегодня улетаю на неделю. И еще -- думаю, что имеет смысл заранее в пятницу утром, заказать там столик в нешумном зале.

694

Консалтинг и Внедрение / Re: Проблемы консалтинга "по-русски"

« : 08 Мая 2007, 02:32:05 »

А ты много таких знаешт? Чтобы советы давать взвешенные, надо экспертизу в системах иметь, а там, где компетенция в системе - там и превзятость/аффилированность зачастую.

На текущий момент знаю 2 компании, которые ставят управленческие процессы и ... они бы и рады впарить клиентам ERP, но не все так просто :-) ... посему они делают только assessment.

695

Варианты Использования (Use Case) / Re: FAQ – Use Case

« : 07 Мая 2007, 00:59:19 »

1. OpenUP -- отчасти впитал в себя идеи RUP. Юзкейсный подход естественно не всегда может быть применен эффективно. Хотя при желании ... :-).
2. Про ГОСТ 34 -- не так все просто ложится на ТЗ (юзкейсы). Указанные разделы сложно считать прямым мэппингом на юзкейсы.

696

Варианты Использования (Use Case) / Re: FAQ – Use Case

« : 06 Мая 2007, 22:17:05 »

... Продавец дает карту ", то это описывается одним БВИ "Продать карту оплаты".

Ты видимо хотел сказать, что БВИ будет называться "Купит карту оплаты", при условии что scope -- это контора которя их продает :-).

697

Управление Проектом / Re: Принципиальные отличия in-house разработки от заказной

« : 06 Мая 2007, 17:21:27 »

И для Юрия.
Я подозреваю, что вопрос не праздный: он вызван стандартными возражениями потенциальных клиентов, когда им предлагают внедрение упорядоченных процессов разработки. Мое общее мнение по этому поводу: эксплуатационщикам (коими в большей части являются in-house) нужно не то же, что и производителям.

Вопрос вызван в большей части именно продажей процессов SE и именно в условиях, когда компания разрабатывает внутри себя программные продукты. И соотношение доработки/новое ПО около 60/40 %. Со временем, и с течением зрелости процессов компании и ее менеджмента это соотношение может изменяться в сторону увеличения доли доработок существующих систем и внедрения "коробок" или кастомизированных решений. В этом случае будет рулить ITSM, особенно если заказы по разработке на аутсорсинге. И P&PM тоже будет востребован.
Для эксплуатации бесполезно предлагать процессы SE .. им пойдет очень даже ITIL/ITSM.

698

Консалтинг и Внедрение / Re: Проблемы консалтинга "по-русски"

« : 04 Мая 2007, 21:15:45 »

Кстати, сейчас реальная тема -- организации прежде чем окунуться в омут ERP с головй .. для начала делают оценку при помощи консалтеров (независимых от производителей ERP) и те оценивают что придется изменить в процессах и во скоко это выльется ...

699

Варианты Использования (Use Case) / Re: Кол-во акторов и шагов у одного варианта использования

« : 04 Мая 2007, 21:08:00 »

Спасибо всем за помощь. И за правильное произношение Кобёрна
Прочитал ещё тут у Вигерса, что ВИ не могут быть больше 4-х страниц, а у меня аж 11(?!)
Буду пробовать дальше.

Пожалуйста, всегда рады помочь :-) ... и даже можем прийти с консалтингом и помочь поставить процесс разработки и управления требованиями ... :-), ребят с нашего форума подтянем :-).

700

Управление Проектом / Re: Принципиальные отличия in-house разработки от заказной

« : 04 Мая 2007, 01:19:28 »

Спасибо за ответы.
Тут вот еще какие моменты ...

Я думаю первых 4 достаточно, чтобы сказать, что в коммерческой софтверной компании деятельность (качество процессов)
а. измерима по результатам (значит улучшение возможно)
б. является источником конкурентного преимущества, значит подлежит улучшению
в. может принести больше прибыли при увеличении производительности, значит подлежит интенсификации

Для внутреннего отдела деятельность
а. трудно измерима по результатам (значит, улучшение затруднено)

Но ведь метрики/KPI можно снимать и с внутренних процессов ... и измерять их и соответственно улучшать эти показатели?

701

Варианты Использования (Use Case) / Re: Кол-во акторов и шагов у одного варианта использования

« : 04 Мая 2007, 00:23:43 »

Комментарии. Вот что сам Коберн пишет о произношении своей фамилии "COCKBURN is pronounced Co-burn with a silent 'ck' (as "blackguard")." :-). Остальное ребята в принципе рассказали ... единственно -- нужно четко понимать как выделяются варианты использования, тогда скорее всего не будет ВИ с одним шагом или 20 шагами. Кстати, ВИ тоже бывают разных уровней -- по тому же Коберну (да и по RUP тоже :-)).

702

Управление Проектом / Принципиальные отличия in-house разработки от заказной

« : 02 Мая 2007, 00:26:44 »

Добрый день, коллеги ... несмотря на то что уже ночь на дворе.

Часто слышу от руководителей проектов и линейных руководителей в достаточно больших организациях о том, что из-за особенностей разрботки ПО собственными силами для нужд организации невозможно улучшать процессы и т.п. ... Меня это всегда несколько удивляет. В принципе я сам работал как в софтверной компании, которая делает ПО на заказ или как фрилансер с командой коллег ... и как тот самый in-house разработчик. Принципиальных отличий, кроме условной защищенности контрактом у подрядной организации мне не приходит на ум.
Интересно, можно ли софрмулировть 10 принципиальных отличий in-house разработки от компании-разработчика софта на заказ?

703

Управление Проектом / Re: Методы и средства инженерии программного обеспечения

« : 26 Апреля 2007, 01:05:50 »

Сергей, рад приветствать! И ты не смог "пройти мимо" :-).

704

Консалтинг и Внедрение / Re: Консалтинг на практике

« : 24 Апреля 2007, 14:53:47 »

Добрый день, Денис.
Консалтинг -- это не ответы на вопросы как многие себе думают. Это
а) понимание целей, потребностей и проблем заказчика.
б) разработка решений для достижения целей и удовлетворения потребностей
в) внедрение этих решений
г) сопровождение решений, чтобы убедться, что они работают и внесении корректировок в решения елси условия с течением времени меняются ...

Этим я занимаюсь как консультант по процессам :-).

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

705

Системный Анализ и Требования / Re: Потерянные требования

« : 19 Апреля 2007, 12:34:20 »

Эд, не хитрец ... это нормальный рефлекс консалтера.