Войти
ПрограммированиеФорумОбщее

Управление задачами проекта (3 стр)

Страницы: 1 2 3 4 Следующая »
#30
7:44, 16 июля 2015

> Заставь программиста ставить какие-то там галочки - эффективность его работы упадет раза в 2-3.
поддерживаю

лишние галочки исполнителю - обычно плохо заканчивается ("загрустит и уволится" да, и такое бывает)

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

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


#31
9:10, 16 июля 2015

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

#32
9:50, 16 июля 2015

С оценкой сроков разработки - отдельная тема. Простые методики не работают в условиях, когда оценка подзадач может быть проведена с точностью +-100%. Знаю лишь одну систему, где бы применялась работающая методика, эта система - PERT, разработана по заказу Боинга. Очень тяжеловесное решение, дорогое в эксплуатации, но иначе - никак.

#33
10:06, 16 июля 2015
но и громоздкие сложные системы могут не принести прозрачность и удобство, а наоборот их отнять

Согласен. А не допускаете мысль, что система может быть простая в использовании, но функциональная?

#34
11:20, 16 июля 2015

Если использовать git\mercurial и хоститься на bitbucket, то там есть Issue, вполне достаточно для команды 1-5 человек.

#35
15:54, 16 июля 2015

Бесплатный redmine/youtrack покроет все твои запросы.

#36
20:33, 16 июля 2015

Zab
> С оценкой сроков разработки - отдельная тема. Простые методики не работают в
> условиях, когда оценка подзадач может быть проведена с точностью +-100%. Знаю
> лишь одну систему, где бы применялась работающая методика, эта система - PERT,
> разработана по заказу Боинга. Очень тяжеловесное решение, дорогое в
> эксплуатации, но иначе - никак.

У fogbugz есть интересная фича. Исполнитель, принимая задачу, даёт ей свою оценку времени на выполнение. Система отслеживает оценки у выполненных задач, реально потраченное на них время, считает, насколько точны оценки по каждому исполнителю и считает распределение вероятностей успешного завершения проекта или какого-то его этапа к той или иной дате.

+ Показать
#37
21:55, 16 июля 2015

В чем проблема с оценкой времени: есть элементарные подзадачи, выстраиваются их зависимости, надо оценить общий срок. В случае большой погрешности оценки подзадач, общий срок, насчитанный автоматически, получается чуть ли не полностью произвольным. С таким же успехом можно было вообще ничего не считать. Если подпроектов немного, скажем, штук 30, беды нет. Системе все равно никто до конца не верит, заметят проблему, подумают, найдут узкие места, подкорректируют работу. Если же подпроектов многие сотни, а иногда и тысячи, как у Боинга, вручную уже ничего не проконтролировать. Потому и родился заказ на разработку PERT. Она манипулирует не сроками а статистическими кривыми, над ними производит арифметику. Это затратно, людей много на эксплуатации системы задействовано, идут на такое только в случае если без этого совсем никак.

#38
22:08, 16 июля 2015

Zab
> В чем проблема с оценкой времени:
в том что это пук в лужу

#39
2:06, 17 июля 2015

Еще вариант http://www.fengoffice.com/

#40
4:07, 17 июля 2015

Мне нравилась система баг-трекинга,которая у ASD крутилась
Специально вчера спросил его:
http://www.flyspray.org/

#41
6:10, 17 июля 2015

Если есть свой сервер, то можно на него поставить Trac.
Это, конечно, питон, но в чем проблема то? Нагрузка на багтрекер минимальная (несколько запросов в минуту максимум), другим проектам он не помешает.

#42
6:30, 17 июля 2015

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

#43
9:21, 17 июля 2015

> http://www.fengoffice.com/
Смотрел не так давно, лажа полная. Целевая аудитория совершенно не понятна.

> http://www.flyspray.org/
Какой смысл в багтрекере без интеграции с VCS?

> http://www.fogcreek.com/fogbugz/
Не стоит своих денег. YouTrack с похожим функционалом обойдется в разы дешевле. А Phabricator от Facebook - вообще бесплатно.

#44
13:43, 17 июля 2015

Да уже, у Вас на все найдется критика :) Попробовали бы кто-нибудь Pyrus и высказал мнение - или я один его использую здесь?

Страницы: 1 2 3 4 Следующая »
ПрограммированиеФорумОбщее

Тема в архиве.