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

Дисциплины => Управление Проектом => Тема начата: Сергей() от 09 Декабря 2014, 23:44:25

Название: Управление большим количеством задач
Отправлено: Сергей() от 09 Декабря 2014, 23:44:25
Достался мне проект с большой иерархической системой задач. Общее количество задач достаточно большое. Все эти задачи друг с другом как-то связаны.
Есть там и стратегические задачи и тактические, и долгосрочные и краткосрочные.
Исполнители: и наше подразделение и вышестоящее подразделение и другие параллельные подразделения.

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

Существуют ли какие-то научные теоретические подходы для работы с таким количеством задач?
Как их классифицировать? На какие множества можно разделить все задачи? Какие состояния могут быть у задачи?

В общем, нужны какие-то подходы, чтобы эффективно работать с большим количеством задач.
Посоветуйте, пожалуйста, что-нибудь.
Название: Re: Управление большим количеством задач
Отправлено: ida - брэнд с 14-летней историей от 11 Декабря 2014, 16:44:41
Сортировать, группировать, короче говоря все, что обычно делают с неструктурированной информацией.
Название: Re: Управление большим количеством задач
Отправлено: Леонид от 11 Декабря 2014, 17:41:07
Есть там и стратегические задачи и тактические, и долгосрочные и краткосрочные.
Исполнители: и наше подразделение и вышестоящее подразделение и другие параллельные подразделения.

По-моему, в Вашем вопросе уже есть бОльшая часть ответа.
Название: Re: Управление большим количеством задач
Отправлено: SALar от 12 Декабря 2014, 12:37:26
http://vimeo.com/channels/laf2011/27122901

http://www.ozon.ru/context/detail/id/28330213/

Саша, вынеси этот вопрос в FAQ что ли. Раз десятый отвечаю.
Название: Re: Управление большим количеством задач
Отправлено: Сергей() от 12 Декабря 2014, 19:35:00
Сортировать, группировать, короче говоря все, что обычно делают с неструктурированной информацией.

Это понятно, что надо сортировать, группировать и т. д.
Хотелось бы услышать что-то более конкретное...

Как сортировать?
На какие группы разделять? Что с этими группами дальше делать?

То есть хочется познакомиться с какой-либо методикой,
неким алгоритмом, которые бы позволяли справляться с таким объемом задач,
более-менее эффективно
Название: Re: Управление большим количеством задач
Отправлено: Сергей() от 12 Декабря 2014, 19:43:40
По-моему, в Вашем вопросе уже есть бОльшая часть ответа.

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

А хочется опереться на теорию, систему.

Как говорил великий Ленин: «…кто берется за частные вопросы без предварительного решения общих, тот неминуемо будет на каждом шагу бессознательно для себя «натыкаться» на эти общие вопросы..."
Название: Re: Управление большим количеством задач
Отправлено: Сергей() от 12 Декабря 2014, 19:44:25
http://vimeo.com/channels/laf2011/27122901

http://www.ozon.ru/context/detail/id/28330213/

Саша, вынеси этот вопрос в FAQ что ли. Раз десятый отвечаю.

спасибо,
сейчас посмотрю эти материалы
Название: Re: Управление большим количеством задач
Отправлено: Сергей() от 12 Декабря 2014, 19:55:49
http://vimeo.com/channels/laf2011/27122901
Сергей,
у меня видео не открывается,
можно это прочитать в виде текста?
Название: Re: Управление большим количеством задач
Отправлено: Григорий Печенкин от 12 Декабря 2014, 23:05:50
Сергей,
у меня видео не открывается,
можно это прочитать в виде текста?

Странно, что не открывается - всё работает. Но вообще Сергей предлагает очень сложный путь, типа "просто поднимитесь на Эверест, и оттуда вам всё станет видно". :)

Я боюсь, что ответы на заданные вопросы ни в видео, ни в книге не будут найдены. Книгу Детмера вообще имеет смысл читать только после прочтения романов самого Голдратта. А чтобы применять теорию ограничений на практике, нужно быть топ-менеджером.
Название: Re: Управление большим количеством задач
Отправлено: Сергей() от 12 Декабря 2014, 23:58:02
Видео посмотрел.
Получается, что "хороший" метод управления задачами является следующий.
В первую очередь должны выполнятся задачи. которые:
1) критические и имеют определенный бюджет
2) более трудоемкие
3) относятся к критическому пути с учетом зависимостей между задачами

Название: Re: Управление большим количеством задач
Отправлено: Сергей() от 13 Декабря 2014, 00:04:32
Странно, что не открывается - всё работает.
да, все нормально, это у меня в браузере был запрет

Книгу Детмера вообще имеет смысл читать только после прочтения романов самого Голдратта. А чтобы применять теорию ограничений на практике, нужно быть топ-менеджером.
В этой книге вроде ничего сложного, все основано на логике и причинно-следственных связях.
Я читал примерно год назад.
Сейчас собираюсь перечитать более внимательно, имея ввиду применение высказанных в ней идей к управлению задачами.
Название: Re: Управление большим количеством задач
Отправлено: Леонид от 13 Декабря 2014, 19:56:53
Видео посмотрел.
Получается, что "хороший" метод управления задачами является следующий.
В первую очередь должны выполнятся задачи. которые:
1) критические и имеют определенный бюджет
2) более трудоемкие
3) относятся к критическому пути с учетом зависимостей между задачами

Ну... Что-то в этом роде утверждает современный подход к управлению проектами.
И, как обычно, есть нюанс. А то и не один.

Например, трудоемкость задач в нашей сфере величина переменная во времени и ресурсном пространстве. В частности, зависит от:

Что до меня, то при наличии возможности я стараюсь в первую очередь "закрывать" наиболее легковыполнимые (как минимум, по предварительной оценке) и перспективные задачи.
Во-первых, с тем, чтобы максимально эффективно задействовать ресурсы.
Во-вторых, в надежде, что по мере выполнения "простых" задач будет добыта информация, которая упростит оставшиеся.
В третьих, это позволяет бодрее снижать гнёт ответственности от масштабов горы задач.
В четвертых, это вселяет уверенность в собственные силы. Причем не только личную, но и в коллективе.
Название: Re: Управление большим количеством задач
Отправлено: Сергей() от 14 Декабря 2014, 15:01:21
Леонид, спасибо за советы

при наличии возможности я стараюсь в первую очередь "закрывать" наиболее легковыполнимые (как минимум, по предварительной оценке) и перспективные задачи.
а что значит "легковыполнимые"? это эквивалентно "менее трудоемким"?
Название: Re: Управление большим количеством задач
Отправлено: Сергей() от 14 Декабря 2014, 15:23:17
подумал тут на выходных...

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

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

Так вот существуют какие-либо методы, которые при большой и многоуровневой декомпозиции позволяют:
1) "перенести" приоритеты, установленные для целей и высокоуровневых задач, на нижележащие задачи - операции?
2) легко отследить связь каждой операции с высокоуровневыми задачами и целями, и влияние каждой операции на степень достижения цели?
3) составлять расписание для операций в соответствии с приоритетами вышестоящих задач?
Название: Re: Управление большим количеством задач
Отправлено: Сергей() от 14 Декабря 2014, 15:27:19
http://vimeo.com/channels/laf2011/27122901
Еще раз пересмотрел лекцию...
Кажется, в ней нет ответа на вопрос: каким способом, на основании каких критериев отбираются задачи для очередного релиза из всего длинного списка задач проекта?
Название: Re: Управление большим количеством задач
Отправлено: Леонид от 14 Декабря 2014, 19:12:44
а что значит "легковыполнимые"? это эквивалентно "менее трудоемким"?

Да, не очень удачный термин. В принципе, можно назвать и "менее трудоемким". Для первого приближения вполне достаточно.
Если копнуть чуть глубже, то "легковыполнимость" складывается из совокупности "в моменте":
- степени информированности по задаче;
- примерных календарных сроков выполнения (чем меньше, тем лучше);
- наличия оптимального исполнителя.

Прошу извинить за возможные неточности и расплывчатости формулировок - я не особенно задавался целью формализовать свой подход. Да и не уверен, что в принципе на бумаге может получиться ровно и гладко. Поэтому делюсь, как могу.
Название: Re: Управление большим количеством задач
Отправлено: SALar от 15 Декабря 2014, 11:52:53
Предлагаю разбить на следующие варианты:
* Создаем информационную систему с нуля
* Создаем информационную систему на замену
* Сопровождаем существующую
Это сильно разные случаи (на мой взгляд). Выбирайте, что рассматриваем.
Название: Re: Управление большим количеством задач
Отправлено: ida - брэнд с 14-летней историей от 15 Декабря 2014, 14:48:05
Хотелось бы услышать что-то более конкретное...
За деньги - с удовольствием расскажу.
Бесплатно - ищите в литературе.

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

Т.е. - никакого секрета в том, что здесь нет секретов, нет )))
Название: Re: Управление большим количеством задач
Отправлено: Сергей() от 15 Декабря 2014, 21:31:49
Предлагаю разбить на следующие варианты:
* Создаем информационную систему с нуля
* Создаем информационную систему на замену
* Сопровождаем существующую
Это сильно разные случаи (на мой взгляд). Выбирайте, что рассматриваем.

Давайте рассмотрим вариант модернизации существующей системы.
Некоторые функции нужно развить.
И реализовать новые бизнес-процессы, которые будут использовать существующие элементы системы.
Название: Re: Управление большим количеством задач
Отправлено: Сергей() от 15 Декабря 2014, 21:33:22
Никаких универсальных алгоритмов не существует, кроме тех, что уже описаны, и, следовательно, доступны для поиска (вам выше порекомендовали).
процитируйте, пожалуйста, какие из рекомендованных алгоритмов вы имеете ввиду?
Название: Re: Управление большим количеством задач
Отправлено: bas от 16 Декабря 2014, 16:35:53
Сергей (es3000),

Вы сказали, что у вас есть 3 уровня задач:
1. Цели
2. Стратегические задачи
3. Элементарные задачи

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

Если да, то можно воспользоваться системой ранжирования MoSCoW (http://en.wikipedia.org/wiki/MoSCoW_method), но это надо делать с бизнесом обязательно:
1. Ранжируем Цели по MoSoW, в каждой группе д.б. примерно одинаковое кол-во задач
2. Берем М из целей и ранжируем Стратегические по MoSoW
3. Берем М из Стратегических и ранжируем Элементарные по MoSoW
4. Решаем М из элементарных, оставляем запас для срочных задач
5. Далее повторяем все сначала, т.к. за это время приоритеты могут поменяться

Если нет, то нужно привести к строгому соответствию Цель-СтатегЗадача-ЭлементЗадача, проставив каждой задаче свой тип.
Название: Re: Управление большим количеством задач
Отправлено: bas от 16 Декабря 2014, 16:36:12
Сергей, тему прикрепил
Название: Re: Управление большим количеством задач
Отправлено: Сергей() от 16 Декабря 2014, 16:50:27
Вы сказали, что у вас есть 3 уровня задач:
1. Цели
2. Стратегические задачи
3. Элементарные задачи
Да, так и есть,
Только на самом деле промежуточных уровней между 1-м уровнем и 3-им уровнем гораздо больше:
в некоторых ветках доходит до 7 уровней.
В русском языке даже и слов то уже не подобрать: стратегические, тактические, операционные, элементарные.

В реальной жизни если нарисовать настоящее дерево целей - то там даже и уровни выделить-то сложно.
Одна задача может быть условием для достижения одновременно двух целей: 3-го уровня и 2-го уровня.
Вот каким ее уровнем считать?

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

Если да, то можно воспользоваться системой ранжирования MoSCoW (http://en.wikipedia.org/wiki/MoSCoW_method), но это надо делать с бизнесом обязательно:
1. Ранжируем Цели по MoSoW, в каждой группе д.б. примерно одинаковое кол-во задач
2. Берем М из целей и ранжируем Стратегические по MoSoW
3. Берем М из Стратегических и ранжируем Элементарные по MoSoW
4. Решаем М из элементарных, оставляем запас для срочных задач
5. Далее повторяем все сначала, т.к. за это время приоритеты могут поменяться
спасибо, обязательно посмотрю

Если нет, то нужно привести к строгому соответствию Цель-СтатегЗадача-ЭлементЗадача, проставив каждой задаче свой тип.
Ну тут опять же определенные сложности.
Ведь промежуточных уровней гораздо больше?
Название: Re: Управление большим количеством задач
Отправлено: Леонид от 17 Декабря 2014, 09:46:01
Только на самом деле промежуточных уровней между 1-м уровнем и 3-им уровнем гораздо больше:
в некоторых ветках доходит до 7 уровней.
В русском языке даже и слов то уже не подобрать: стратегические, тактические, операционные, элементарные.
В реальной жизни если нарисовать настоящее дерево целей - то там даже и уровни выделить-то сложно.
Одна задача может быть условием для достижения одновременно двух целей: 3-го уровня и 2-го уровня.
Вот каким ее уровнем считать?

Слов не подобрать? Их есть в русском языке. Слов в русском языке дох... много. :)
Другой вопрос - а надо ли? Может, обойтись без бирок, и организовать все связями "зависит от" и  "влияет на"? Да проставить на них веса (возможно, еще что-нибудь, в меру собственной изобретательности)? Тогда концепцию "уровней" можно будет сместить на позицию примочки, облегчающей начальству понимание общей ситуации.

Правда, есть нюанс. Ведение такой базы (активное ведение - меняется как внешняя ситуация, так и внутренняя) может потребовать таких усилий, что лекарство окажется хуже болезни.
Название: Re: Управление большим количеством задач
Отправлено: Сергей() от 17 Декабря 2014, 10:12:53
Может, обойтись без бирок, и организовать все связями "зависит от" и  "влияет на"? Да проставить на них веса (возможно, еще что-нибудь, в меру собственной изобретательности)? Тогда концепцию "уровней" можно будет сместить на позицию примочки, облегчающей начальству понимание общей ситуации.
Что будет обозначать вес?
Чем он будет отличаться от обычного приоритета?
Например в MS Project-е есть поле "приоритет", подойдет оно для веса?

Правда, есть нюанс. Ведение такой базы (активное ведение - меняется как внешняя ситуация, так и внутренняя) может потребовать таких усилий, что лекарство окажется хуже болезни.
И какой выход предлагаете?
Ведь если нет такой базы - нет плана работ на ближайшее время.
А нет плана работ - нет и самой работы, или работа будет выполняться хаотично.
Название: Re: Управление большим количеством задач
Отправлено: Леонид от 17 Декабря 2014, 11:01:41
Что будет обозначать вес?
Чем он будет отличаться от обычного приоритета?

Это не приоритет. Приоритет, как правило, нужен для установления очередности.

Обозначать будет то, что нужно Вам. Например, степень влияния этой задачи на зависимую от нее. Слабо, средне, сильно. Слабо - можно забить, если прижмет. Сильно - без завершения этой задачи зависимую не сделать.

Например в MS Project-е есть поле "приоритет", подойдет оно для веса?

Не знаю, я им пользуюсь нечасто и довольно поверхностно. В основном, для представления структуры задач в понятной для непосвященных форме.

И какой выход предлагаете?
Ведь если нет такой базы - нет плана работ на ближайшее время.
А нет плана работ - нет и самой работы, или работа будет выполняться хаотично.

А я и не предлагаю. Я могу только поделиться тем, что делаю я сам. И не уверен, что это сработает в Вашей ситуации.
Я не веду формализованный учет в каких-то программных средствах. Я держу где-то "памятки" с почти плоским списком задач для себя - чтобы не забыть, что они есть. (тот же проджект вполне годится, как и блокнот). А все планирование веду "в голове", выкладывая на бумагу те или иные срезы планов по потребности. Потребность может быть обусловлена, например, необходимостью согласовать план работ с начальством. Пусть он будет лишь плоской проекцией реальной ситуации и устареет через неделю - но в качестве ориентиров и для понимания всеми сторонами - сойдет.

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

Помогает мне то, что особой потребности заниматься совсем уж микроменеджментом у меня нет (нет задач вида "разработать подраздел 4.2.3.4.8 ТЗ - 2 часа"). Благо, уровень компетенций коллег позволяет оставить такие вопросы им.
Название: Re: Управление большим количеством задач
Отправлено: ida - брэнд с 14-летней историей от 17 Декабря 2014, 13:00:31
Что будет обозначать вес?
Чем он будет отличаться от обычного приоритета?
Например в MS Project-е есть поле "приоритет", подойдет оно для веса?
И какой выход предлагаете?
Ведь если нет такой базы - нет плана работ на ближайшее время.
А нет плана работ - нет и самой работы, или работа будет выполняться хаотично.
Судя по характеру задаваемых вопросов и тщательности проработки в общем-то несущественных деталей, в данной ситуации имеется проблема с взятием ответственности за конкретные действия, конкретных людей, в т.ч. автора темы.

Если предположение верное, то методологией эта задача не решается - только психотерапией (возможно, групповой, возможно в более мягком варианте под названием "организационное консультирование") ))) Это не пиар-акция, а быстрая субъективная диагностика, если что.
Название: Re: Управление большим количеством задач
Отправлено: Сергей() от 17 Декабря 2014, 15:56:37
ida
Так-так, очень интересно.
Можно поподробнее?

Судя по характеру задаваемых вопросов и тщательности проработки в общем-то несущественных деталей...
какие детали вы считаете несущественными?

...в данной ситуации имеется проблема с взятием ответственности за конкретные действия, конкретных людей, в т.ч. автора темы.
Что-то тут не понял.
Кто и какую ответственность берет (или не берет)?
И в чем заключается проблема с этой ответственностью?

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

...решается - только психотерапией (возможно, групповой, возможно в более мягком варианте под названием "организационное консультирование") ))) Это не пиар-акция, а быстрая субъективная диагностика, если что.
Вкратце, скажите, пожалуйста, какое решение вы предлагаете?
Готов услышать и попробовать любые варианты, только бы помогло.
Название: Re: Управление большим количеством задач
Отправлено: Сергей() от 17 Декабря 2014, 16:12:42
Это не приоритет. Приоритет, как правило, нужен для установления очередности.
Обозначать будет то, что нужно Вам. Например, степень влияния этой задачи на зависимую от нее. Слабо, средне, сильно. Слабо - можно забить, если прижмет. Сильно - без завершения этой задачи зависимую не сделать.
Понятно. Это что-то типа рекомендованного выше метода MoSCOW.

Не знаю, я им пользуюсь нечасто и довольно поверхностно. В основном, для представления структуры задач в понятной для непосвященных форме.
А чем можно пользоваться вместо MS Project-а?

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

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

И пришел к выводу, что без ПО не обойтись.
Теперь в ПО конечно работать намного легче.

Но результат часто зависит от моих субъективных возможностей: я тоже часто могу неправильно оценить важность - и все - весь план поплыл.
Значит нужно какое-то правило, какой-то алгоритм работы с такими задачами, который бы позволил свести субъективные ошибки к минимуму.
Не зря же придуманы уже упомянутый MoSCOW, метод Эйзенхауэра, и т.д. Но чего то в них не хватает.

Помогает мне то, что особой потребности заниматься совсем уж микроменеджментом у меня нет (нет задач вида "разработать подраздел 4.2.3.4.8 ТЗ - 2 часа"). Благо, уровень компетенций коллег позволяет оставить такие вопросы им.
Таких мелких задач у меня тоже нет, самая мелкая - 1 день.
Но самые верхние - 6 месяцев.
И много промежуточных уровней.
Название: Re: Управление большим количеством задач
Отправлено: ida - брэнд с 14-летней историей от 17 Декабря 2014, 16:19:10
ida
Так-так, очень интересно.
Можно поподробнее?
какие детали вы считаете несущественными?
Что-то тут не понял.
Кто и какую ответственность берет (или не берет)?
И в чем заключается проблема с этой ответственностью?
Ну, во-первых, получается, что задачу еще даже и не пробовали решать,
так как никто никакой ни методологии ни других способов так и не предложил.
Вкратце, скажите, пожалуйста, какое решение вы предлагаете?
Готов услышать и попробовать любые варианты, только бы помогло.
Я не пыталась вас ни в чем убедить, высказала субъективную точку зрения, основанную на личном профессиональном опыте.
Как распорядиться этой информацией - дело сугубо ваше личное ))))

Любой вариант, который вы найдете сами, будет не хуже предложенных кем-то другим - т.к. на конечный результат влияют действия конкретных людей, выполняющих конкретные операции. А не методология. Вот этот факт вы похоже и игнорируете (или делаете вид), прося здесь панацею. Нет ее ))) Каждый метод имеет недостатки - любой приходится адаптировать под себя. Можно и свой придумать
Название: Re: Управление большим количеством задач
Отправлено: Леонид от 17 Декабря 2014, 16:37:38
Понятно. Это что-то типа рекомендованного выше метода MoSCOW.

Что-то типа этого появилось сильно раньше, чем метод под названием MoSCoW. Скорее всего, еще до открытия огня.

А чем можно пользоваться вместо MS Project-а?

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

Поначалу у меня тоже так и было: вел все в блокноте, типа большого ежедневника.

Я не "веду". :)

Вот-вот, это самое главное.

Что именно? Преимущества или недостатки?

И я наткнулся на такие же проблемы.
Когда количество задач стало достаточно велико, работать с ними в блокноте стало нереально.
Несколько раз пропустил сроки.

Так и я постоянно сталкиваюсь. Просто считаю, что микрофакапы - вполне приемлемая цена за полученную эффективность.

И пришел к выводу, что без ПО не обойтись.
Теперь в ПО конечно работать намного легче.
Это хорошо. А я пришел к выводу, что поддержание модели в ПО требует от меня трудозатрат больших, чем потери от моей рассеянности и субъективности. Думаю, это довольно индивидуально. И разумеется, я об этом начальству не докладываюсь (особенно по случаю самих микрофакапов). Наверное, с течением времени и выходом нервных клеток на пенсию, таки придется завести "записную книжку". Или две.

Но результат часто зависит от моих субъективных возможностей: я тоже часто могу неправильно оценить важность - и все - весь план поплыл.

А это вообще неустранимая проблема. Она у нас в ядре. :)

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

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

Не зря же придуманы уже упомянутый MoSCOW, метод Эйзенхауэра, и т.д. Но чего то в них не хватает.

Не зря. Только не придуманы, а по большей части "оформлены". Но проблема обратно не в них. Что лично до меня - я с этим смирился и ужился.
Название: Re: Управление большим количеством задач
Отправлено: Сергей() от 18 Декабря 2014, 10:57:03
Я не пыталась вас ни в чем убедить, высказала субъективную точку зрения, основанную на личном профессиональном опыте.
Как распорядиться этой информацией - дело сугубо ваше личное ))))
Повторюсь, я готов воспользоваться вашей информацией.
Только дело в том, что вы недостаточно четко и ясно выразили свою точку зрения.
Дайте, пожалуйста, чуть-чуть побольше информации, чтобы ею можно было воспользоваться.
Как говорится: "если сказал А, то надо сказать и Б".

Ответьте, пожалуйста, на мои вопросы из предыдущего сообщения:
1) Вы говорили, что я пытаюсь вникнуть в несущественные детали.
Какие детали вы считаете несущественными для озвученной проблемы по работе с большим перечнем задач?
И почему?
2) Вы увидели какую-то проблему с ответственностью в нашей организации.
Разъясните пожалуйста подробней какую проблему с ответственностью вы видите? Как ее устранить?
3) Насчет психотерапии... По вашему намеку было понятно, что вы обнаружили у нас (или у меня) еще более серьезные проблемы.
Так все-таки скажите определенно в чем они заключаются?

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

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

Таким образом, методы и методологии - это некий опыт в определенной сфере.
Причем на конкретный исторический момент, поэтому естественно они имеют и какие-то недостатки.

А теперь по пунктам:

Любой вариант, который вы найдете сами, будет не хуже предложенных кем-то другим...
Не факт.
Во-первых, на поиски такого варианта может уйти слишком много времени.
Представьте, за какое время вы сможете решить элементарную задачу по физике, если учитель вам не расскажет про Первый Закон Ньютона, а предложит вам самим "изобрести" способ решения? И, во-вторых, вряд ли большинство учеников найдет лучшее решение чем Закон Ньютона.
Так что перед поиском своего варианта очень желательно ознакомиться с уже существующими вариантами.

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

...на конечный результат влияют действия конкретных людей, выполняющих конкретные операции. А не методология....
А вот с этим не согласен.
Как я выше писал - методология - это накопленный опыт. Опыт всегда влияет на наши действия.
Зная предыдущий опыт я могу сделать свои действия эффективнее.

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

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

...Можно и свой придумать...
Конечно, теоретически, можно и свой метод придумать.
Но выше я писал, что придумать свой метод с нуля - это неэффективно.
Нужно сначала изучить, то что уже есть.


Название: Re: Управление большим количеством задач
Отправлено: Сергей() от 18 Декабря 2014, 11:16:41
Вам? Не знаю, честно. Для того, чтобы фиксировать памятки, мне подходит что угодно. Проджект, джира, багзилла или, если угодно, эксель и блокнот. Это не производственный инструмент (в рассматриваемом контексте), это костыль для поддержания картины в памяти. На самом деле чем проще инструмент (и меньше усилий требует его применение), тем лучше. Даже лист бумаги и ручка сгодится (ну, если бы я писал от руки быстрее, чем печатаю).
Эксель, блокнот, ручка - сразу отпадают.
Они не подходят для хранения скажем 200 задач с информацией о связях между ними, исполнителях, сроках и т.д.
Так что вопрос об инструменте актуален.

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

Так и я постоянно сталкиваюсь. Просто считаю, что микрофакапы - вполне приемлемая цена за полученную эффективность.
Это хорошо. А я пришел к выводу, что поддержание модели в ПО требует от меня трудозатрат больших, чем потери от моей рассеянности и субъективности. Думаю, это довольно индивидуально. И разумеется, я об этом начальству не докладываюсь (особенно по случаю самих микрофакапов). Наверное, с течением времени и выходом нервных клеток на пенсию, таки придется завести "записную книжку". Или две.
С течением времени это будет труднее сделать.
Если сейчас использование какого-то инструмента (например ПО) увеличивает трудозатраты,
то когда нервные клетки станут хуже - необходимость изучения нового инструмента вообще парализует всю работу, так как обучаемость с возрастом резко снижается.

Ну а менеджерские игрушки вроде метода попарных сравнений или метода освоенных объемов - это фикция. :)
Почему?
Какие еще есть "игрушки"?

Но проблема обратно не в них. Что лично до меня - я с этим смирился и ужился.
А я вот еще не достиг той стадии, когда "ужился", пока еще не могу "ужиться".
Название: Re: Управление большим количеством задач
Отправлено: Леонид от 18 Декабря 2014, 17:10:33
Эксель, блокнот, ручка - сразу отпадают.
Они не подходят для хранения скажем 200 задач с информацией о связях между ними, исполнителях, сроках и т.д.
Так что вопрос об инструменте актуален.

Естественно не подходят. Но я этим и не занимаюсь, у меня просто другой подход.

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

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

Такого не должно быть, это нужно свести к минимуму.

Вопрос цены.

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

Обучаемость и новизна инструмента тут не при чем. Любой инструмент для эффективной работы требует к себе внимания и ласки. Чем сложнее и навороченнее инструмент, тем больше ласки он требует. И тем меньше остается сил и времени на то, чтобы самому получить то удовольствие, которое намеревался.
Применительно к нашему случаю, все связи между задачами, например, все равно придется вводить и актуализировать руками. А если у нас инструмент невероятно крут, он для этого предложит роскошный визард шагов эдак из 4х для каждого линка.

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

Почему?

Потому, что пытаются строить линейные модели нелинейных процессов. А то и эмерджентных систем.

Какие еще есть "игрушки"?

Так слету и не вспоминается, что еще советуют применять. Если порыться в гугле на предмет менеджерского инструментария, можно набрать целый букет по вкусу.

А я вот еще не достиг той стадии, когда "ужился", пока еще не могу "ужиться".

Развиваем дзэн. :)
Название: Re: Управление большим количеством задач
Отправлено: Сергей() от 18 Декабря 2014, 17:47:14
Обучаемость и новизна инструмента тут не при чем. Любой инструмент для эффективной работы требует к себе внимания и ласки. Чем сложнее и навороченнее инструмент, тем больше ласки он требует. И тем меньше остается сил и времени на то, чтобы самому получить то удовольствие, которое намеревался.
Применительно к нашему случаю, все связи между задачами, например, все равно придется вводить и актуализировать руками. А если у нас инструмент невероятно крут, он для этого предложит роскошный визард шагов эдак из 4х для каждого линка.

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

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

Итак, если подвести промежуточный итог на данный момент:
Предлагаю не уходить в сторону обсуждения инструментов.
Это действительно отдельный вопрос.

В этой теме я поднял вопрос о правилах по работе с иерархическим списком задач.
Пока на этот вопрос есть только один приемлемый ответ - это:

Если да, то можно воспользоваться системой ранжирования MoSCoW (http://en.wikipedia.org/wiki/MoSCoW_method), но это надо делать с бизнесом обязательно:
1. Ранжируем Цели по MoSoW, в каждой группе д.б. примерно одинаковое кол-во задач
2. Берем М из целей и ранжируем Стратегические по MoSoW
3. Берем М из Стратегических и ранжируем Элементарные по MoSoW
4. Решаем М из элементарных, оставляем запас для срочных задач
5. Далее повторяем все сначала, т.к. за это время приоритеты могут поменяться

Как-то маловато за несколько-тысячелетнюю историю человечества.
Название: Re: Управление большим количеством задач
Отправлено: Леонид от 18 Декабря 2014, 23:26:43
Ведь не спроста человек начал пользоваться сначала палкой, потом лопатой, потом экскаватором...

А как решал творческие задачи головой, так и продолжает. Наверное, палкой получается не очень.

В том числе у нас ограничены и возможности по переработке информации,

Это смотря какой. Вот с капчами у нас пока лучше получается, чем у роботов.

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

А я Вам как раз про "методы" и говорю. Метод освоенного объема - он тоже инструмент.

В этой теме я поднял вопрос о правилах по работе с иерархическим списком задач.

Да вроде нет. Не помню про иерархические списки в первоначальном вопросе. Иерархические списки, кстати, для серьезной работы с задачами не годятся. Они - по сути примитив для наглядности визуализации.

Как-то маловато за несколько-тысячелетнюю историю человечества.

Я Вам напомнил метод, который будет постарше изобретения огня. Разве нет? :)
А если Вы про т.н. "научный подход", так со времен Тейлора и Файоля едва 100 лет минуло. И ученые до сих пор до конца не определилась: наука управление, или же искусство. Пока сошлись на середине.
Название: Re: Управление большим количеством задач
Отправлено: Сергей() от 19 Декабря 2014, 11:15:31
А как решал творческие задачи головой, так и продолжает. Наверное, палкой получается не очень.
Мое предыдущее сообщение касалось обсуждения важности инструментов для работы, как для физической так и для умственной.
Зачем искажать смысл и вмешивать сюда творчество?
Творчество - это отдельный вопрос, это не просто умственная работа.

Там у меня четко сказано: палка - для физических работ.
А для умственных работ - используются свои инструменты.
Ну попробуйте в уме высчитать 3759367 * 25436,648?
И сравним кто быстрее считает - ваша голова или компьютер?

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

Но мой вопрос по работе с задачами не связан с творчеством.
Хранение информации о взаимосвязанных задачах, их сортировка и группировка - как бы не совсем относятся к творчеству.
Да, это умственные, но рутинные операции, и их машина выполняет эффективнее.
Творческая работа - это "изобретение" правила или метода, по которым эти задачи будут группироваться и сортироваться, разработка и формулировка такого правила.
Изобретенное правило или метод - это результат такой творческой работы.
Но меня в этой теме интересовал именно этот результат, то есть уже "изобретенные" методы-правила для работы с задачами, а не сам процесс их "изобретения".
То есть вопрос этой темы не в том "как изобрести метод для работы с иерархическими задачами", это неправильная интерпретация вопроса.
Правильная интерпретация вопроса этой темы: "какие есть на данный исторический момент уже изобретенные методы для работы с большой иерархической структурой задач".

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

Да вроде нет. Не помню про иерархические списки в первоначальном вопросе.
Ну как же... Вот мое первое сообщение:
"...проект с большой иерархической системой задач. Общее количество задач достаточно большое. Все эти задачи друг с другом как-то связаны.
Есть там и стратегические задачи и тактические, и долгосрочные и краткосрочные.
...
Существуют ли какие-то научные теоретические подходы для работы с таким количеством задач?
..."


Я Вам напомнил метод, который будет постарше изобретения огня. Разве нет? :)
Нет.
Вы сказали:
"Что-то типа этого появилось сильно раньше... Скорее всего, еще до открытия огня."
"Что-то типа этого" сложно назвать методом.

Иерархические списки, кстати, для серьезной работы с задачами не годятся. Они - по сути примитив для наглядности визуализации.
А что годится?

А если Вы про т.н. "научный подход", так со времен Тейлора и Файоля едва 100 лет минуло. И ученые до сих пор до конца не определилась: наука управление, или же искусство. Пока сошлись на середине.
Да, я про научный подход.
Вы хотите сказать, что за 100 лет ничего про работу с задачами не придумали?
Думаю, что это не так. Учитывая те грандиозные вещи, которые созданы за эти 100 лет.
Мне говорил один инженер, что документация на ракету занимает несколько грузовиков.
Вы представляете сколько там решено задач? Причем они решены согласованно, упорядоченно, в сроки.
Это вам ни какое-нибудь приложение на Андроиде забацать.
Это значит что этими задачами управляли, и скорее всего не хаотично (забыл - не забыл - вспомнил - не вспомнил), а на какой-то методологической основе.
Название: Re: Управление большим количеством задач
Отправлено: Леонид от 19 Декабря 2014, 16:05:30
Зачем искажать смысл и вмешивать сюда творчество?

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

Ну попробуйте в уме высчитать 3759367 * 25436,648?
И сравним кто быстрее считает - ваша голова или компьютер?

Зачем? Разве я говорил, что голова во всех операциях обработки данных работает быстрее компьютера?

Но Творчество основывается на огромной предварительной работе.

У детей с творчеством и без предварительной подготовки все неплохо. Само творческое начало ни на чем не основывается. Это встроенная фича. Результаты творчества - другое дело. Где-то для приличных результатов нужна большая подготовка, где-то - нет.

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

Да вроде как всю историю доходили. "Искусство войны", "Фауст", "Евгений Онегин" написаны без компьютеров. И вроде как неплохо получилось. Не стоит переоценивать роль инструментов.

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

Я понимаю. А я к тому, что роль инструментов переоценивать не стоит. Ни методологических, ни "простых" (вроде того же ворда).

Но мой вопрос по работе с задачами не связан с творчеством.

Очень плотно связан. Выше уже озвучивали точку зрения, что инструменты (к которым я отношу и методы) - вторичны.

Хранение информации о взаимосвязанных задачах, их сортировка и группировка - как бы не совсем относятся к творчеству.

Согласен.

Творческая работа - это "изобретение" правила или метода, по которым эти задачи будут группироваться и сортироваться, разработка и формулировка такого правила.

Согласен.

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

Если ограничиться только этим - можно покопать сетевые графики. Например.

"Что-то типа этого" сложно назвать методом.

Да запросто. Качественные оценки на этом живут.

Вы хотите сказать, что за 100 лет ничего про работу с задачами не придумали?

Добро пожаловать в менеджерскую епархию. Одна беда - во всем разнообразии изобретенных там велосипедов не припомню ни одного, который давал бы гарантированный результат. Что, в общем, неудивительно.

Думаю, что это не так. Учитывая те грандиозные вещи, которые созданы за эти 100 лет.
Мне говорил один инженер, что документация на ракету занимает несколько грузовиков.
Вы представляете сколько там решено задач? Причем они решены согласованно, упорядоченно, в сроки.

Я - представляю. Воспроизвести не берусь, но представляю.
А Вы представляете, сколько это стоит? Пусть не в деньгах, пусть в человекоднях? У Вас сопоставимые бюджеты на управление?

Это значит что этими задачами управляли, и скорее всего не хаотично (забыл - не забыл - вспомнил - не вспомнил), а на какой-то методологической основе.

У нас сетевые графики, например, появились чуть раньше, чем на Западе. Вообще, плановая организация хозяйствования способствовала.
Вы как-то последовательно исключаете "забыл - не забыл - вспомнил - не вспомнил" из методологической основы. А если это часть? (пусть не медтодологии, хотя бы метода).
Кроме того, повторюсь: ошибки всегда были и есть. Да, мы проектировали и запускали ракеты. Но не все проекты увидели свет и не все запуски были удачны. Несмотря на достаточно системный подход к вопросу и иную, чем сейчас, мотивацию. Но даже сейчас найдется физически одаренная личность, которая воткнет разъем вопреки его специальной форме, исключающей ошибки.
Я не говорю, что ошибки вида "забыл" - это "ни о чем" или даже хорошо. Ошибки - это плохо. Просто нужно отдавать себе отчет, сколько будет стоить их искоренение по сравнению с потенциальным ущербом от них. У меня пока стоимость искоренения больше.
Название: Re: Управление большим количеством задач
Отправлено: Сергей() от 20 Декабря 2014, 01:47:36
Потому, что управление пулом задач - это именно что "управление". Которое, в свою очередь, отчасти является искусством, а не только механистической "сортировкой" и крыжем.
Сначала вы зачем то вспомнили "творчество", теперь "управление".
По-моему вы сознательно или бессознательно используете распространенный прием - скольжение сознания.
Давайте не будем этим заниматься.

Напомню, что мы обсуждали в этом "под-вопросе".
Вы сказали: "Для того, чтобы фиксировать памятки, мне подходит что угодно. Проджект, джира, багзилла или, если угодно, эксель и блокнот...."
Я:  "Эксель, блокнот, ручка - сразу отпадают. Они не подходят для хранения скажем 200 задач..."
Вы: "...Я не веду формализованный учет в каких-то программных средствах. Я держу где-то "памятки" с почти плоским списком задач для себя - чтобы не забыть, что они есть. (тот же проджект вполне годится, как и блокнот)..."
Я: "...количество задач стало достаточно велико, работать с ними в блокноте стало нереально ... И пришел к выводу, что без ПО не обойтись..."
Вы: "...поддержание модели в ПО требует от меня трудозатрат больших, ... Наверное, с течением времени ... придется завести "записную книжку"..."
Я: "...С течением времени это будет труднее сделать... нервные клетки станут хуже ... обучаемость с возрастом резко снижается"
Вы: "...пока между дорогим (во всех смыслах) уберсфортом и бесплатными нейронными сетями я выбираю второе..."
Я: "...Качество инструмента - это отдельный вопрос. Но считаю, что он нужен. ... у нас ограничены и возможности по переработке информации..."
Вы: "...А как решал творческие задачи головой, так и продолжает..."
(Здесь упоминание творческих задач некорректно, так как мы обсуждаем инструмент и чисто механическое фиксирование информации с его помощью.)
Я: "...Мое предыдущее сообщение касалось обсуждения важности инструментов ...
...Зачем ... вмешивать сюда творчество? ...Хранение информации о взаимосвязанных задачах, их сортировка и группировка - как бы не совсем относятся к творчеству..."
Вы: "...Потому, что управление пулом задач - это именно что "управление"..."

Ну к чему это?  ???
В этом под-вопросе мы не говорили об управлении задачами.
Еще раз: в этом под-вопросе мы обсуждали фиксацию и хранение информации о задачах при помощи какого-либо инструмента.
Да, на это нужно затратить определенные силы.

Зачем? Разве я говорил, что голова во всех операциях обработки данных работает быстрее компьютера?
А что же вы имели ввиду:
"Так что пока между дорогим (во всех смыслах) уберсфортом и бесплатными нейронными сетями я выбираю второе."

У детей с творчеством и без предварительной подготовки все неплохо. Само творческое начало ни на чем не основывается. Это встроенная фича. Результаты творчества - другое дело. Где-то для приличных результатов нужна большая подготовка, где-то - нет.
вы путаете "творчество", "непосредственность", "любопытство", "неопытность"
что же такого творческого создали дети?

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

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

>> Но мой вопрос по работе с задачами не связан с творчеством.

Очень плотно связан. Выше уже озвучивали точку зрения, что инструменты (к которым я отношу и методы) - вторичны.
Еще раз повторю формулировку вопроса из предыдущего сообщения:
"какие есть на данный исторический момент уже изобретенные методы для работы с большой иерархической структурой задач?"
Где тут творчество в моем вопросе?
Я здесь просто хочу узнать имеющуюся информацию о методах.

Если ограничиться только этим - можно покопать сетевые графики. Например.
Не подходит.
Сетевой график - это просто картинка, отражающая взаимосвязи задач.

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

>> Мне говорил один инженер, что документация на ракету занимает несколько грузовиков.
>> Вы представляете сколько там решено задач? Причем они решены согласованно, упорядоченно, в сроки.

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

Вы как-то последовательно исключаете "забыл - не забыл - вспомнил - не вспомнил" из методологической основы. А если это часть? (пусть не медтодологии, хотя бы метода).
Кроме того, повторюсь: ошибки всегда были и есть. Да, мы проектировали и запускали ракеты. Но не все проекты увидели свет и не все запуски были удачны. Несмотря на достаточно системный подход к вопросу и иную, чем сейчас, мотивацию. Но даже сейчас найдется физически одаренная личность, которая воткнет разъем вопреки его специальной форме, исключающей ошибки.
Я не говорю, что ошибки вида "забыл" - это "ни о чем" или даже хорошо. Ошибки - это плохо. Просто нужно отдавать себе отчет, сколько будет стоить их искоренение по сравнению с потенциальным ущербом от них. У меня пока стоимость искоренения больше.
Да бог с ними с ошибками.
Сначала метод нужен, познакомиться с ним, изучить.
А потом уже будем этот метод творчески применять, адаптировать, получать результаты, в том числе ошибки и работать с ошибками.
Зачем бежать вперед паровоза?
Сначала сам метод нужен.
Название: Re: Управление большим количеством задач
Отправлено: Леонид от 20 Декабря 2014, 10:00:05
Сначала вы зачем то вспомнили "творчество", теперь "управление".
Ну к чему это?  ???

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


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

В этом под-вопросе мы не говорили об управлении задачами.
Еще раз: в этом под-вопросе мы обсуждали фиксацию и хранение информации о задачах при помощи какого-либо инструмента.

Я в этой теме все время говорю только об одном: "чтобы эффективно работать с большим количеством задач".
Инструменты, творчество, управление - это только ингредиенты, которые смешиваются в индивидуальных пропорциях. Вы же пытаетесь "вырастить" что-то из методологий. Я не против такой позиции, просто я в нее не верю (в смысле той эффективности, которую я здесь упоминал). И не могу сказать "надо взять [название инструмента] cделать [алгоритм] и всё будет шикарно!". Но это мой опыт, а у Вас может что-то и получится.

А что же вы имели ввиду:
"Так что пока между дорогим (во всех смыслах) уберсфортом и бесплатными нейронными сетями я выбираю второе."

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

вы путаете "творчество", "непосредственность", "любопытство", "неопытность"

Правда? :)

что же такого творческого создали дети?

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

А вы посмотрите кто написал эти книги.
У этих авторов были самые лучшие инструменты - это живые люди - слуги и помощники, которые делали всю грязную работу за них.

Грязную работу по написанию книг?

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

Так это уже совсем другое. Узкую специализацию как средство повышения эффективности никто не отменял.

Вы знаете много крестьян занимающихся творчеством?

По имени одного из них университет до сих пор называется. Еще смутно помню нескольких, но имена и факты уже не назову. Хотя на языке вертятся. В целом, имя им - легион. Можно, например, спросить Яндекс про "крепостных иконописцев/зодчих" или "крепостных самородков".

А насчет методологических - это как бы и не совсем инструмент.
Методология - это обобщенная информация об успешных способах решения однотипных проблем в какой-то области.

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

Еще раз повторю формулировку вопроса из предыдущего сообщения:
"какие есть на данный исторический момент уже изобретенные методы для работы с большой иерархической структурой задач?"
Где тут творчество в моем вопросе?

В этом вопросе - ни грамма.

Сетевой график - это просто картинка, отражающая взаимосвязи задач.

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

Так оказывается они все-таки есть? Эти "велосипеды"?
Назовите хоть пару таких "велосипедов". Это все что мне нужно.
Что ж вы все "вокруг да около" ходите?

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

При чем тут стоимость?

Мы в реальном мире живем.

Я не стоимостью интересуюсь, а методами, при помощи которых удалось организовать и реализовать эти масштабные задачи.

ЕСКД.
Название: Re: Управление большим количеством задач
Отправлено: Сергей() от 20 Декабря 2014, 16:09:45
К ответу на обращение:
В общем, нужны какие-то подходы, чтобы эффективно работать с большим количеством задач.
Посоветуйте, пожалуйста, что-нибудь.


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

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

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

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

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

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

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

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

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

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

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

ЕСКД.
Это только для оформления, а не для составления плана.
Название: Re: Управление большим количеством задач
Отправлено: Леонид от 20 Декабря 2014, 19:04:04
А почему это вы, отвечая на обсуждение качества инструмента (начали мы конкретно с MS Project-а), резко переключились на управление вообще?

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

Давайте сначала поставим точку на инструментах: все-таки инструменты имеют важное значение для результата. Остановимся на этом?

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

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

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

Можете взглянуть еще на поточный метод. Дивно хорош для оптимизации трудозатрат (путем устранения простоев мощностей). Но он имеет дело с однообразными, хорошо прогнозируемыми работами. В одном ИТ-проекте вряд ли будет применим, в портфеле ИТ-проектов - уже есть шансы.

https://ru.wikipedia.org/wiki/%CF%EE%F2%EE%F7%ED%FB%E9_%EC%E5%F2%EE%E4_%F1%F2%F0%EE%E8%F2%E5%EB%FC%F1%F2%E2%E0
http://ktodelaetremont.ru/remont_i_otdelka/biblioteka/tehnologiya_i_organizaciya_stroitelstva_predpriyatiy/20.php

Кстати, Ломоносов, живя в деревне ничего научного не открыл. Он стал ученым, когда перестал заниматься крестьянским трудом, обеспечил себе условия для занятий наукой, сосредоточился на науке, и только после этого у него появились результаты. Не так ли?

Схожу до педивикии... "Во всем мире занятия крестьян были очень разнообразными и далеко не ограничивались только пашней и скотоводством. Такими занятиями, кроме выше названных, были: пчеловодство, садоводство, маслоделие, виноградарство, гончарное и ткацкое дело, столярное и плотницкое дело, производство тары из бересты, кузнечное дело."

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

Вообще, по-моему, зря мы в крестьян углубились. Достаточно очевидно, что чтобы сделать какое-то дело, нужно иметь на него время. Если времени нет - дела не выйдет. Вот у государя-императора нихрена не выйдет тачать сапоги, хоть он и не крестьянин.
Другое дело, что наличие времени на какое-то дело не гарантирует успеха в нем. И даже сумма наличия свободного времени и передовых инструментов такой гарантии не дает. А вот в условиях отсутствия передовых (не говоря уже о наших современных) инструментов нет-нет, да и справлялись.

Это я к своей точке зрения - не инструменты решают, а люди.

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

Например, берем сетевой график, переписываем его в диаграмму Ганта. Получаем план работ на сколько надо. (но лучше, конечно, не в ганта, а в формат плана работ).

Сетевой график как исходные данные для построения расписания – да подходит, но неясно, каким методом получить из него расписание.

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

Попарные сравнения на предмет чего?

На предмет установления приоритета задач.

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

А 34-я серия ГОСТ - она тоже только для оформления? :)
Название: Re: Управление большим количеством задач
Отправлено: ida - брэнд с 14-летней историей от 22 Декабря 2014, 11:42:25
Повторюсь, я готов воспользоваться вашей информацией.
Только дело в том, что вы недостаточно четко и ясно выразили свою точку зрения.
Дайте, пожалуйста, чуть-чуть побольше информации, чтобы ею можно было воспользоваться.
Как говорится: "если сказал А, то надо сказать и Б".

Ответьте, пожалуйста, на мои вопросы из предыдущего сообщения:
1) Вы говорили, что я пытаюсь вникнуть в несущественные детали.
Какие детали вы считаете несущественными для озвученной проблемы по работе с большим перечнем задач?
И почему?
2) Вы увидели какую-то проблему с ответственностью в нашей организации.
Разъясните пожалуйста подробней какую проблему с ответственностью вы видите? Как ее устранить?
3) Насчет психотерапии... По вашему намеку было понятно, что вы обнаружили у нас (или у меня) еще более серьезные проблемы.
Так все-таки скажите определенно в чем они заключаются?
В целом согласен, но хочу уточнить.

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

Таким образом, методы и методологии - это некий опыт в определенной сфере.
Причем на конкретный исторический момент, поэтому естественно они имеют и какие-то недостатки.

А теперь по пунктам:
Не факт.
Во-первых, на поиски такого варианта может уйти слишком много времени.
Представьте, за какое время вы сможете решить элементарную задачу по физике, если учитель вам не расскажет про Первый Закон Ньютона, а предложит вам самим "изобрести" способ решения? И, во-вторых, вряд ли большинство учеников найдет лучшее решение чем Закон Ньютона.
Так что перед поиском своего варианта очень желательно ознакомиться с уже существующими вариантами.
С этим конечно не поспоришь: только своими действиями я достигну результата.
Вопрос - насколько они будут эффективными?
А вот с этим не согласен.
Как я выше писал - методология - это накопленный опыт. Опыт всегда влияет на наши действия.
Зная предыдущий опыт я могу сделать свои действия эффективнее.
Я не панацею прошу.
Я прошу поделиться накопленным опытом - известными и выработанными способами и методами решения аналогичных проблем,
чтобы с ними сначала ознакомиться.
Я не собираюсь слепо им следовать.
Конечно. Так и есть.
Но сначала хорошо бы знать этот метод, чтобы его адаптировать.
Конечно, теоретически, можно и свой метод придумать.
Но выше я писал, что придумать свой метод с нуля - это неэффективно.
Нужно сначала изучить, то что уже есть.
Очень трудно с вами общаться, Сергей - вы на 5 моих предложений ответили 50-ю своими )))
Между нами такая техника называется "забалтывание", применяется в публичных выступлениях, продажах и т.п.

Если вы все знаете (или догадываетесь) - не задавайте вопросов, не тратьте чужое время.
Если вы не знаете, но вам все порекомендованное не подходит (из 2 страниц рекомендаций) - к доктору )))
Название: Re: Управление большим количеством задач
Отправлено: Сергей() от 25 Декабря 2014, 23:11:53
Вот честно, я Вас не очень понимаю. Какого ответа Вы ждете? Такого, чтобы в названии или аннотации метода было написано "специально  для составления оптимального расписания по иерархической системе задач"?
Вообще-то да.
Ну или хотя бы просто «для составления расписания по иерархической системе задач».

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

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

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

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

А 34-я серия ГОСТ - она тоже только для оформления? :)
Вы же говорили про ЕСКД?
Название: Re: Управление большим количеством задач
Отправлено: Сергей() от 25 Декабря 2014, 23:39:07
Очень трудно с вами общаться, Сергей - вы на 5 моих предложений ответили 50-ю своими )))
Лично вы даже и не пытались общаться.
Вы высказали пару каких-то непонятных намеков и все. Ни одного ответа на мои вопросы вы не сказали.

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

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

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

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

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

…к доктору )))
Вы наверно профессию не ту выбрали. У вас какая-то тяга ставить диагнозы и к доктору посылать.
Как-то странно. Я лично вам задал порядка 15 вопросов. И ни на один вы не дали ответа.
А про доктора написали аж дважды. Может это у вас навязчивая идея?
Название: Re: Управление большим количеством задач
Отправлено: ida - брэнд с 14-летней историей от 26 Декабря 2014, 09:32:46
Мне совершенно неинтересно с вами общаться, Сергей - для этого у меня любимые люди есть ))
А у вас вот, похоже, как-то с ними не сложилось ))))) судя по данной теме...

Не-не, ничего личного, просто забавно.
Название: Re: Управление большим количеством задач
Отправлено: Сергей() от 26 Декабря 2014, 13:21:05
Мне совершенно неинтересно с вами общаться, Сергей - для этого у меня любимые люди есть ))
А у вас вот, похоже, как-то с ними не сложилось ))))) судя по данной теме...
Не-не, ничего личного, просто забавно.

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

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

Не вижу ничего забавного в том, что вы в теме написали много неприятных вещей без всяких объяснений,
заглушив тем самым обсуждение темы по сути.
Название: Re: Управление большим количеством задач
Отправлено: milstud от 26 Декабря 2014, 19:32:00
Сергей (es3000)

сразу после этого:
За деньги - с удовольствием расскажу.
Бесплатно - ищите в литературе.

можно было бы не продолжать "кормить"...
а то действительно получается слишком много текста и тема не читабельна(

что касается существующих методов.... я их не знаю, но вполне помогает распределение задач между группой, т.е. каждый человек в группе занимается вполне очерченным кругом задач или направлением, он же и следит за приоретизацией внутри своего направления.
менеджеру получается достаточно знать высокоуровневое разделение и ответственного.
Или в вашем случае нет такой команды?
Название: Re: Управление большим количеством задач
Отправлено: ida - брэнд с 14-летней историей от 27 Декабря 2014, 10:49:48
Так а зачем вы начали так общаться, чтобы стало неинтересно?
Проверяла, как долго вы удержите тему.
Мотивационная составляющая очень важна в сложных задачах - при недостатке мотивации дальше выбора методологии обычно не уходят.

Зато мы имеем уже три страницы обсуждений того, что все присутствующие и так знают - кто на практике, кто интуитивно. Итоговая полезность темы = 0,1 ))

можно было бы не продолжать "кормить".
это очень хорошо, что вы так внимательны.

Поясню свою позицию.

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

Это вовсе не означает, что какой-то другой специалист Сергея не проконсультирует, за деньги или без денег - просто у всех есть свои вкусы.

Вот так в двух словах...
Название: Re: Управление большим количеством задач
Отправлено: Denis Beskov от 27 Декабря 2014, 14:52:16
кризис.

люди сидят и отказывают в консультациях.

сегодня — этому откажу.

завтра — вот этому.
Название: Re: Управление большим количеством задач
Отправлено: ida - брэнд с 14-летней историей от 27 Декабря 2014, 23:14:26
Денис, я никогда не консультирую определенную категорию людей )))
Не буду детализировать, чтобы никого не обижать.

Мне нравится получать удовольствие от всего, что я делаю )) коммуникации в т.ч.
Название: Re: Управление большим количеством задач
Отправлено: Кирилл Лебедев от 05 Января 2015, 17:46:27
Сергей, о каком количестве задач идёт речь? Десятки? Сотни? Тысячи? Десятки тысяч?

Расскажу о системе, которую применяем мы, оперируя десятками тысяч задач при работе над очередной версией приложения.

1. Разбиваем задачи на несколько видов. Например:

- Feature (несколько десятков)
- Sub-Feature (несколько сотен)
- Sub-Feature Element (несколько тысяч)
- Milestone Deliverable - это Feature, Sub-Feature или Sub-Feature Element, который нужно реализовать к определённому майлстоуну (несколько тысяч)
- Development Task (как правило, техническая задача, которую нужно сделать и проверить её реализацию при помощи QA, несколько десятков или сотен)
- Problem Report - баг (несколько десятков тысяч)
- Localization Issue (баг, связанный с локализацией, несколько сотен)
- Техническая задача (проверяется другим инженером во время code review, QA проверяет в рамках feature, от нескольких сотен до нескольких тысяч)

2. Задачи вносятся в систему контроля задач в соответствии с их видом. Каждый вид имеет свой workflow.

3. Приложение "дробится" на области по разным основаниям. Мы используем одновременно две классификации: пользовательскую и техническую. Пользовательская классификация позволяет "раздробить" приложение на части с точки зрения пользователя. Техническая "дробит" приложение на технические части.

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

1) Карта.
2) Построение маршрута.
3) Навигация по маршруту.
4) Поиск адреса.
5) Поиск мест.

Та же самая навигационная система может быть разделена с технической точки зрения на такие части:

1) База данных.
2) Аудио.
3) Рисование карты.
4) Алгоритмы.
5) UI.

4. Каждая задача содержит маркеры - к какой области она относится. Одновременно используются 2 классификации - пользовательская и техническая.

5. Также в качестве маркера можно использовать и feature, к которой относится задача.
Название: Re: Управление большим количеством задач
Отправлено: milstud от 13 Января 2015, 18:43:34
Кирилл, так на сколько я понял основной вопрос именно в системе контроля задач (п.2). Если не сложно - можно подробнее? а то самое "вкусненькое" описано так скупо(
Название: Re: Управление большим количеством задач
Отправлено: Кирилл Лебедев от 14 Января 2015, 13:32:59
Milstud,

Мы используем одновременно 2 системы управления задачами + Excel:

1. Hansoft - для управления девелоперскими задачами, для распределения нагрузки, планирования спринтов, контроля сроков.
2. DevTrack - для управления дефектами и фичами. Разница с Hansoft - выполнение задачи из DevTrack'а проверяется продюсерами и QA. В Hansoft заносятся технические задачи. Они особо никем не верифицируются, кроме самого девелопера.
3. Excel - для построения отчетов, графиков. А также - для управления рисками, продюсерскими задачами и прочим.
Название: Re: Управление большим количеством задач
Отправлено: SALar от 19 Января 2015, 16:30:24
Коллеги, понимаю, что мое мнение отличается от мнения большинства, но тем не менее:

В деле управления задачами на первом месте стоят знания и умения. По степени влияния на качество процесса управления, система управления задачами стоит примерно на шестом месте. Ее влияние менее 5%. Т.е. пренебрежимо мало. Надежда "на синюю таблетку" / "бога из машины" является классическим заблуждением. Невероятно популярным.

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

Доказательство из статистических исследований.
На западе статистику собирают и анализируют. Грех не воспользоваться.  Роберт Гласс в книге "Факты и заблуждения профессионального программирования" приводит факт, что на текущий момент никакая технология не может увеличить эффективность разработки более чем на 5%.
Название: Re: Управление большим количеством задач
Отправлено: Сергей() от 23 Января 2015, 23:28:33
...но вполне помогает распределение задач между группой, т.е. каждый человек в группе занимается вполне очерченным кругом задач или направлением, он же и следит за приоретизацией внутри своего направления.
менеджеру получается достаточно знать высокоуровневое разделение и ответственного.
Получается, что за счет разбиения задач на уровни,
количество задач на конкретном уровне значительно сокращается и работать с ними легче.
Согласен.

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

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

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

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

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

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

В деле управления задачами на первом месте стоят знания и умения.
Знания и умения чего?
В деле управления задачами надо знать что? и уметь что?
Название: Re: Управление большим количеством задач
Отправлено: Сергей() от 23 Января 2015, 23:38:52
Я за это время нашел один из методов, который позволяет упорядочивать задачи:
https://ru.wikipedia.org/wiki/Метод_анализа_иерархий (https://ru.wikipedia.org/wiki/Метод_анализа_иерархий).

Но его применение наверно будет очень трудозатратным.
Название: Re: Управление большим количеством задач
Отправлено: milstud от 26 Января 2015, 13:30:39
Но все равно в рамках каждого уровня приходится выполнять похожие операции над совокупностью задач данного уровня: группировка, сортировка, декомпозиция, приоритезация, поручение, и т.д.

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


Значит нужно из всех задач (как вы пишете - из десятков тысяч) выбрать именно те, которые наиболее актуальны на данный момент.
Как вы делаете этот отбор? По каким признакам вы отбираете первоочередные задачи? Вот это меня интересует.
Как вы распределяете нагрузку?

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


Высокоуровневых задач наверно 100-200,
а задач более низких уровней - несколько тысяч.
а действительно ли есть желание или необходимость следить лично за каждой из задач?
Название: Re: Управление большим количеством задач
Отправлено: SALar от 26 Января 2015, 15:12:50

Ну вообщем-то каждая задача должна быть оценена (непосредственным исполнителем, заказчиком, тим лидом) как минимум по таким параметрам как: ... и трудоемкость (оценивается обычно разработчиками),
Что согласно статистическим исследованиям, приведет к снижению производительности в 1.5 - 2 раза. Смотри книгу "Peapleware". У Голдратта в "Критической цепи" приведено теоретическое обоснование для этих наблюдений.


Эта система позволяет постоянно держать нагрузку на все звенья разработки.
Что согласно "теории ограничений" совсем не хорошо.


Название: Re: Управление большим количеством задач
Отправлено: Сергей() от 26 Января 2015, 15:32:32
Ну вообщем-то каждая задача должна быть оценена (непосредственным исполнителем, заказчиком, тим лидом) как минимум по таким параметрам как: критичность (на сколько критична эта задача в рамках текущего состояния дел), приоритетность (а по-сути очередность) и трудоемкость (оценивается обычно разработчиками), или другие параметры на свой выбор
То о чем вы сейчас говорите - это очень "горячо" - в смысле очень близко к тому ради чего я начинал тему.
Вы правильно говорите, что каждая задача должна быть оценена.
Я с вами согласен.

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

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

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

В упомянутом "Методе анализа иерархий" предлагается придумать какие-то критерии, назначить им коэффициенты, и т.д. В итоге получим числовую оценку "критичности".
То есть предлагается какой-то формальный подход.
А вы как делаете такие оценки?
Название: Re: Управление большим количеством задач
Отправлено: Сергей() от 26 Января 2015, 15:40:35
Что согласно статистическим исследованиям, приведет к снижению производительности в 1.5 - 2 раза. Смотри книгу "Peapleware"
Это книга Демарко?

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

>> Эта система позволяет постоянно держать нагрузку на все звенья разработки.
Что согласно "теории ограничений" совсем не хорошо.
Ну почему же?
Согласно теории ограничений всегда есть более слабое звено, этого не избежать.
Ну это же не значит что надо работать в полсилы? Тогда получится что более сильные звенья еще меньше нагружены.
Просто надо выполняя работу, параллельно искать и укреплять самое слабое звено.
Название: Re: Управление большим количеством задач
Отправлено: milstud от 26 Января 2015, 16:42:17
Что согласно статистическим исследованиям, приведет к снижению производительности в 1.5 - 2 раза. Смотри книгу "Peapleware". У Голдратта в "Критической цепи" приведено теоретическое обоснование для этих наблюдений.

Что согласно "теории ограничений" совсем не хорошо.

Да,  согласен. с точки зрения Голдратта, это не верно, но следует заметить, что в своих книгах Цель и Цель-2 он описывает непосредственно решение проблем, а если проблема не возникла и не появилось этих "бутылочных горлышек", то вполне применимо.
Замечу, что в этой идее (кстати работает на практике) "параллельная" (с тестированием) разработка идет по менее критичным задачам, т.е. задачи, реализация которых может быть отложена на какой-то срок. Программисты продолжают разработку критичных задач, когда ресурс тестировщика освободился.
За книгу огромное спасибо!
Название: Re: Управление большим количеством задач
Отправлено: milstud от 26 Января 2015, 17:04:31

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

В данном случае (мое мнение) тут указано скорее формализация уже оцененных задач, а не методика оценки.

А вы как делаете такие оценки?

Вот это и является самым сложным)))
Тут, наверное, сложно представить какой-то единоверный механизм. Оценка осуществляется непосредственно в зависимости от проекта и ожидаемых результатов проекта.
Т.е. Если проект по разработке нового обособленного модуля/системы, тогда наиболее приоритетными задачами явно будут те, выполнение которых позволит достичь целей этой системы/модуля, а наименее приоритетными будут удобство, аналитика, отчетность.
Если же разрабатываемый модуль(система) напрямую зависит от существующих систем, тогда лично я ставлю в приоритет интеграцию (т.е. получение данных из вне), а уже потом функциональность самой системы  .... и т.п.

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

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

Я "критичность" и "приоритетность" изначально стараюсь получить от заказчика (оговорюсь - самыми низкоуровневыми задачами стараюсь заказчика не грузить), потом совместо с заказчиком просматриваем его оценку, обсуждаем и не редко часть задач меняет свою первоначальную оценку. Естественно, что по части задач мы периодически проводим переоценку и актуализацию. Но у меня не было такого большого числа задач сразу (они всегда появлялись по-ходу разработки) и может быть я не сталкивался с аналогичной проблемой.
Название: Re: Управление большим количеством задач
Отправлено: SALar от 26 Января 2015, 18:09:36
Попробую ответить в одном посте.
1.
"Peapleware" Том ДеМарко, Тимоти Листер - http://www.ozon.ru/context/detail/id/2338486/ Книги под ракой нет, но ЕМНИП это примерно 70-80 стр, слева.

2.
Цитировать
А можешь приблизительно указать место в книге где находится это обоснование?
Какая глава хотя бы, хочется внимательно перечитать
Размазано на несколько глав. Из-за особенностей нашего мышления, лучше перечитать полностью. Конкретное место можно найти по словосочетанию "студенческий синдром". ЕМНИП.

PS. если хотите разобраться с проблемами  мышления и почему нужно перечитать полностью, рекомендую:
http://lesswrong.ru/w/%D0%97%D0%B0%D0%BF%D0%B0%D1%81%D1%91%D0%BD%D0%BD%D1%8B%D0%B5_%D0%BC%D1%8B%D1%81%D0%BB%D0%B8
и
http://lesswrong.ru/w/%D0%9A%D0%B0%D0%BA_%D0%BA%D0%B0%D0%B7%D0%B0%D1%82%D1%8C%D1%81%D1%8F_%D0%B8_%D0%B1%D1%8B%D1%82%D1%8C_%D0%B3%D0%BB%D1%83%D0%B1%D0%BE%D0%BA%D0%BE%D0%BC%D1%8B%D1%81%D0%BB%D0%B5%D0%BD%D0%BD%D1%8B%D0%BC

3.
Цитировать
Ну почему же?
Согласно теории ограничений всегда есть более слабое звено, этого не избежать.
Ну это же не значит что надо работать в полсилы? Тогда получится что более сильные звенья еще меньше нагружены.
Нет. Здесь есть несколько моментов. И почти все они противоречат нашим "запасенным мыслям".
* ограничение системы должно быть нагруженным. Остальные рабочие центры обязаны работать "неэффективно". Попытки заставить неограничения системы работать максимально эффективно следует пресекать. Именно поэтому я резко против KPI.
* Если ограничение системы находится вне фирмы, то все отделы обязаны работать "неэффективно".

Цитировать
Просто надо выполняя работу, параллельно искать и укреплять самое слабое звено.
Э-э-э... Все сильно сложнее. Различают минимум три варианта: "уникальность"; "Наибольшая трудоемкость"; "наилучшая управляемость".

4.
Цитировать
а если проблема не возникла и не появилось этих "бутылочных горлышек", то вполне применимо.
Это невозможно. В принципе невозможно. В караване всегда есть самый медленный корабль.

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


-------------------------
Если есть желание, можно устроить обсуждение вживую или по скайпу. Так мне будет проще ответить на все вопросы.
Я тут прикинул во время прогулок (это около 10 часов размышлений). что чтобы ответить на изначальный вопрос обсуждения, мне нужно написать порядка 30 000 слов. Это явно не пост в форуме. Ах, да, а потом это должно пройти проверку и знатоков ТОС, психологии, теории вариаций и т.д.
Название: Re: Управление большим количеством задач
Отправлено: SALar от 26 Января 2015, 18:22:32
Давайте я вам порекомендую одну из своих статей по нескольким методам управления задачами в зависимости от типа производственно потока V.A.T.I. Статья не сильно простая, что делать. Управление штука сложная.
Форд, Тойота и морские свинки (http://megamozg.ru/post/1600/)
Название: Re: Управление большим количеством задач
Отправлено: Кирилл Лебедев от 29 Января 2015, 10:43:19
Но ведь у вас же не тысяча исполнителей, вы же не можете сразу все задачи кому-то назначить.

Около сотни - программистов, художников, продюсеров, менеджеров и QA-инженеров.

И вот здесь начинается самое интересное, именно этого и касается мой вопрос.
Значит нужно из всех задач (как вы пишете - из десятков тысяч) выбрать именно те, которые наиболее актуальны на данный момент.
Как вы делаете этот отбор? По каким признакам вы отбираете первоочередные задачи? Вот это меня интересует.

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

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

Feature - Sub-Feature - Sub-Feature Element.

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

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

Как вы распределяете нагрузку?
Есть какой-то подход? Или просто хаотично?

Выполняется нагрузочное планирование (capacity planning). Создаётся детальный план, который учитывает объём работы, имеющиеся ресурсы и длительность проекта. Имеющиеся технические задачи распределяются между сотрудниками. План обновляется для каждого майлстоуна, т.к. входе работы над проектом ситуация может меняться. Учитывается overhang для всей команды. Если сильно не успеваем, то некоторые фичи могут быть отменены.
Название: Re: Управление большим количеством задач
Отправлено: SALar от 29 Января 2015, 23:52:12
Работа над задачами ведётся в рамках версии. Каждая версия приложения - отдельный продукт. У продукта есть концепция. Продукт предназначен для определённых рынков и сегментов. Поэтому из ключевых фич (100 - 200 штук) делается выбор в соответствии с пониманием того, на какой рынок будет выпущен продукт, и для каких сегментов он будет предназначен.

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

Feature - Sub-Feature - Sub-Feature Element.

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


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

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

PS. Я бы не стал делать нижнюю грань трудоемкости для атомарной задачи. Но это обсуждаемо. Может я и не прав.
Верхняя очень близка к тому что я стараюсь использовать. Я бы сказал полнедели и добавил бы еще два условия: атомарная задача это не более одного исполнителя и не более одной информационной системы. Опять же обсуждаемо.

PSS. Это скорее техническое замечание. Мелкое.
> Feature - Sub-Feature - Sub-Feature Element.
Это один из видов классификации. Я бы предпочел фасетную классификацию. Понимаю, что сильно сложнее, поэтому не готов рекомендовать для всех. Скорее всего, ваш способ лучше для вас и для многих других.
-----------------------
Может рекомендации Кирилла в FAQ вынести? Достаточно стройно. Что скажете комрады?
Название: Re: Управление большим количеством задач
Отправлено: bas от 13 Февраля 2015, 14:13:47
Коллеги, подолью масло в огонь и раскрою немного ответы Сергея по ТОС:
http://www.tocpeople.com/2014/10/10-oshibok-upravleniya-proektami/ (http://www.tocpeople.com/2014/10/10-oshibok-upravleniya-proektami/)
Название: Re: Управление большим количеством задач
Отправлено: SALar от 17 Февраля 2015, 18:41:17
Угу. И в 10 пункте есть ключевое утверждение, которое почти все, всегда пропускают. И совершенно неизбежно получают плохое управление большим количеством задач.
Название: Re: Управление большим количеством задач
Отправлено: Сергей() от 12 Марта 2015, 09:53:57
PSS. Это скорее техническое замечание. Мелкое.
> Feature - Sub-Feature - Sub-Feature Element.
Это один из видов классификации. Я бы предпочел фасетную классификацию. Понимаю, что сильно сложнее, поэтому не готов рекомендовать для всех. Скорее всего, ваш способ лучше для вас и для многих других.

Можно поподробнее про фасетную классификацию?
Как лучше классифицировать задачи?
Название: Re: Управление большим количеством задач
Отправлено: Кирилл Лебедев от 12 Марта 2015, 13:43:38
Можно поподробнее про фасетную классификацию?
Как лучше классифицировать задачи?

На мой взгляд, нет наилучшей классификации вообще. Бывает наилучшая классификация для решения какой-то конкретной задачи. Какую задачу Вы хотите решить?

Приведу пример. Упомянутая мною классификация Feature -> Sub-Feature -> Sub-Feature Element упрощает оперирование фичами проекта и помогает составлять план версии и планы на майлстоун. Если различных sub-feature элементов может быть сотни или тысячи, то количество фич - несколько десятков или сотен. Благодаря иерархии сокращается количество элементов, которые нужно держать в поле зрения.

Аналогичным образом, при разработке приложения с большим количеством экранов уменьшить количество задач, которое нужно держать в "оперативной памяти", может помочь такая классификация: Mode -> Screen Flow -> Screen -> Screen Element.
Название: Re: Управление большим количеством задач
Отправлено: Кирилл Лебедев от 23 Марта 2015, 12:56:49
Более детально написал в статье - http://megamozg.ru/post/11550/
Название: Re: Управление большим количеством задач
Отправлено: Сергей() от 29 Марта 2015, 18:07:30
Работа над задачами ведётся в рамках версии. Каждая версия приложения - отдельный продукт. У продукта есть концепция. Продукт предназначен для определённых рынков и сегментов. Поэтому из ключевых фич (100 - 200 штук) делается выбор в соответствии с пониманием того, на какой рынок будет выпущен продукт, и для каких сегментов он будет предназначен.

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

Feature - Sub-Feature - Sub-Feature Element.

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

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

Выполняется нагрузочное планирование (capacity planning). Создаётся детальный план, который учитывает объём работы, имеющиеся ресурсы и длительность проекта. Имеющиеся технические задачи распределяются между сотрудниками. План обновляется для каждого майлстоуна, т.к. входе работы над проектом ситуация может меняться. Учитывается overhang для всей команды. Если сильно не успеваем, то некоторые фичи могут быть отменены.
Какими инструментами вы пользуетесь для выполнения всех этих работ?
Название: Re: Управление большим количеством задач
Отправлено: Сергей() от 29 Марта 2015, 18:15:40
Если есть желание, можно устроить обсуждение вживую или по скайпу. Так мне будет проще ответить на все вопросы.
Я тут прикинул во время прогулок (это около 10 часов размышлений). что чтобы ответить на изначальный вопрос обсуждения, мне нужно написать порядка 30 000 слов. Это явно не пост в форуме. Ах, да, а потом это должно пройти проверку и знатоков ТОС, психологии, теории вариаций и т.д.
Желание есть огромное.
Только как его осуществить? Я живу не в Москве - в регионе.
Давайте по скайпу
Название: Re: Управление большим количеством задач
Отправлено: Сергей() от 29 Марта 2015, 18:18:47
Я бы предпочел фасетную классификацию.
Какое ПО позволяет делать фасетную классификацию задач?
Название: Re: Управление большим количеством задач
Отправлено: Кирилл Лебедев от 30 Марта 2015, 22:10:46
Какими инструментами вы пользуетесь для выполнения всех этих работ?

Для написания документации - Word и/или Confluence. Для рисования диаграмм - MS Visio. Для управления задачами - Hansoft, DevTrack. Для планирования - Excel с кучей готовых и проприетарных шаблонов.
Название: Re: Управление большим количеством задач
Отправлено: Сергей() от 31 Марта 2015, 09:28:35
Для управления задачами - Hansoft, DevTrack
Почему используете два разных продукта?
Взаимодействуют ли они друг с другом?

Для планирования - Excel с кучей готовых и проприетарных шаблонов.
Почему для планирования не используете что-то типа MS Project (SpiderProject, Primavera)?
По идее эти инструменты должны быть удобнее.
Название: Re: Управление большим количеством задач
Отправлено: Кирилл Лебедев от 31 Марта 2015, 21:49:38
Почему используете два разных продукта?
DevTrack удобен в качестве баг-трекера, а также - feature tracker'а. С ним работают не только инженеры и менеджеры, но и продюсеры, и QA-инженеры, в том числе, из внешних команд. Hansoft удобен для планирования отслеживания технических задач, для распределения заданий между инженерами, оценки нагрузки, планирования спринтов и т.п.

Взаимодействуют ли они друг с другом?
Исключительно в ручном режиме. На этапе production в DevTrack вносятся фичи, которые формулируют продюсеры. В Hansoft же вносятся технические задачи, соответствующие этим фичам. Они формулируются ведущими инженерами на этапе технического планирования, а в ряде случаев - на этапе планирования спринта.

При работе инженер должен ориентироваться как на Hansoft, так и на DevTrack. Необходимо удостовериться, что в Hansoft занесены задачи, соответствующие закреплённым за данным инженером фичам. Там же надо регулярно отмечать время, изменять прогресс статус задач и т.п. Фичи нужно тоже обновлять, потому что после того, как они реализованы, они поступают для проверки продюсерам и QA-инженерам.

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

Почему для планирования не используете что-то типа MS Project (SpiderProject, Primavera)?
По идее эти инструменты должны быть удобнее.
Подозреваю, что MS Project не используется из-за другой методологии планирования и ведения проектов. Например, у нас не используются диаграммы Ганта. Зависимости между задачами разрешаются в ручном режиме при помощи проактивной коммуникации между менеджерами, инженерами. При планировании считается, что все отобранные на майлстоун задачи можно распараллелить между исполнителями. Это, конечно, не означает, что из-за объективных трудностей (или зависимостей) какая-нибудь фича не может быть запланирована на более поздний майлстоун. К рекомендациям инженеров прислушиваются. Но чаще - ищут решения того, как можно избавиться от блокирующих зависимостей.
Название: Re: Управление большим количеством задач
Отправлено: SALar от 01 Апреля 2015, 16:46:06
Какое ПО позволяет делать фасетную классификацию задач?
Плохую - почти любой трекер.
То что меня устраивает - TrackStudio
Хорошую - не, не слышал