Форум Сообщества Аналитиков

×


Просмотр сообщений

В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.


Сообщения - Сергей()

Страницы: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 »
61
Здравствуйте!

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

У кого есть опыт, как это удобнее реализовать в MS Project?
Надо ли для этого переделывать структуру работ?

62
Для управления задачами - Hansoft, DevTrack
Почему используете два разных продукта?
Взаимодействуют ли они друг с другом?

Для планирования - Excel с кучей готовых и проприетарных шаблонов.
Почему для планирования не используете что-то типа MS Project (SpiderProject, Primavera)?
По идее эти инструменты должны быть удобнее.

63
Я бы предпочел фасетную классификацию.
Какое ПО позволяет делать фасетную классификацию задач?

64
Если есть желание, можно устроить обсуждение вживую или по скайпу. Так мне будет проще ответить на все вопросы.
Я тут прикинул во время прогулок (это около 10 часов размышлений). что чтобы ответить на изначальный вопрос обсуждения, мне нужно написать порядка 30 000 слов. Это явно не пост в форуме. Ах, да, а потом это должно пройти проверку и знатоков ТОС, психологии, теории вариаций и т.д.
Желание есть огромное.
Только как его осуществить? Я живу не в Москве - в регионе.
Давайте по скайпу

65
Работа над задачами ведётся в рамках версии. Каждая версия приложения - отдельный продукт. У продукта есть концепция. Продукт предназначен для определённых рынков и сегментов. Поэтому из ключевых фич (100 - 200 штук) делается выбор в соответствии с пониманием того, на какой рынок будет выпущен продукт, и для каких сегментов он будет предназначен.

Далее отобранные фичи прорабатываются продюсерами/бизнес-аналитиками, готовится детальный дизайн-документ, составляется список фич в виде:

Feature - Sub-Feature - Sub-Feature Element.

Делается грубая оценка проекта. Далее выполняется техническое планирование, прорабатывается технический дизайн, выбираются технологии для реализации фич, создаётся перечень технических задач (количество которых может доходить до нескольких тысяч). Выполняется детальная оценка проекта. Каждая техническая задача не должна занимать меньше 4-х и больше 24-х часов.

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

Выполняется нагрузочное планирование (capacity planning). Создаётся детальный план, который учитывает объём работы, имеющиеся ресурсы и длительность проекта. Имеющиеся технические задачи распределяются между сотрудниками. План обновляется для каждого майлстоуна, т.к. входе работы над проектом ситуация может меняться. Учитывается overhang для всей команды. Если сильно не успеваем, то некоторые фичи могут быть отменены.
Какими инструментами вы пользуетесь для выполнения всех этих работ?

66
PSS. Это скорее техническое замечание. Мелкое.
> Feature - Sub-Feature - Sub-Feature Element.
Это один из видов классификации. Я бы предпочел фасетную классификацию. Понимаю, что сильно сложнее, поэтому не готов рекомендовать для всех. Скорее всего, ваш способ лучше для вас и для многих других.

Можно поподробнее про фасетную классификацию?
Как лучше классифицировать задачи?

67
Что согласно статистическим исследованиям, приведет к снижению производительности в 1.5 - 2 раза. Смотри книгу "Peapleware"
Это книга Демарко?

У Голдратта в "Критической цепи" приведено теоретическое обоснование для этих наблюдений.
А можешь приблизительно указать место в книге где находится это обоснование?
Какая глава хотя бы, хочется внимательно перечитать

>> Эта система позволяет постоянно держать нагрузку на все звенья разработки.
Что согласно "теории ограничений" совсем не хорошо.
Ну почему же?
Согласно теории ограничений всегда есть более слабое звено, этого не избежать.
Ну это же не значит что надо работать в полсилы? Тогда получится что более сильные звенья еще меньше нагружены.
Просто надо выполняя работу, параллельно искать и укреплять самое слабое звено.

68
Ну вообщем-то каждая задача должна быть оценена (непосредственным исполнителем, заказчиком, тим лидом) как минимум по таким параметрам как: критичность (на сколько критична эта задача в рамках текущего состояния дел), приоритетность (а по-сути очередность) и трудоемкость (оценивается обычно разработчиками), или другие параметры на свой выбор
То о чем вы сейчас говорите - это очень "горячо" - в смысле очень близко к тому ради чего я начинал тему.
Вы правильно говорите, что каждая задача должна быть оценена.
Я с вами согласен.

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

Теперь возникает вопрос: как делать оценку задач? Какие признаки задач надо выделить, какие значения этих признаков рассматривать?
Вы говорите о "критичности" "приоритетности" и "трудоемкости".
Из них "критичность" и "приоритетность" - это уже результат оценки задачи, это не "первичные" признаки задач.

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

В упомянутом "Методе анализа иерархий" предлагается придумать какие-то критерии, назначить им коэффициенты, и т.д. В итоге получим числовую оценку "критичности".
То есть предлагается какой-то формальный подход.
А вы как делаете такие оценки?

69
Я за это время нашел один из методов, который позволяет упорядочивать задачи:
https://ru.wikipedia.org/wiki/Метод_анализа_иерархий.

Но его применение наверно будет очень трудозатратным.

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

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

Или в вашем случае нет такой команды?
небольшая команда есть, но все равно количество задач у меня получилось очень значительное

Сергей, о каком количестве задач идёт речь? Десятки? Сотни? Тысячи? Десятки тысяч?
Высокоуровневых задач наверно 100-200,
а задач более низких уровней - несколько тысяч.

Расскажу о системе, которую применяем мы, оперируя десятками тысяч задач при работе над очередной версией приложения.
1. Разбиваем задачи на несколько видов. Например:
...
2. Задачи вносятся в систему контроля задач в соответствии с их видом. Каждый вид имеет свой workflow.
3. Приложение "дробится" на области по разным основаниям. Мы используем одновременно две классификации: пользовательскую и техническую. Пользовательская классификация позволяет "раздробить" приложение на части с точки зрения пользователя. Техническая "дробит" приложение на технические части.
...
4. Каждая задача содержит маркеры - к какой области она относится. Одновременно используются 2 классификации - пользовательская и техническая.
5. Также в качестве маркера можно использовать и feature, к которой относится задача.
Ну хорошо, есть у вас задачи, которые вы внесли в систему контроля, проклассифицировали и т.д.
Дальше мы должны организовать их выполнение, кому-то поручить их.
Но ведь у вас же не тысяча исполнителей, вы же не можете сразу все задачи кому-то назначить.
И вот здесь начинается самое интересное, именно этого и касается мой вопрос.
Значит нужно из всех задач (как вы пишете - из десятков тысяч) выбрать именно те, которые наиболее актуальны на данный момент.
Как вы делаете этот отбор? По каким признакам вы отбираете первоочередные задачи? Вот это меня интересует.

Мы используем одновременно 2 системы управления задачами + Excel:
1. Hansoft - для управления девелоперскими задачами, для распределения нагрузки, планирования спринтов, контроля сроков.
...
Как вы распределяете нагрузку?
Есть какой-то подход? Или просто хаотично?

Коллеги, понимаю, что мое мнение отличается от мнения большинства, но тем не менее:

В деле управления задачами на первом месте стоят знания и умения.
Знания и умения чего?
В деле управления задачами надо знать что? и уметь что?

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

Так а зачем вы начали так общаться, чтобы стало неинтересно?

Вы сами написали в эту тему, и зачем в первом же сообщении сразу про доктора?
Мне не то что было неинтересно, мне было неприятно.
Тем не менее я продолжил, и корректно у вас спросил что вы имеете ввиду.
Вы и во второй раз написали про доктора. Вы считаете это приемлемым?

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

72
Очень трудно с вами общаться, Сергей - вы на 5 моих предложений ответили 50-ю своими )))
Лично вы даже и не пытались общаться.
Вы высказали пару каких-то непонятных намеков и все. Ни одного ответа на мои вопросы вы не сказали.

Или что вы подразумеваете под общением? Поговорить о том, о сём?
Вы вот упорно предлагаете о медицине поговорить.
Но на тему о докторах мне не хочется общаться.

Мой вопрос достаточно конкретный, и мне хотелось бы обсудить именно этот вопрос.
Я же вижу, что некоторые ответы уходят от темы.
Поэтому мне и приходится написать 50 предложений, чтобы точнее разъяснить свой вопрос.

Между нами такая техника называется "забалтывание", применяется в публичных выступлениях, продажах и т.п.
Специально я не хотел никого забалтывать.
Повторюсь, я старался подробно разъяснить свой вопрос.

Если вы все знаете (или догадываетесь) - не задавайте вопросов, не тратьте чужое время.
Где я написал, что я все знаю?

Если вы не знаете, но вам все порекомендованное не подходит (из 2 страниц рекомендаций)…
А где вы видели рекомендации?
Была, правда, одна рекомендация по делу от bas-а. Но там всего 10 строк, а никак не две страницы.
Кто-то из нас невнимательно читает. Может быть, я не внимательно читаю.
Пожалуйста, процитируйте рекомендации, которые вы считаете соответствующими моему вопросу.

…к доктору )))
Вы наверно профессию не ту выбрали. У вас какая-то тяга ставить диагнозы и к доктору посылать.
Как-то странно. Я лично вам задал порядка 15 вопросов. И ни на один вы не дали ответа.
А про доктора написали аж дважды. Может это у вас навязчивая идея?

73
Вот честно, я Вас не очень понимаю. Какого ответа Вы ждете? Такого, чтобы в названии или аннотации метода было написано "специально  для составления оптимального расписания по иерархической системе задач"?
Вообще-то да.
Ну или хотя бы просто «для составления расписания по иерархической системе задач».

Лично я таких не помню.
А чего ж мы тут воздух сотрясаем? С этого и надо было начинать.

Если же говорить о других…
Не надо о других. Другие методы пока не интересуют.

Например, берем сетевой график, переписываем его в диаграмму Ганта. Получаем план работ на сколько надо. (но лучше, конечно, не в ганта, а в формат плана работ).
Так просто не получится.
Сетевой график не содержит запланированных дат начала и окончания работ.
А в диаграмме Ганнта (в плане работ) у каждой задачи даты начала и окончания назначены.
Поэтому, прежде чем строить диаграмму Ганта, всем работам нужно каким-то образом эти даты назначить.

А что именно непонятно? Есть дата начала работ. Есть вехи. Есть критический путь без общих и частных резервов. Есть работы, которые определенным образом зависят друг от друга (предшеструют, следуют и т.п.). Берем, и переписываем хоть в ганта, хоть в календарный план. Работы с резервами двигаем туда-сюда в рамках резервов в меру собственных представлений о прекрасном.
Что-то подобное хочется увидеть в более-менее формализованном виде.
Не просто "двигать туда-сюда ... в меру собственных представлений", а все-таки на основе каких-то правил и критериев.

А 34-я серия ГОСТ - она тоже только для оформления? :)
Вы же говорили про ЕСКД?

74
UML SysML и пр. / Особенности Universal Systems Language
« : 25 Декабря 2014, 22:30:08 »
Добрый день!
Есть такая нотация моделирования Universal Systems Language: http://en.wikipedia.org/wiki/Universal_Systems_Language.
Кто-нибудь сталкивался с ней?
В чем ее особенности?
Отличия от обычного SysML?

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


Эффективность в данном случае будет завязана на творчество, которое часть управления. Хотя, конечно, смотря как определять саму эффективность. Что ставить в числитель, что в знаменатель.

Я в этой теме все время говорю только об одном: "чтобы эффективно работать с большим количеством задач".
А почему это вы, отвечая на обсуждение качества инструмента (начали мы конкретно с MS Project-а), резко переключились на управление вообще?
Давайте разделим мух и котлет: инструменты, творчество и управление. ОК?
Давайте сначала поставим точку на инструментах: все-таки инструменты имеют важное значение для результата. Остановимся на этом?

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

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

Вы же пытаетесь "вырастить" что-то из методологий.
Я ничего не пытаюсь вырастить из методологий. Я их просто хочу узнать.
Предлагаю точнее сформулировать и выделить жирным главный вопрос:
"Какие есть на данный исторический момент методы для работы с большой иерархической структурой задач,
творческое применение которых помогает составить оптимальное расписание для этих задач".
Во! Вопрос понятно сформулирован? Если нет, давайте это сразу выясним.

"надо взять [название инструмента] cделать [алгоритм] и всё будет шикарно!". Но это мой опыт, а у Вас может что-то и получится.
Мне не хочется погружаться в обсуждение еще и своих дальнейших действий. Давайте не будем? Ну, правда, хватит уже. Какой смысл рассуждать на тему «а вдруг мы узнаем алгоритм, а он не сработает, и ничего у нас не получится»? Когда мы даже про сам алгоритм ничего не сказали.
Нужны просто названия методов, которые вы знаете, если они общепринятые. Либо кратко ваш метод, если он у вас есть. Можно обсудить каждый из этих методов, их плюсы и минусы. Давайте не уходить от этой темы.

Правда? :)
Да я даже потерялся... Почти все, что создается детьми - творчество чистой воды, начиная с рисунков на обоях. Они не изучают методологии, они просто рисуют. Я это говорил к тому, что творческое начало не требует огромного багажа всякого разного.
Хорошо, я не буду больше спорить про какое то абстрактное творчество. Пусть будет так. Пусть дети – это самые творческие люди.  Это не то о чем я хочу узнать.

По имени одного из них университет до сих пор называется. Еще смутно помню нескольких, но имена и факты уже не назову. Хотя на языке вертятся. В целом, имя им - легион. Можно, например, спросить Яндекс про "крепостных иконописцев/зодчих" или "крепостных самородков".
Не путайте крестьянина и крепостного. Крестьянин – это тот, кто пашет землю, а не иконы пишет. А крепостничество – это просто зависимость, крепостной – это зависимый, но заниматься он при этом может написанием икон. Я говорил о том, что упомянутые вами авторы смогли написать свои произведения, благодаря тому, что они занимали такое положение в обществе, которое позволяло им писать книги. Вряд ли полуголодный крестьянин, которому нужно кормить 5-х детей, вдруг начнет памфлеты сочинять.
Кстати, Ломоносов, живя в деревне ничего научного не открыл. Он стал ученым, когда перестал заниматься крестьянским трудом, обеспечил себе условия для занятий наукой, сосредоточился на науке, и только после этого у него появились результаты. Не так ли?

Ага. Именно поэтому - инструмент. Хочу, беру эту методологию. Хочу - другую. И пользуюсь. У нас работа информационная, и инструменты соответствующие.
Хорошо, методология – это инструмент. Мне хотелось бы познакомиться с такими инструментами.

А дерево задач - это что-то большее? :) В части организации пула задач сетевые графики попродвинутее будут, нежели иерархические структуры. Взгляните пристальнее. К сетевым графикам прилагаются методы. Например, расчета по ним критического пути.
Допустим, я свою иерархическую структуру переведу в сетевой график. Рассчитаю критический путь.  Как дальше на его основе получить план работ на ближайшие периоды: неделю, месяц?

Я уже несколько назвал. Графики (диаграммы) Ганта, сетевые графики - для организации задач. Попарные сравнения - для установки приоритетов. Даже метод освоенного объема опосредованно применим для тех же приоритетов.
Диаграмма Ганта, мне кажется, сюда не подходит. Диаграмма Ганта - это конечный результат того метода, который я ищу, это уже запланированные задачи.
Сетевой график как исходные данные для построения расписания – да подходит, но неясно, каким методом получить из него расписание.
Попарные сравнения на предмет чего?

ЕСКД.
Это только для оформления, а не для составления плана.

Страницы: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 »