Предоставление оценок при работе с незнакомой технологией?


19

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

Мое решение, оглядываясь назад, было неверным. Я просто начал работать.

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


2
Оценить то, чего вы никогда не делали, практически невозможно с какой-либо точностью. Недавно я привел эту аналогию, когда меня спросили, сколько времени займет что-то, когда появилось много неизвестных: «Представьте, что вы выходите ночью в сельскую местность. Это совершенно темно. Вам нужно пройти одну милю по суше. Вы знаете, в каком направлении вы Мне нужно идти, но у вас есть только фонарь, который освещает десять футов. Вы не представляете, что вас ожидает: поле, река, гора. Учитывая это, вы можете делать обоснованные предположения, но в конечном итоге вы подчиняетесь вещам, не зависящим от вас. "
Неми

Это также зависит от цели оценки. Вы оцениваете наиболее вероятный случай? Худший случай? Существуют ли жесткие сроки?
Дэвид Торнли

@ Дэвид Я полагаю, что это будет "наиболее вероятный" случай.
Сэмпсон

Ответы:


18

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

Шипы могут длиться от 1 часа до нескольких дней или даже дольше. Поскольку они ограничены во времени, для каждой из сторон нет риска, а расходы строго ограничены.

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


Может быть, стоит добавить, что «шип» - это терминология Scrum .
Джеспер

1
Похоже, хороший подход. В моем конкретном случае мой «спайк» состоял из самого проекта. Казалось ценным использование моего времени, чтобы фактически использовать задачу в качестве моего пути к знакомству, а не какую-то не связанную задачу.
Сэмпсон

10

Классический способ сделать это - утонченность. На первой встрече по планированию вы говорите;

«Я понятия не имею - мы в основном проводим здесь исследования программного обеспечения. Однако, к следующей встрече, через несколько месяцев, у меня будет более точная оценка»

Тогда вы уходите и проводите исследования. Следующая встреча:

«Похоже, что потребуется от двух до четырех кварталов. Мы собираемся создать прототип, который позволит нам уточнить цифры дальше».

Следующая встреча:

«Прототип было легче построить, чем мы думали. Похоже, мы можем сделать это за 2 квартала, плюс или минус месяц».

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

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


+1 Спасибо за понимание, @Neil. Я также рассмотрю предложение книги.
Сэмпсон

2

Вы можете провести исследование и по-прежнему давать неправильные оценки. См. Ограничения оценки программного обеспечения JP Lewis и прилагаемый материал « Математические ограничения оценки программного обеспечения» . Я не говорю, что вы не должны беспокоиться об оценке или исследовании, просто вы не можете сделать объективно точную оценку, и вы должны сказать это вместе с любой оценкой, к которой вы пришли.


3
Оценки по определению неточны, и кажется, что многие менеджеры и / или клиенты борются с этой реальностью.
wolfgangsz
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.