Как Вы храните информацию состояния проектов, Вы продолжаете работать? [закрытый]

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

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

Общие примечания и тип FAQ племенное знание я предпочитаю использовать Wiki или блог разработки для. Формат блога является большим обеспечить временную шкалу и (отмеченные) ссылки.

попробуйте Notepad.exe, один документ журнала на проект. Или используйте Word. Или Wiki, Или что бы то ни было.

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

У меня есть те же требования, и я переместился от текстового файла до Google Docs. Это дает мне несколько преимуществ:

• Я могу получить доступ к нему отовсюду
• Простое форматирование

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

• product.name.ideas
• product.name.todo
• product.name.questions

В моем todo файле я группируюсь по дате (когда я должен работать над чем-то или закончить его), и снабдите префиксом их код символа 3-4 для указания, 'кто', для. Например:

.Жду ответа
.. PROD1: код Обзора

.MONDAY
..Главная страница: Пойдите для банковского дела
..Главная страница: Отправьте счета
.. PROD2: Запишите требования

.TUESDAY
.. PROD2: Обзор с командой

Я только планирую в течение одной недели и сохраняю разделы таким как "Позже", "Намного Позже", "я Желание" в конце.

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

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

Для интегрированного инструмента команды я предпочитаю очень легкую Wiki. Я нацелен на Trac (http://trac.edgewall.org/), который является бесплатно распространяемым проектом с открытым исходным кодом, который интегрирует Wiki, управление исходным кодом и отслеживание ошибки - идеальное соединение.

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

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

О, и затем, для получения информации, которая не является действительно для единственного проекта, а скорее быть снова использованной, у нас есть Wiki внутренне, конечно, хотя иногда трудно убедить людей на самом деле использовать это ("что, Wiki? Я просто позвоню Вам, когда мне будет нужна та информация!"). Вздох.

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

Большие вещи я отмечаю на Wiki проекта или устанавливаю TODO-комментарии в своем коде (и использую инструменты, которые находят их).

Если необходимо поделиться информацией, Wiki работы действительно хорошо для этого "племенного знания", информация о типе Вы надеетесь помнить.

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