2009-07-20 2 views
1

Я вроде как пытался EBS на свои личные задачи проекта, но две вещи возникли пару раз, я не уверен, как обращаться.Планирование на основе фактических данных - обработка скрытых задач, одновременных задач?

1 - Я нахожу некоторые скрытые задачи. Я подумал, что для выполнения задачи X будет 6 часов, но получается, что для нее требуется новая задача сборки Ant, для которой требуется libray ZipBlahBoo, который затем я получаю в плющ, что требует некоторого исследования версий библиотеки синтаксического анализа XML, которые каждый использует , Я хочу отметить эти новые задачи в моем списке, но это нарушает влияние оценки. Возможно, я потратил 6 часов на настоящую оригинальную задачу, но в скрытых задачах было еще 8 часов.

2 - У меня часто будут задачи, зависящие друг от друга. Мне нужно обновить службу Foolet, но это также означает обновление API, что означает обновление службы Mock Foolet, используемой в модульных тестах. У меня есть каждый из тех, кто вызвал 2 часа заданий, но я не делаю их поочередно, я делаю их одновременно, потому что система не будет работать, пока все не закончится. Предположим, что набор задач занимает 15 часов, и я знаю, что в целом я занимал 13 часов, но я не очень хорошо знаю, сколько из этих 13 часов приходится на какие-то конкретные задачи. С точки зрения EBS, как мне отслеживать время, необходимое для выполнения каждой задачи?

Любые предложения?

ответ

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

  2. Вы чересчур прекрасны. Обновление тестового жгута для учета изменения интерфейса не должно быть отдельной задачей из самого изменения интерфейса, если тестовая проводка не является разделимым продуктом.

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

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

+0

Хм. Поиск скрытых задач - это просто неотъемлемая часть работы разработчиков. Если бы вы могли найти 100% всего необходимого спереди, водопад был бы просто прекрасным, а не более гибкими процессами. Полагаю, я создам какое-то соглашение, чтобы отметить, что они были созданы определенной задачей. Что касается одновременных задач, прекратить их разделение, кажется, плохая идея. Я хочу разбить задачи, если смогу, это помогает улучшить детализацию и общие оценки. Опять же, мне придется применить какое-то соглашение, как «группу задач», это общая оценка, которую я отслеживаю, хотя у нее есть подзадачи с оценками. –

Смежные вопросы