tag:blogger.com,1999:blog-7043473493189281749.post2699183304843503014..comments2009-02-23T21:22:03.489+02:00Alexey Krivitskyhttp://www.blogger.com/profile/16034994074964969995noreply@blogger.comBlogger5125tag:blogger.com,1999:blog-7043473493189281749.post-22061193536858220552009-02-23T21:22:00.000+02:002009-02-23T21:22:00.000+02:00Отвечаю на последний коммент:<BR/><BR/>1 Обычно для долгосрочного планирования достаточно грубых оценок функционала. Зная сколько таких грубых единиц команда выпускает за итерацию (это и есть велосити) можно строить грубые планы. Обычно этой точности хватает для такого вида планирования.<BR/><BR/>Детальное планирование делается на более короткий срок, и тут в игру вступают задачи.<BR/><BR/>Делая долгосрочное планирование по задачам, мы <BR/><BR/>во-певрых тратим много времени, <BR/><BR/>во-вторых обсуждаем много деталей, которые скорее всего устареют пока мы начнём эти работы, <BR/><BR/>в-третьих мы не иметь свободу балансировки ресурсов и не хотим привязывать задачи на людей на месяцы вперёд. <BR/><BR/>2 Трудоёмкость можно оценивать <B>без</B> детализации. Это не сразу понятно, но стоит опробовать на практике оценивание путём сравнения сложности и всё станет на свои места. <BR/><BR/>Я не буду сейчас объяснять как это работает. Просто там ряд полезных ссылочек:<BR/><BR/> - <A HREF="http://www.mountaingoatsoftware.com/book/1" REL="nofollow">книга</A><BR/><BR/> - <A HREF="http://www.youtube.com/watch?v=fb9Rzyi8b90" REL="nofollow">видео</A> (на английском)<BR/><BR/> - ключевые слова для поиска материалов: story points, planning poker<BR/><BR/> - если у вас получиться посетить <A HREF="http://www.scrumguides.com/2008/12/training-agile-estimations-and-planning.html" REL="nofollow">мой тренинг</A>, мы с вами подробно обсудим все эти детали, и, я уверен, вы поймёте, что я имею в виду, и согласитесь с тем, что это работает.<BR/><BR/>Удач!Alexey Krivitskyhttp://www.blogger.com/profile/16034994074964969995noreply@blogger.comtag:blogger.com,1999:blog-7043473493189281749.post-39245318661791994692009-02-12T12:17:00.000+02:002009-02-12T12:17:00.000+02:001) Цитата: " В Agile проектах для предсказания дат и объёма работы, используется метрика Velocity, для использования которой нет необходимости в отслеживании зависимостей между требованиями и работами"<BR/><BR/>Простите, но если мы не произвели достаточно подробную детализацию работ (= не построили WBS), то как эту Velocity применить? Да, мы знаем скорость прохождения предыдущих итераций, но не зная объёма будущих - предсказать дату завершения проекта не можем... Школьый курс физики: t=S/v, при неизвестном "S" хочешь не хочешь, а "t" - тоже загадка :) <BR/><BR/>2) Цитата: "Если рисовать WBS не по задачам, а по требованиям (элементам product backlog), то это позволит избежать микроменеджмент команды, но всё-таки позволит сгенерировать информацию, полезную для команды"<BR/><BR/>Нет проблем "рисовать WBS по требованиям". Но ведь надо перейти от WBS непосредственно к <B>плану</B>, а для этого необходимо оценить трудоёмкость работ. Во многих случаях оценить трудоёмкость требований - невозможно. И неизбежно надо продумать, какие задачи следует реализовать для достижения требования, и уже после этого оценить трудоёмкость именно <B>задач</B>.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-7043473493189281749.post-78272378722377184172008-07-01T18:27:00.000+03:002008-07-01T18:27:00.000+03:00Леш, как на меня, диаграммы Ганнта не используються по еще нескольким причинам :<BR/>1) Трудоемкость ведения диаграммы (например, в майкрософт проджекте). Введение\перестройка диаграммы требует кучу времени<BR/>2) Требование микрооценки задач (в днях или часах). Оценка на уровне дней может приводить к эффекту задержки завершения задачи (У меня стоит естимейт на задачу - два дня (день), и я поэтому использую это все время, отведенное мне на задачу<BR/>3) Невозможность быстрого конструирования планов с участием всей команды при использовании средств для ведения Ганнт Диаграмм<BR/>4) Необходимость выделения ресурсов для поддержания Ганнт Диаграммы в актуальном состоянии (Попробуй обновлять Ганнт диаграмму каждый день - ощутишь соответсвующие затраты времени).Serhiy Yevtushenkonoreply@blogger.comtag:blogger.com,1999:blog-7043473493189281749.post-59022923844782663532008-06-11T03:50:00.000+03:002008-06-11T03:50:00.000+03:00Я бы рисовал эту диаграмму на релиз - если вы не выпускаетесь каждую итерацию. <BR/><BR/>В этом случае Gantt Wall будет служить визуальным планом релиза.Alexey Krivitskyhttp://www.blogger.com/profile/16034994074964969995noreply@blogger.comtag:blogger.com,1999:blog-7043473493189281749.post-35998507808747510302008-06-10T09:53:00.000+03:002008-06-10T09:53:00.000+03:00Как Вы думаете, сколько итераций должно быть затронуто в диаграмме?Anonymousnoreply@blogger.com