Добрый всем вечер!

Прошу отнестись серьозно к этой теме. =))

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

Пока из основных возможностях мы планируем:
1. Проекты
2. Задачи
3. Сотрудники
4. Клиенты
5. Учет времени
6. События
7. Файлы
8. Обсуждения (форум)
9. Чат
10. Блоги проектов
11. Счета
12. Календарь
13. Контроль версий
14. Отчеты и диаграммы
15. Локализация
16. Темы оформления
17. API
18. Iphone и Android
19. AIR приложение
20. Багтрекинг
21. Wiki/FAQ

Но со временем список пополнится...

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

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

Спасибо, жду адекватных постов.



Это сообщение отредактировал(а) Shogun - 9.10.2010, 14:11

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

Это соберет вам заинтересованных пользователей.
И уже у них вы сможете узнать, какие еще возможности им хотелось бы увидеть реализованными в вашей системе.

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

Исполнитель234 - мы и не собираемся прям все сразу запускать, проект разбит на этапы.

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

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

И то что нам бы хотелось достичь:
1. Интуитивно понятный интерфейс
2. Максимально возможная гибкость
3. Полнофункциональный проект

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

Вот Вы например как я понял спец по юзабилити, как бы Вы считали работу некоторого функционала более удобной и тд?

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


Это сообщение отредактировал(а) Shogun - 10.10.2010, 00:58

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

Например: возьмем возможность воспользоваться определенной диаграммой из набора диаграмм.

Посмотрим на пример стандартного воплощение в меню: Инструменты->Диаграммы-Диаграмма Н
Диаграмм может быть много, до сотни скажем, каким образом разместить их все в меню и нужно ли это?

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

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


Повторив цикл запроса (востребования) определенной диаграммы из заранее определенного и реализованного множества диаграмм
у каждого из N пользователей мы как раз и сформируем каждому его собственный максимально востребованный набор диаграмм

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





Это сообщение отредактировал(а) Исполнитель234 - 10.10.2010, 11:54

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

Тщательно проследите за тем, чтобы везде выполнялся принцип AMD
Все, что может быть добавлено, может быть отредактировано и удалено


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

Но мне удобнее предлагать упрощения уже по наработанному материалу.
Сделаете, приглашайте для оценки

Ага...



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

Это сообщение отредактировал(а) Shogun - 10.10.2010, 17:21

Никто больше не хочет высказатся?? Может есть у кого интересные идеи? 

как то не по русски, или это опечатка?


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

а как насчет учета ресурсов (какое то оборудование, ...), и распределение иго по проектам,



учесть что задачи бывают разные например
задачу А можно выполнить только после задачи Б, а вот задача С может быть параллельно с A.


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

РС надеюсь я понятно выражаю свои мысли..

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


Это я не очень понял, кажется уж очень редко это может понадобится, да и у каждого это будет по особому.


Ну это понятно и в планах разработки, даже чуть более удобнее сделаем. Можно будет например задачу C выполнить только после того как выполнены задачи А и Б.


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

например:
есть работник Вася и Петя

есть 2 задачи "просверлить потолок" и "просверлить стену"

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

ps если не понял тогда забей...)

Frees, это я понял, просто не думал что она так уж очень нужна... посмотрим.

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

Поймите что такое ресурсы: человеческие, инвентарь.
Учет ресурсов: человеко-часов, не включая инвентарь - намного сложнее и менее точен. а на фига нужен не точный учет ?

напр. команда быстрого реагирования выезжает поддерживать продукт на объект клиента. нужно:
1. транспорт (затраты, поддержка, учёт)
2. люди
3. оборудование.

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

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


Это сообщение отредактировал(а) bilbobagginz - 30.10.2010, 11:41

Добрый день!
Я человек, так же заинтересованный в качественной системе управления проектами.
В данный момент ищу подходящую для себя.
Хотелось бы узнать если какая-нибудь альфа или бета версия - ведь увидев в живую можно будит оценить все достоинства и недостатки.
С удовольствием потестил бы ваш софт.
Жду ответа....

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