61

Системный Анализ и Требования / Re: Как выявить способности к аналитической деятельности

« : 08 Июня 2007, 01:04:04 »

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

Насколько мне известно самый распространенный способ проверки именно Аналитических способностей ( А заодно и коммуникативных) это Case Interview.  Типы кейсов стандартизированы. Для аналитиков я всегда даю тест на оценку размера [рынка, не стандартной величины, кол-ва апельсинов в самолете, и т.д.]
К сожалению _тесты_ достаточно топорная вещь и пригодны только для первичного отсева. ( Простые тесты имеют слабый отсев, сложные отсеивают всех нестандартно мыслящих ... )

62

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

« : 08 Июня 2007, 00:49:05 »

Так много всего написано :-) , что не могу удержаться и не вставить свои пять копеек.

Соответственно, не согласен, на основании изложенного выше. Как я уже отметил, не вижу ничего плохого в предоставлении одной компанией услуг и в первой и во второй области.

1. Правильно ли я понимаю , что Вы ( Александр) не видите конфликта интересов в данном случае ?
2. Даже с уже выбранной ERP системой есть над чем задуматься при выборе поставщика ;-)
3. Кто будет определять готовность компании к внедрению ERP системы ?. Откуда вообще возникает уверенность что проблему заказчика нужно решать внедрением ERP решения , а не  заменной Midle management , или работой над корпоративной культурой ?

63

Управление Проектом / Re: Планирование софтверного проекта: Источник WBS?

« : 08 Мая 2007, 17:58:44 »

Дмитрий, может поделишься опытом своих тренингов  в разделе обучения, ну скажем план занятий, цели какие результаты должны получаться или примеры тренинга?

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

64

RUP EUP AUP OpenUP / Re: Создание русскоязычной версии и развитие процесса OpenUP/Basic

« : 08 Мая 2007, 17:55:29 »

1 - получить четкое и однозначное понимание треминов
2 - попробуй
3 - я на тебя 1 не нападал, а просто поправил неграмотное написание слова профессор

Не тем занимаемся :-)
1. Мечты но попробовать можно , за идею начать перевод с глоссария я двумя руками за :-)
2. Тупит но ехать можно.
3. Под нападением я понимал не профессора , а предложение сделать все по взрослому ,
А в проффесоре виноват один человек у которого был такой ник и его приходилось часто писать :-) Так что теперь пальцы иногда вворачивают выражение :-).

65

Управление Проектом / Re: Планирование софтверного проекта: Источник WBS?

« : 08 Мая 2007, 02:08:30 »

Вот решил и сюда свои пять копеек вставить :-)
Безусловно опыт индустрии это супер полезная штука.

Но готов согласится с Автором

Как писал известный автор "каждому проекту своя методология", видимо и подход с WBS и источниками где-то на том же уровне

От Методологии зависит метод управления , а от него в свою очередь план (План это просто инструмент управления

Т.е. прямого ответа на твой вопрос Денис не существует.
Но в основном для Софта Используется три подхода:
1. Классический аля MSF 1.0 (Издеваюсь, на самом деле они ближе к пункту 2) - До завершения формирования Архитектуры планируемс :-)
2. Двух уровневое планирование, Проект разбивается на фазы, каждая фаза имеет свои результаты и в соответсвии с ними и планируем каждую фазу. В дополнение к нему неплохо подкатывается Rolling Wave Planning
3. Agile

Еще полезно ковырнуть разницу между PWS и WBS - некоторые вопросы сразу проясняются.
На самом деле у PMI в свое время был отдельный стандарт на формирование WBS :-) Но он совсем старенький.

p.s.  Делал тренинг так еле в 8 ч вещания с небольшой практикой  уложился :-)

С уважением Дмитрий ;-)

66

RUP EUP AUP OpenUP / Re: Создание русскоязычной версии и развитие процесса OpenUP/Basic

« : 08 Мая 2007, 01:50:37 »

Ну напали как коршуны на бедную овечку.
....

Во первых сам начал нападать ;-)
А во вторых я так и не поянл почему нельзя переводить Глоссарий в WiKi ? Зачем городить весь этот сыр бор с Excel?

67

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

« : 08 Мая 2007, 01:48:12 »

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

А сколько нужно ?

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

Давайте не путать консалтинг по выбору системы с консалтингом по внедрению уже выбранной системы.
btw. Еще большой вопрос а нужно ли ее внедрять родимую :-))

68

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

« : 08 Мая 2007, 01:45:26 »

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

1)  в компании тоже должна быть голова на плечах, если нет то нужно заводить (с помощью 3)
2)  стоимость консалтеров не сравнима со стоимостью внедрения. ( Если речь идет не об обследовании предприятия, а о консалтинге по выбору системы)
3)  На то и существуют _независимые_ консультанты :-)

69

RUP EUP AUP OpenUP / Re: Создание русскоязычной версии и развитие процесса OpenUP/Basic

« : 07 Мая 2007, 12:16:53 »

На счет "не плохо получилось", это была хорошая шутка. Чего только стоят такие перлы :

испытатель       Роль, представляющая кого - то ответственного за основные действия испытательного усилия.   tester

возможности{контекст}       Описание широты поведения системы, определяя границы прикладного домена{области} или системы.   scope

депозитарий спорного имущества       Индивидуум, который является, кого существенно затрагивает результат процесса (то есть deliverables процесс, производит).   stakeholder

система технического зрения       Взгляд пользователя или клиента изделия{программы}, которое будет разработано, определил на уровне ключевых потребностей депозитария спорного имущества и особенностей системы.   vision

ИМХО В этом файле Нужно править каждый термин или его определение нормальным литературным переводом с учетом сложившейся Русско-язычной правктики.

p.s. Почему нельзя для этого использовать Wiki ?

70

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

« : 06 Мая 2007, 23:33:19 »

от слова профессия, профессор, профессиональный, профессионал, профессорский ну и так далее

Спасибо :-)

71

RUP EUP AUP OpenUP / Re: Создание русскоязычной версии и развитие процесса OpenUP/Basic

« : 05 Мая 2007, 01:12:35 »

Ну и тяжела же софтина ..
Набросал перевод "Core Principles" если кто знает как сделать обновление всех линков просьба подсказать

p.s. Предлагаю потихоньку согласовывать перевод терминов Мои предложения:
development team - разработчики
quality assurance - инженеры по качеству
product stakeholders заинтересованные лица продукта
customers - Пользователи

72

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

« : 04 Мая 2007, 20:37:42 »

после поста cless и Boatman складывается ужасное будущее для развития разработки ПО везде ....

Согласен что мой пост несколько циничен, но ничего о будущем в нем не было сказано.

Вопрос времени, профессиональной этики и конкуренции :-)

Если каждый профессионал при выборе места работы будет учитывать этичность принципов которыми руководствуется компания, то отрасль "всплывет" :-)

Слава богу в ИТ сейчас проблем с вакансиями просто не существует 

73

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

« : 04 Мая 2007, 14:08:15 »

Рекомендую книгу Питера Блока "Безупречный консалтинг".
В ней описаны базовые моменты связанные с консалтингом вообще.
Основные этапы типового консалтингового проекта ( По сути очень похоже на то что описал Юрий, чуть другой ракурс):
1. Инициация - Заключение  соглашения об оказании услуг ( В том числе оговаривается результат).
2. Сбор Информации
3. Обратная связь выбор решения
4. Реализация решения
5. Сопровождение

74

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

« : 04 Мая 2007, 14:01:39 »

Одним из ключевых аспектов при выборе базовой системы Автоматизации является ее соответствие типу производства и действующей системе управления.
Объем доработок системы и их стоимость должны быть оценены изначально.
Не все процессы должны быть автоматизированы. И не все должны быть изменены под модель AS IS.

p.s. "Заставь дурака богу молится он и лоб пробьет"


 

75

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

« : 04 Мая 2007, 12:46:13 »

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

Для производителей ПО на заказ ситуация к сожалению значительно хуже, чем кажется со стороны.
1. Результат определяется полученными финансами соотвественно:
 а. Для Fixed Price Чем меньше сделаешь, тем эффективнее будешь.  Кроме того сразу открывается простор подсаживанию заказчика на крючок, "процентовочкам", "боданию" за каждую новую фичу и т.д.
 б. Для T&M принципиально не интересно иметь производительность выше того порога при котором заказчик уйдет. (Именно по этому многие крупные компании делают ставку не на профессионалов а обучающихся студентов)
2. Конкуренция Пока конкуренция условна. Получение большинства проектов связано с величиной надутости щек и эффективностью Accaunt Manager. Ждемс :-)
3. Прибыль см п.1.

С этой точки зрения ситуация должна быть  лучше в продуктовых компаниях (Основной бизнес + Заинтересованность в результате) ... Но там свои тараканы.