Re[3]: планирование развития программы
От: remark Россия http://www.1024cores.net/
Дата: 10.09.06 15:22
Оценка:
Здравствуйте, Ilias, Вы писали:

R>>Если же заказчик неадекватный или разработка по инициативе фирмы, то


I>Тут как раз такой случай — по инициативе фирмы.


R>>Принцип такой: для каждой фичи надо оценить следующие параметры:

R>>- полученное в результате реализации biznis-value
R>>- "видимость" этой фичи для заказчика
R>>- стоимость
R>>- риск
R>>- измеримость результата приносимого фичей
R>>- время на реализацию

I>Откуда я узнаю первые два пункта, если заказчика ещё нет? Да и вообще, если у программы только одна фича, то и вариант использования только один, а если их несколько, то и вариантов использования может быть множество и не понятно, как именно ее будет использовать тот или иной пользователь.


Пока ты с этим не определишься, всё равно никуда не двинешься. Не знаешь, значит надо исследовать, анализировать и оценивать.

Что значит, непонятно как пользователь будет использовать фичу? Её что можно использовать принципиально разными способами. Обычно фичу можно использовать именно так как её задумали разработчики. Ну, например, интересно услышать разные варианты использования инструмента "кисть" в графическом редакторе, или варинаты использования фичи "сохранить в файл".

Пока твой вопрос выглядит примерно так: "У нас есть две фичи Х и Y, про которые ничего не известно. Скажите какую из них реализовывать первой?". Пока ты о них не узнаешь принципиальные моменты, ничего решить будет нельзя.

Пример. Графический редактор. Есть 2 фичи: инструмент-прямая линия и инструмент кривая линия 3 порядка.
Оцениваем:
— полученное в результате реализации biznis-value
у прямой линии value больше, т.к. без неё мало что нарисуешь.

— "видимость" этой фичи для заказчика
считаем одинакого

— стоимость
прямая значительно дешевле

— риск
у прямой значительно меньше

— измеримость результата приносимого фичей
одинакого

— время на реализацию
у прямой меньше

Выбор однозначно ложится на прямую линию.


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



1024cores — all about multithreading, multicore, concurrency, parallelism, lock-free algorithms
 
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.