Оценка проекта со многими неизвестными

Question

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

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

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

Answer 1

Мне довелось написать магистерскую диссертацию об оценке программного обеспечения, и я усвоил уроки:

-1-й счет, 2-е вычисление, 3-й судья - это означает: сначала попытайтесь определить элементы в вашей работекоторые могут быть подсчитаны, например, файлы, классы, LOC, пользовательские интерфейсы и т. д. Затем рассчитайте, используя эти данные усилия (в человеко-днях).Используйте суждение в качестве последней рецензии.

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

- Оценка не является обязательством.Обязательство - это одно число, оценка - это всегда диапазон, поэтому дайте свою оценку как диапазон (используйте конус неопределенности, чтобы правильно выбрать диапазон http://www.construx.com/Page.aspx?hid=1648)

-Девид: используйте WBS, делите свою работуна мелкие кусочки и оцените их отдельно.Гранулированность зависит от всей длины, но в большинстве случаев рабочий пакет не должен превышать 10% от всех усилий.

- Сначала оцените усилия, затем график, а затем затраты.

-Осмотрите оценку как поддержку планирования, переоценку на каждом этапе проекта (s. Конус неопределенности).

Я бы предложил книгу http://www.stevemcconnell.com/est.htm, в которой рассматриваются все эти моменты, в частности, как разобраться сбоссы, которые пытаются получить от вас обязательство.

С уважением, Валентин Хайниц

Answer 2

Похоже на сообщение для postsecret не так. :)

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

Answer 3

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

Answer 4

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

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

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

Answer 5

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

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

Оценка программного обеспечения Демистификация ...

Несколько советов по оценке