181

Для всех / Re: Каков коэффициент возврата инвестиций при привлечении аналитика?

« : 05 Апреля 2011, 13:06:08 »

Ок. Давайте попробуем.

ну-ка, ну-ка... с этого места поподробнее

Имеются следующие проблемы:

• проекты не сдаются вовремя;

почему это вдруг? в чем причина?

• отстутствует процесс управления требованиями, вследствии чего некоторые требования отстаются неучтенными, реализуются низкоприоритетные задачи, тогда как высокоприоритетные задачи отстаются нерешенными довольно долгое время;

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

• качество выпускаемых продуктов оставляет желать лучшего;

тоже не то. чем меряете качество? и что - плохое? откуда же берутся новые заказчики?

• не ведется единый реестр документации по всем проектам, это затрудняет поиск необходимой, актуальной информации.

реестр - это тоже не проблема. не ведутся - ну и что? какой информации вам не хватает? как вы ее ищете? может просто не там или не у тех спрашиваете? а она вообще есть в природе?

Перекладываем на аналитика следующие задачи: работа с требованиями (извлечение, анализ, спецификация, управление), консультирование отстальных членов команды проекта и т.д. НО, допустим, что аналитик перенял эти задачи и выполняет их на отлично, а те кто освободились от данных задач продолжают работать неэффективно (у них просто появилось свободное время) и вцелом результаты проекта такие же. Так как же измерить эффективность аналитика в деньгах, в цифрах в этом случае?

эффективность равна нулю. точка.

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

успехов.

182

Для всех / Re: Каков коэффициент возврата инвестиций при привлечении аналитика?

« : 05 Апреля 2011, 12:57:11 »

Может есть какие-нибудь примеры улучшения процессов разработки ПО, качества продукта и т.д. после привлечения аналитиков?

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

Если же Вы таки настаиваете на рассмотрении экономических аспектов и показателей (типа пресловутого ROI), то было бы неплохо вспомнить также о горизонте, на котором рассматриваются экономические показатели. Иначе у Вас могут получиться одномоментные всплески: приняли на работу аналитика - прибыль моментально выросла в сто раз (утрир.)

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

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

183

Для всех / Re: Каков коэффициент возврата инвестиций при привлечении аналитика?

« : 05 Апреля 2011, 10:44:14 »

Боюсь, что аналитики не окупаются. Как и тестировщики. Не говоря уже у руководителях проектов.

Интересно, кстати, а как считают ROI бухгалтеров, кадровиков, охранников, а также членов советов директоров?

:о)))

отдельно взятый сотрудник (если он не "курочка с золотыми, пардон, яйцами") никогда не окупается. окупается технология.

184

Примеры / Re: Проектирование интернет-магазина

« : 31 Марта 2011, 19:50:06 »

Как не опредёлн процесс заказывания. Клиент добавляет в корзину товар, далее оформляет заказ. всё понятно.

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

185

Примеры / Re: Проектирование интернет-магазина

« : 31 Марта 2011, 16:05:26 »

Только ленивый еще не проектировал интернет-магазин в сети:)

дык про то и речь, IMHO яндекс - найдется всё! (пардон, за рекламу)

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

186

Примеры / Re: Проектирование интернет-магазина

« : 31 Марта 2011, 14:40:46 »

Мотивацией можно сделать, раскрытие данной тематикеи  в сети интернет. К, которая мало раскрыта в сети интернет.

Во-первых, это не так.
Во-вторых, сделайте - посмотрим.

P.S. ну и с грамотностью... ну Вы понимаете...

187

Примеры / Re: Проектирование интернет-магазина

« : 31 Марта 2011, 13:10:34 »

Хотел чтобы вы меня поправляли, если будет не получаться.

А если мы вдруг не захотим? :о))) В чем наш мотив? У Вас же коммерческий проект? Так наймите себе эксперта...

188

Другие Методологии / Re: Методология моделирования конфигураций 1С 8 с использованием UML

« : 31 Марта 2011, 12:51:00 »

Путаетесь в покзаниях, ничего личного, но методология и методика - это разные вещи.
IMHO 1C (или Вам) далеко еще до методологии.

Доцент, впрочем, тоже гонит некисло :о)))

189

Проектирование / Re: Проектирование ИИ бота

« : 29 Марта 2011, 16:00:39 »

Лучше все-таки указать ссылку на известный тебе ресурс. А то под словом watson много чего скрывается

кстати, проверил - первые же позиции в Гугле указывают куда надо. так что насчет "много чего" не подтверждается.

190

Проектирование / Re: Проектирование ИИ бота

« : 29 Марта 2011, 13:19:59 »

а ведь нет проекта...

191

Проектирование / Re: Проектирование ИИ бота

« : 29 Марта 2011, 13:16:29 »

вообще-то этот суперкомпьютер выиграл в jeopardi (наш аналог - своя игра)
ну, например, http://www.vesti.ru/only_video.html?vid=320074 или http://www.vesti.ru/only_video.html?vid=320846 :о)))

192

Проектирование / Re: Проектирование ИИ бота

« : 29 Марта 2011, 12:56:43 »

все уже придумано до Вас :о))) читайте в инете про "вашего бота" под именем Watson.

193

Системный Анализ и Требования / Re: Функционал не описанный в требованиях.

« : 24 Марта 2011, 14:22:53 »

не уверен, что адекватно понял сентенцию про фильтр, поэтому мне сложно по существу сказать "чья тут вина, ты мне ответь", но IMHO скажу, что в подобном случае нужно утереться и сделать "чтобы было как надо" - соответственно получается, риск сработал.
Ибо клиент платит не за то, что вы делали (занимались решением задачи), а за то, что вы сделали (как задачу решили).

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

194

Системный Анализ и Требования / Re: Функционал не описанный в требованиях.

« : 24 Марта 2011, 13:22:23 »

Расскажите и мне как проводить обследование и выявить все требования с первого раза? Но эта тема другого топика.

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

"Лишнее" можно делать только в том случае, когда это улучшает качество продукта и вы знаете, что работаете на перспективу (продать многим клиентам, например).Включить в требования наверно не получится.

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

Причем тут "включить в требования не получится"? Требования - это один поток информации, реализация - другой. Они, безусловно, связаны друг с другом, но не обязательно реализуются все требования, но то, что реализовано, должно быть в требованиях.
Вы, кстати, ТЗ с требованиями не путаете?

P.S. ничего личного

195

Системный Анализ и Требования / Re: Функционал не описанный в требованиях.

« : 24 Марта 2011, 10:39:31 »

при первоначальном обследовании хотели одно, а в ходе реализации выявляется еще и новое, "без чего они жить не могут". 

Зачем тогда проводить обследование? Только время терять и бюджет тратить... :о))) Все равно что-то новое выявится...

Перерасход бюджета, не выполнение сроков и т.д "приятности"

Уж по бюджету-то можно создать резерв. По ресурсам и срокам сложнее... Только не забывайте о законе Брукса