Насколько полезен журнал проекта или дневник? [закрыто]

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

Я волнуюсь, что отслеживание того, что я сделал, съест слишком много времени ...

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

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

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

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

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

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

Если способность оглядываться на прогресс для вас более ценна, чем работать в течение какого-то времени, которое вам понадобится, чтобы сделать заметки о прогрессе, я бы сказал, что это стоящее занятие.

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

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

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

Попробуйте следующее:

В начале каждого дня запишите

• Что вы собираетесь делать (параграф, электронная таблица, какая форма вам нравится)
• С какими проблемами вы ожидаете столкнуться

В конце каждого дня запишите

• Что ты сделал
• Какие препятствия встали у вас на пути
• Какие три вещи вы узнали (технические, нетехнические и т. Д.)

Каждую неделю обзор

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

Это хорошо проведенное время. Я храню все свои заметки в программе под названием « Подключенный текст» . Я возвращаюсь к проблемам, встречам, элементам CYA, программным заметкам, языковым заметкам, фрагментам API и т. Д. Я также использую Evernote, чтобы вырезать вещи из Интернета, а затем превратить их в заметки. Многое из того, что вы будете делать в своей карьере, снова придет в голову, поэтому хорошо помнить о том, как вы решили эти проблемы. Я смотрю на это как на загрузку мелочей, чтобы помнить важные вещи, зная, что могу вернуться к своим заметкам. В конце концов, именно поэтому вы делаете заметки для начала.

Это не пустая трата времени.

Я пользуюсь личной вики уже около 7 лет, вики на флешке или WoaS: http://stickwiki.sourceforge.net/

Я создал базу знаний для всего программного обеспечения, которое я поддерживаю, ссылки на многочисленные технические ресурсы, заметки о встречах группы - все это телефонные конференции, документирование среды разработки, технические и профессиональные цели, списки задач и т. Д. Практически все, что я бы написал на блокноте или липкой идет в этой вики. Используя Firefox с http://portableapps.com , вся моя вики-версия автономна, не требует сервера или установки какого-либо программного обеспечения на клиентском компьютере. Работает кроссплатформенный тоже. Единственная проблема, с которой я столкнулся - это использование Chrome. Это не сохранит никаких изменений. Firefox работал лучше всего, поэтому я придерживаюсь его.

Было несколько раз, когда проект возвращался назад только для его воскрешения через 9 месяцев. WoaS вернул меня туда, где я остановился, и работал продуктивно, не пытаясь вспомнить, что я делал ранее или что случилось с блокнотом, который я использовал тогда.

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

Это часть литературы.

Как и в древние времена, знания лучше всего сохранялись при написании. «Устная Традиция» не так эффективна.

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

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

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

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

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

Вещи, которые вы должны отслеживать в списках:

• Внешние обязательства, особенно даты.

• Сфера - По крайней мере, на высоком уровне. В зависимости от ситуации это становится более подробным.

• Зависимости - то, что вам нужно от других.

• Проблемы, риски и задачи

• На что вы тратите время (точность зависит от того, является ли это для самопознания или внешнего выставления счетов)