ищу ON-line систему управления проектами на PHP (бесплатную исстественно) перерыл sourceforge.net но ничего подходящего не нашел...

смотрел PhpCollab, PHProjekt, dotProject, OpenProject еще кучу мелких но блин, одни не функциональны, другие черезчур сложны, третие глючат... 
А требования у меня к ним такие:
1. Возможность создавать задачи для конкретного или группы пользователей.
2. Возможность прикреплять файы и отслеживать их версии
3. Возможность вести проекты не по разработке сайтов и софта (кстати все скритпы что я смотрел уж больно сильно на этом завязаны) 
4. возможность вести проекты и задачи без указания даты (т.е. просто вещи которые нужно сдеалть и т.п.)

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

Вообщем очень наеюсь на вашу помощь! 

a нет подходящего плагина под plone ? ( http://plone.org )
правда он не на php, а на zope, это такой движок/фрэймворк написанный на питоне, но приложения под него пишутся на спец. скриптовом шаблонном языке.

z-END, ты вобщем то и перечислил основные, что есть. dotProject ничего такой. А для несофтовых задач только MS Project :-) Как бы не смешно это было, это так и есть.

не знаю о каком масштабе вы говорите, но есть проекты только для регулировки которых имеет смысл писать спец. ПО с учётом специфики темы. Очень сильно сомневаюсь, что МС-Проджект потянет такие вещи.

bilbobagginz, угу. тормоза-а начинаются, когда много задач. 

ЗЫ, Я не в защиту Проджекта говорил, кстати :-) 

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

PS 

а он удовелтовряет требованиям он-лайн и бесплатная? 

Стоп-стоп-стоп... Почему это "конь лучше телеги"?
Это разные функционалы, как их можно сравнивать?

z-END, опиши что тебе надо делать. Для чего нужны софтины и что ты хочешь от них получить?


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

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


К задачам? Или..? Вообще для версионного хранилища файлов есть CVS, SVN и иже с ними


Какие скрипты? Не въехал 


Можно в мс-е и в прочих, просто вбиваешь задачу - она выстраивается "в носу" проекта и всё. Если надо - поотм отодвинешь, выстроишь.

Расскажу на своём примере... Для хранения сырцов, доки, тестов, планов и отслеживания версий  - CVS.
Планы - это МС прожект
Для time-tracking'а(отслеживания времени, потраченного исполнителями на задачи) - dotproject(не глючит вроде... но ставил не я - IT отдел).
Согласно ISO 9001, планы и records  - это просто совершенно разные вещи в принципе.
Это как стратег, планирующий операцию и историк, описывающий проиходившую битву.

Для отслеживания багов и CRов - багзилла

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



Какие задачи? Какие "непотягивания"? Что именно не выходит в нём? И какие тормоза? Медленно работает? Или что? Сколько ж задач и ресурсов в проекте?
Я мелкософт тоже недолюбливаю, но иногда вынужден признать что офисные вещи они делают хорошие. И если их прожект чем-то не угодил - то пишите какие именно траблы с ним. Я ничего такого не наблюдал, будет интересно.


z-END, расскажи что ты хочешь сделать с создаваемыми задачами и что требуется от софтин(какую информацию ты хочешь получать от них ежедневно, еженедельно, ежемесячно?).
Прикидывая да раскидывая, я бы советовал именно всеобще нелюбимый МС прожект или его аналог. Который позволяет создавать задачи, удобно окидывать их взглядом на графике Ганнта, назначать ресурсы, оценивать их загрузку, и выстраивать зависимости.
Может тебе ещё какой-то функциоанл нужен, опиши подробнее желаемый процесс работы с проектом

Добавлено @ 13:16 

Если не ошибаюсь - в последних можно делать веб-доступ.


Хкгм... не знаю есть ли варианты бесплатности... я это всё IT любезно уступаю.

Искни гуглом аналоги бесплатные. Если успею - поищу тоже - скину.

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


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



мм. я пофантазирую и попозже опишу что я хочу

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

А так можно использовать. Хотя во многих случаях хватает Excel.

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


Гм... уборщика на каменщика особо не заменишь. Каменщика на каменщика - можно. И програмиста на программиста - тоже. Если некий программист очень специфичен, то всё-таки это работа ПМа, а не утилиты - помнить кто из ху  Имхо, это он из пальца выковырял...


ЗЫ: зависимости - это плохо... лучше оставлять наиважнейшие, а последовательностью управлять с помощью приоритетов. Многие товаисчи на своих шишках проверили  И я тоже.

Добавлено @ 17:10 

ХоКкей...
Если из раных мест что-то поступает - лучше упорядочить эти запросы.
Типичные CR.
Поступил - записали. Можно в багзиллу. Можно в эксель файл.
Каждый из них рассматривается - принято - оформляется задача для его реализации(если надо).
Отвергнуто - пишешь rejected(etc)
Отложено - остаётся открытым или что-то конкретнее пишешь



Стоп-стоп-стоп. Варианты задач или реализаций?
Пришла просьба "сделайте такую фишку", предложили пару вариантов. Или у вас родилось пару вариантов. Но не вариантов задач, а вариантов реализации.

Соответственно, создаём задачи "выбор варианта", "реализация варианта"

Или "рассмотрение вариантов", "реализация варианта 1", "реализация варианта 2", "реализация варианта 3", "выбор одного", "подгонка".

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

Ситуация: увольняется разработчик. Найдена замена, необходимо скорректировать план с учетом передачи проекта и времени на "въезжание". MS Project тут никак не поможет, PM должен сделать это сам. Каменщика же заменить проще  

Соответственно, не очень опытный ПМ может пролететь со своим планом. А инструмент-то мог бы и помочь... Если бы изначально принималось во внимание отличие людей друг от друга, а не "взаимозаменяемость ресурсов"! 

2. В MSP невозможно нормально описать повторяющиеся задачи, не смотря на то, что псевдофича Recurring Task там присутствует.

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

Добавлено @ 17:21 


А отсюда можно немного подробнее про "шишки"   Интересно...

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



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

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

Хотя есть тысячи аргументов против этого, но так удобнее в реале. Это просто мой опыт и опыт ещё 4-5 МП из моей компании. Это совсем не рекомендация, просто воспоминания.

Конкретные шишки уже не вспомню... надо бы систематизировать и записывать 

z-END, ну что, выкристаллизовал идеи?  Или забросил нафик? 

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