451

Управление Проектом / Re: Особенности работы с госзаказчиками

« : 11 Февраля 2011, 17:33:41 »

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

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

452

ПО Аналитика / Re: Первые шаги аналитика. ПО, книги, советы

« : 11 Февраля 2011, 17:03:24 »

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

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

453

Управление Проектом / Особенности работы с госзаказчиками

« : 11 Февраля 2011, 16:50:40 »

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

Ситуация такова:
1. формальная документация и реальное состояние продукта друг друг не соответствуют и соответствовать никогда не будут. В этом направлении проламывать стену лбом совершенно бесполезно, но можно сделать неофициальную документацию, для внутреннего использования. Это единственный способ зафиксировать состояние системы в виде "как на самом деле".
2. разработка начинается до того, как требования согласованы и зафиксированы, отсюда высокий риск изменений. Опять же - требовать согласования до начала разработки бесполезно, т.к. то, что команда не уложится в сроки, заказчика не волнует (т.е. это наши проблемы, как исполнителей).
3. отношения с заказчиком таковы, что мы должны принимать практически все его требования, возражения не принимаются, можно только влиять в некоторых пределах на способ реализации. Такова политика работы с данным заказчиком.

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

Личный опыт работы с госами особенно приветствуется

454

Книги, статьи и ресурсы / Re: Коберн Современные методы описания функциональных требований к системам

« : 11 Февраля 2011, 11:35:20 »

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

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

455

ПО Аналитика / Re: Первые шаги аналитика. ПО, книги, советы

« : 10 Февраля 2011, 16:45:11 »

И русские и английские книги - это чей-то продукт.Распространение - по сути контрафакт.

Ну почему же?
Условия распространения определяются договором с правообладателем.
Бывают произведения, распространение которых разрешено и без уведомления правообладателя, далеко ходить не надо - концепция WWW яркий пример, и вот во что она воплотилась

456

Управление Проектом / Re: Тестовое задание

« : 09 Февраля 2011, 17:20:47 »

Потрясающая тема
Сейчас мне кажется достаточным просто брать на работу камеру - а потом грамотный монтаж и можно продавать.

Правда, конфиденциальность будет нарушена

457

Тестирование / Re: Соотношение "багов" и "фич"

« : 09 Февраля 2011, 17:15:59 »

Спасибо.

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

Тестировщики дали оценку 1:3 (фичи:баги) как нормальную, по времени 100-150% от времени разработки считается нормой, хотя мне кажется, что до 200% смело можно увеличивать даже при хорошо поставленном процессе.

В общем, в целом мысль ясна.

458

Тестирование / Re: Соотношение "багов" и "фич"

« : 09 Февраля 2011, 13:50:26 »

Мда.. Я подошла к двум людям и задала им тот же вопрос: мне без виляния задней частью туловища огласили экспертную оценку.

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

459

Тестирование / Соотношение "багов" и "фич"

« : 09 Февраля 2011, 13:05:07 »

Задумавшись над вопросом оптимизации процесса, собрала некоторую статистику из системы, в которой мы ставим задачи, и обнаружила, что количественно на каждую новую задачу (доработку = требование) приходится 4-5 ошибок. Количественно - т.е. ошибки не всегда порождаются именно новой доработкой, просто сравнила объемы того и другого.

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

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

Есть ли смысл улучшать документирование, подготовку людей или их количество, т.е. насколько затраты на эти действия оправдают полученный в результате эффект?

460

Работа / Re: Какие существуют показатели работы аналитика

« : 07 Февраля 2011, 14:32:10 »

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

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

461

Работа / Re: Какие существуют показатели работы аналитика

« : 07 Февраля 2011, 11:14:59 »

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

Если ему нравится таскать на горбу кирпичи (чужие) - да, становится.
Однако это вовсе не закономерность.

462

ПО Аналитика / Re: Первые шаги аналитика. ПО, книги, советы

« : 03 Февраля 2011, 23:50:30 »

Начинающему я бы предложила сначала научиться управлять требованиями, а потом выбирать СУТ.

Потому что, как ни странно, требованиями управляют люди, а не ПО. Вы знаете этот процесс?

463

Обучение / Re: ReqLabs 2011 Киев

« : 03 Февраля 2011, 23:46:07 »

Кстати, докладчики вроде бы освобождаются от регистрационного взноса.

И поэтому такая стоимость участия?

Ида,
Ты как всегда - участвовать не хочу, но все плохо )
ИМХО программа получилась очень интересная и практически на любой вкус

Не все плохо, а цена высокая
Потому и не смогу участвовать, была бы пониже - приехала бы. Хотя может и так съезжу, по Киеву пошататься, ну а заодно может кого-нибудь там и встречу

А докладывать мне действительно совершенно нечего. Вы и так все это знаете

464

Обучение / Re: ReqLabs 2011 Киев

« : 03 Февраля 2011, 14:13:37 »

"Субъективное мнение" относилось ко всему сказанному
В т.ч. к актуальности.

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

465

Обучение / Re: ReqLabs 2011 Киев

« : 03 Февраля 2011, 13:35:47 »

Субъективное мнение: мне интересны методы из живой практики, специалистов, которые на своем профессиональном опыте убедились в необходимости адаптации теоретических построений к реальной жизни, и получили ощутимые результаты.

Например, в предложенной программе меня заинтересовали доклады А.Новичкова и Г.Карабановой, А.Зарецкого и М.Бондаренко

Все остальное или слишком узко специализировано, или уже не актуально.

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