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

Ответ 1

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

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

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

Ответ 2

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

Да.

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

См. У вас есть система управления проектами. Зачем спрашивать?

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

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

Прочтите это: http://tortoisesvn.tigris.org/issuetrackers.html

чтобы ваши пользователи или ваш работодатель могли просматривать или управлять ими.

Это означает, что вы не работаете в одиночку, если вы что-то разделяете. Что вы просите здесь? Как поделиться?

Ответ 3

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

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

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

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

Ответ 4

Я бы больше не хотел работать без системы, такой как trac, даже если я единственный, кто работает над проектом. Разумеется, вы должны использовать систему управления версиями, не говоря уже об этом. Вы также упомянули о двух или трех вещах.

Во-первых, это документация. Есть много разных возможностей, и вики - всего лишь одна из них. Я лично использую вики в основном для идей, мыслей и заметок. Легко вставлять в нее рисунки, ссылаться на ресурсы в Интернете и очень быстро редактировать. Это не может заменить документацию кода, которую вы используете с исходными комментариями или такими инструментами, как doxygen. И это также не может заменить руководство, если проект требует его.

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

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

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

Ответ 5

Я имею в виду систему управления проектами, включающую отслеживание проблем, вики и т.д.

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

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

Таблица Какие типы документов необходимо создать? подразумевает, что вам может не понадобиться документация (например, wiki) работа с другими людьми: например с менеджером, тестировщиками и/или конечными пользователями.

Ответ 6

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

Ответ 7

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

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

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