Программное обеспечение для управления проектами для компании веб-разработки [закрыто]

Я долгое время занимался фрилансом с PHP, Ruby и в основном фреймворками с открытым исходным кодом. Теперь, когда у меня есть определенная клиентская база, мне регулярно дают проекты.

Я решил заняться полноценной компанией с несколькими сотрудниками, некоторые будут наняты, а другие будут фрилансерами.

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

Я ищу несколько советов по решению веб-интерфейса с открытым исходным кодом, которое позволяет мне:

  1. Сотрудничать
  2. График времени, диаграмма Ганта
  3. Распределение ресурсов
  4. Отслеживание проблем, отслеживание ошибок
  5. Позволяет клиенту войти в систему и просмотреть ход выполнения задачи
  6. Выставление счетов
  7. Отслеживание времени

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

Еще хочу добавить, что при гуглении наткнулся на Achievo , Redmine , Project-Open .

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


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

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

Любое ПО PM позволяет мне определять, что может видеть конкретный клиент.

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

Вы должны добавить выделенный курсивом текст в качестве комментария к ответу пользователя, чтобы блок вопросов содержал ваш вопрос. Это также связывает ваш отзыв с ответом этого пользователя и помогает устранить беспорядок в вопросе.
Здесь должен быть стикер для Fogbugz. Джоэл Спольски создал этот веб-сайт, а также Fogbugz. Он идейный лидер в этой области.
Интересно найти посты об этом. Как компания, занимающаяся веб-разработкой, мы пытались и не смогли найти ничего, что соответствовало бы нашим потребностям. Все приложения были либо слишком простыми/ограниченными, либо слишком перегруженными функциями и сложным пользовательским интерфейсом, которые нам не нужны. С тех пор мы создали tasman.io , и в настоящее время он находится в стадии БЕТА. На данный момент это изменило то, как мы работаем, и мы смотрим, сочтут ли это подходящим и другие компании, занимающиеся веб-разработкой. Ключевое отличие заключается в том, что это комплексно (клиент> проект/бюджет> задача-> время> выставление счетов/счетов).

Ответы (16)

Я использовал и рекомендую JIRA вместе с Confluence . Он прост в использовании и имеет почти все необходимые функции. Это также позволяет вашему клиенту входить в систему, видеть прогресс, создавать проблемы и даже комментировать задачи.

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

Jira и Atlassian платные, ну, я не совсем против платных, но чтобы снизить свои расходы.
Для небольших компаний это не дорого. Также обратите внимание на другие продукты Atlassian: Fisheye, Crucible, Crowd, Bamboo, Bonfire.
Я согласен, что Jira отлично подходит для отслеживания задач, но она ничего/мало не дает с точки зрения управления проектами/управления ресурсами/учета времени.
@ Томми: почему бы и нет? Я думаю, что функция статистики, которую предоставляет Jira, хороша.
В JIRA есть отслеживание времени, но по умолчанию оно может быть отключено.
Я не использовал JIRA, но мы используем Confluence для нашей вики, и я думаю, что это здорово.
Продукция Atlassin очень недорогая.

Возможно, вы не найдете все это в одном решении. Я рекомендую: набор инструментов 37Signals.com (BaseCamp для начинающих) для взаимодействия с клиентами и совместной работы; найти хорошую интернет-компанию по выставлению счетов и выставлению счетов (ссылки на SmashingMagazine); наконец, пересмотрите или значительно упростите диаграммы Ганта. Basecamp даже не включает их.

Стройте медленно.

Я пробовал, они очень хорошие. Я пробовал бесплатную версию. Они даже предоставляют брендинг для платной версии, что хорошо. Многие другие инструменты, такие как система выставления счетов, обеспечивают интеграцию с basecamp, что является хорошим плюсом. Но опять же, чтобы снизить затраты, я хотел бы заняться открытым исходным кодом, а также я хотел бы полный брендинг, который был бы чем-то вроде manage.mycompany.com или client.mycompany.com.

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

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

http://www.fogcreek.com/fogbugz/features/project-management.html

О да, установка и управление для запуска на вашем собственном сервере просты, и я думаю, что цена может быть более идеальной, чем если бы они размещали ее и платили ежемесячно: http://www.fogcreek.com/fogbugz/for-your -server.html

Обещание туманного ручья:

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

Возможно, вы захотите взглянуть на Jira от Atlassian и ее полный набор продуктов для управления проектами.

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

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

В ОТВЕТ НА ВАШЕ ОБНОВЛЕНИЕ Vertabase позволяет вам контролировать то, что видит каждый клиент. Вы можете установить очень детализированные элементы управления уровнем доступа, если хотите.

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

SmashingMagazine (точка) com/2008/11/13/15-useful-project-management-tools/ представляет собой список из 15 полезных инструментов управления проектами.

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

Я нашел Smashing Magazine очень полезным для всех видов вопросов веб-разработки и технических идей.

У меня был хороший опыт работы с Dotproject ( http://www.dotproject.net/ ).

Некоторые из основных участников запустили форк, который выглядит многообещающе (но это все, что я могу о нем сказать): Web2project ( http://web2project.net/ )

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

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

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

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

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

Я отслеживаю свое время с помощью Time Tracker Mac , а счета выставляются в Google Docs.

Включает ли redmine функцию, с помощью которой клиент может войти в систему и увидеть ход своего проекта. Они могут просто увидеть некоторые основные вехи/задачи и создать проблемы, если захотят. Отслеживание времени и выставление счетов могут выполняться и другими приложениями.
Я только что видел это redmine.org/projects/redmine/wiki/redminetimetracking. Он также поддерживает отслеживание времени.

Не имеет значения, знаете ли вы Python или нет для использования Trac, точно так же, как не имеет значения, знаете ли вы PHP или нет для использования Википедии.

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

Мы изменили рабочий процесс Trac, чтобы смоделировать наш реальный рабочий процесс. Наши клиенты получают учетные записи на Trac, и мы используем систему продажи билетов как систему «мяча в суде», где мы обмениваемся проблемами между нашей командой и командой клиента, пока не придем к решению.

Например, клиент может открыть тикет, описывающий некоторый запрос функции. Неизменно, клиент будет искать оценку усилий по этой функции. По умолчанию все новые тикеты назначаются РМ. PM получает уведомление по электронной почте со сводкой заявки, входит в Trac и принимает заявку. При желании он может принять билет и назначить билет. Назначенная сторона может не иметь информации в заявке для оценки усилий. Могут отсутствовать другие важные фрагменты информации, поэтому этот человек будет задавать вопросы клиенту, устанавливать для заявки состояние «need_info» и устанавливать владельца заявки для клиента.

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

Клиент отвечает на вопросы, устанавливает для билета состояние «info_provided» и возвращает владельца стороне, которая передала его ему. Предполагая, что нам не нужно проводить еще один раунд вопросов и ответов, владелец прокомментирует заявку и оценит усилия, установит для заявки значение «needs_approval» и назначит владельца клиенту.

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

Если мы готовы начать работу над этой заявкой, член команды, который будет реализовывать эту функцию, установит для заявки значение «work_in_progress». Это дает клиенту указание на то, что проблема не просто исчезла в черной дыре.

Когда разработчик закончит, он установит для тикета значение «ready_for_qa» и назначит владельцем кого-то из нашей группы контроля качества. Специалист по контролю качества может либо вернуть его разработчику как «needs_work» с комментариями, либо вернуть его клиенту как «ready_for_user_acceptance». Опять же, клиент может вернуть его как «needs_work» и объяснить, почему, или он может принять его, закрыв тикет.

Мы используем вехи Trac примерно как циклы SCRUM. Мы делим каждый месяц на первую половину и вторую половину, поэтому у нас есть два цикла в месяц. У нас две специальные вехи: «Не запланировано» и «Особые проекты». Я хотел явно увидеть «Не запланировано», чтобы подчеркнуть тот факт, что заявка находится в очереди, поэтому мы создали «Не запланировано». «Специальные проекты» — это более крупные проекты, для которых у нас пока нет финансирования, но мы в конечном итоге доберемся до него, как только получим.

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

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

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

Если вы в какой-то момент предоставляете исходный код своему клиенту, а я как веб-разработчик предполагаю, что вы это делаете, то Github может предложить большую часть того, что вы ищете. Это поможет вам с № 1, № 3, № 4 и № 5 в вашем списке требований.

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

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

Единственным недостатком Github является отсутствие возможности прогнозирования, чтобы помочь клиентам и членам команды понять, когда проект будет завершен. Однако вы можете использовать другие инструменты, чтобы оценить оставшееся время проекта.

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

Мне тоже очень нравится Трак. Я заметил, что кто-то упомянул об этом в другом ответе. Для меня оба Github и Trac являются мощными инструментами, потому что они помогают интегрировать scm, управление проектами и проектную документацию. Слабость MS Project и других автономных инструментов управления проектами заключается в том, что задачи нельзя легко связать с фактическими артефактами проекта, такими как исходный код или документация.

Это еще не упоминалось, поэтому я расскажу об этом - моя (хотя и небольшая) команда очень довольна использованием Unfuddle www.unfuddle.com - это инструмент управления разработкой программного обеспечения с билетами, встроенный в репозиторий Subversion, отслеживание вех и общая область сотрудничества. Это тоже довольно дешево. Нам очень нравится, как вы можете связать тикеты с коммитами, просто добавив номер тикета в примечания к коммиту — и это стало де-факто способом, которым мы сейчас документируем наш код — включая номер тикета, на который можно легко ссылаться.

Если вы знакомы с python и вам удобно работать с открытым исходным кодом, я определенно рекомендую trac . Это легкий и гибкий инструмент для отслеживания проектов, который я успешно использую уже много лет. Из коробки он предоставляет минимальный базовый набор функций:

  • вики
  • отслеживание вех
  • отслеживание ошибок и запросов функций
  • настраиваемый рабочий процесс тикетов
  • детальный контроль доступа
  • Intertrac и интервики-ссылки

Trac использует вики в качестве ядра — вики-разметка разрешена практически везде. С небольшим ознакомлением легко связать изменения программного обеспечения, билеты, вехи, записи в блоге и «обычные» вики-страницы.

Trac имеет открытый исходный код и легко расширяется с помощью плагинов. Вы можете найти много на Trac Hacks . Некоторые хорошие, которые применимы к вашей ситуации:

выставление счетов останется серьезным пробелом, но trac предоставляет много возможностей по моей любимой цене.

С Trac легко начать. Это бесплатно и очень гибко. Вы всегда можете перейти на коммерческий инструмент позже, когда лучше поймете свои требования. Многие инструменты имеют встроенный импорт из Trac, например, Jira.
Сложно ли использовать, если вы не знакомы с python? Было сказано, что еще один пробел в трассе - это реализация.. это правда?

Если вы готовы платить за коммерческий инструмент, моя команда успешно использует VersionOne . Мы также посмотрели на RallyDev . Это было довольно близко, и нам показалось, что VersionOne лучше подходит для нашего процесса. Оба хороших инструмента.

В Google Apps Marketplace есть несколько хороших решений для управления проектами.

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

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

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

Урожай — это тоже хорошо, но больше для отслеживания времени.

Как я не мог видеть, это уже упоминалось. Я начал использовать agilesoup

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

И довольно удобное приложение для Android.

http://www.agilesoup.com/ Я думаю, что единственный момент, для которого я не нашел решения, - это элемент выставления счетов.