В теме 10 ответов, и 6 участников, последнее обновление сделано пользователем 
Юлия Шамрей 13 г, 10 мес. назад.
-
Сообщения
-
Т.к. я начинающий то мне сложно сказать сколько надо время, а начальство хочет получить сроки.
Не думаю, что не начинающие смогут ответить на этот вопрос
Что за проект, высокоуровневый скоуп, список команды, уровень аналитиков, адекватность заказчика?
Не имея этой информации, это примерно то же самое, как спросить разработчика, за сколько он сможет задевелопить любой проект.Самый действенный (по крайней мере, для меня) способ научиться оценивать, сколько времени понадобится на аналитические активности, это декомпозиция задач. Набросайте план действий, разбейте каждый пункт в нем на отдельные операции и попробуйте оценить их.
Ну а на вскидку на такой вопрос можно отметить "от 1 дня до нескольких месяцев", все зависит от специфики проекта.А вот Ася — молодец! Предложила практически самое главное.
Автор тоже молодец: напомнил мне об актуальности темы о том, как производить оценку трудозатрат[/url] (там же где-то и вторая часть[/url] была). Но ответа на вопрос автора там, к сожалению, пока что нет, поэтому попробую пока что ооочень кратко:
- полностью понять суть задачи
- утвердить понимание с тем, кто её поставил
- разбить задачу на понятные и оцениваемые части
- оценить части
- склеить из них общую оценкуСамый действенный (по крайней мере, для меня) способ научиться оценивать, сколько времени понадобится на аналитические активности, это декомпозиция задач. Набросайте план действий, разбейте каждый пункт в нем на отдельные операции и попробуйте оценить их.
Ну а на вскидку на такой вопрос можно отметить "от 1 дня до нескольких месяцев", все зависит от специфики проекта.План примерно такой. В течении дня:
1. Общение с заказчиком. Общие черты того что хотелось бы заказчик
3. Определение предметной области. Немного почитать что это.При наличии знаний в предметной области можно было бы говорить о сроках. А так не понятно сколько время уйдет на изучение предметной области и затем ещё на понимание того что хочет заказчик. В общем через день я должен сообщить шефу сколько мне надо время. Естественно он много время не даст. Надо бы золотую середину выбрать.
пока что ооочень кратко:
- полностью понять суть задачиТут зависит многое от заказчика.
- утвердить понимание с тем, кто её поставил
Согласование того что я понял. Если я правильно понял суть пожеланий, томного время на это не уйдет.
- разбить задачу на понятные и оцениваемые части
- оценить части
- склеить из них общую оценкупервые два пункта меня напрягают больше
то же самое, как спросить разработчика, за сколько он сможет задевелопить любой проект.
Шефу нужен срок и всё
Надеюсь он мне даст 1 день для общения с заказчиком и для изучения предметной области. После этого я надеюсь хоть приблизительно назвать срок.Для того, чтобы оценить, нужно выбрать подход в написании спеки. Я, например, часто пользуюсь такой формулой: (([кол-ко сценариев использования]*X*1.5)+Y), где X — время, которое у меня уходит на описание 1-го сценария использования и связанных с ним форм/страниц/списков/системных сообщений/правил; 1.5 — коэффициент, учитывающий риски и то, что я ошиблась в подсчете кол-ва сценариев; Y- время на сбор требований (сессии сбора требований, фиксирование результатов сессий, подготовка к сессиям и т.п.), анализ результатов сбора требований, сессии по проектированию с тех. специалистами и т.п.
В каждом отедельном случае в самом начале я стараюсь провести планирование и по шагам расписать, что мне нужно сделать для того, чтобы выдать спеку, часто с детализацией до 2 часов.Я, например, часто пользуюсь такой формулой: (([кол-ко сценариев использования]*X*1.5)+Y)
Интересный способ.
Надо будет как-нибудь попробовать.В свою очередь в начале проекта стараюсь разбить систему на крупные модули-блоки и декомпозирую их до возможности дать примерную оценку сроков.
Для того, чтобы оценить, нужно выбрать подход в написании спеки.
У меня это пока в процессе формирования.
Я, например, часто пользуюсь такой формулой: (([кол-ко сценариев использования]*X*1.5)+Y), где X — время, которое у меня уходит на описание 1-го сценария использования и связанных с ним форм/страниц/списков/системных сообщений/правил; 1.5 — коэффициент, учитывающий риски и то, что я ошиблась в подсчете кол-ва сценариев; Y- время на сбор требований (сессии сбора требований, фиксирование результатов сессий, подготовка к сессиям и т.п.), анализ результатов сбора требований, сессии по проектированию с тех. специалистами и т.п.
как можно заранее узнать чему будет равен Х и Y? Это сильно зависит от заказчика. Один человек сразу расскажет пример использования, а другой будет воду в ступе толочь.
В каждом отедельном случае в самом начале я стараюсь провести планирование и по шагам расписать, что мне нужно сделать для того, чтобы выдать спеку, часто с детализацией до 2 часов.
детализацией до 2 часов
Однако!
Мы же говорим о начальных индикативных оценках Более точные оценки можно получить после фазы сбора и первичной обработки требований.
Иногда, например, в RFP заказчик сам описывает верхнеуровневые сценарии использования.
Такую точную детализацию можно получить уже после сбора требований и нужна для распределения задач между аналитиками, если аналитиков работает несколько на проекте.Но все зависит от пожеланий заказчика и менеджера.
Вы должны авторизироваться для ответа в этой теме.
