Наскільки корисний журнал проекту чи щоденник? [зачинено]

Хочу знати, як важко / корисно вести журнал проекту або щоденник. Я переживаю, що слідкуючи за тим, що я зробив, з'їсть занадто багато часу ...

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

Я переживаю протилежне. Я часто знаходжу, що вартість не документального документування з'їдає ще більше мого часу. Можливо, цього не відбувається сьогодні. Можливо, не завтра, але в якийсь момент більшість речей, які я зробив, з’явилися знову в якийсь момент, і це, як правило, відбувається після того, як пройшло достатньо часу для мого мозку, щоб вважати це неважливим.

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

У деяких випадках документація заощаджує час інших. Це такі випадки, коли витрачені на документування X хвилини стали інвестицією в себе, коли вкладені Х хвилини дали прибутковість часу на X * X хвилину!

Нарешті, в інших випадках я виявив, що робота з документування допомагає мені це запам'ятати. У деяких випадках я ніколи більше не переглянув документацію, тому що для мене записування чогось є каталізатором спалення її в моїй пам'яті.

Всі люди різні, і вам потрібно буде знайти те, що працює для вас. Щодо мене, я не можу сказати, що пошкодував про витрачений час на документування своєї роботи, але, напевно, пошкодував про часи, яких не робив.

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

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

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

Це, як кажуть, не важко. Це просто корисніше, якщо ви можете це робити регулярно, і це допомагає, увійшовши в рутину більшості людей.

Спробуйте це протягом 3 місяців. Виберіть простий формат, який ви можете взяти на себе та виконайте це. Якщо це дає користь, то продовжуйте, якщо ні, киньте її. Кожен тиждень переглядайте формат ваших записів та при необхідності коригуйте їх.

Спробуйте наступне:

На початку кожного дня запишіть

• Що ви збираєтеся робити (абзац, електронна таблиця, незалежно від форми)
• Які проблеми ви очікуєте зіткнутися

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

• Те, що ви зробили
• Які перешкоди потрапили на ваш шлях
• Які три речі ви дізналися (технічні, нетехнічні тощо)

Щотижня переглядайте

Можливо, це займає 5 хвилин на початку та в кінці кожного дня. Пізніше ви можете додавати речі, про які ви запитуєте себе щотижня, або речі, які вас цікавлять. Не бійтеся змінювати формати ... папір один тиждень, Wiki наступний, Trello третій. Мине місяць і більше, щоб влаштуватися на стиль і знайти паз.

Час добре витрачений. Я підтримую всі свої нотатки в програмі під назвою Connected Text . Я повертаюсь до проблем, зустрічей, пунктів CYA, приміток програмування, мовних записів, фрагментів API тощо. Також я використовую Evernote, щоб обрізати речі з Інтернету, а потім перетворити їх у нотатки. Багато чого з того, що ви будете робити у своїй кар’єрі, з’явиться знову, тож вести замітки про те, як ви вирішили ці проблеми, є хорошою ідеєю. Я дивлюся на це як на завантаження дрібниць, щоб тримати важливі речі на моїй свідомості, знаючи, що я можу повернутися до своїх заміток. Якщо все-таки, саме для цього ви робите нотатки.

Це не марна трата часу.

Я використовую особисту вікі вже близько 7 років, Wiki на Stick або WoaS: http://stickwiki.sourceforge.net/

Я створив базу знань для всього програмного забезпечення, яке я підтримую, посилання на численні технічні ресурси, нотатки про зустрічі команди - все це телефонні конференції, середовище розробки документів, технічні та професійні цілі, списки todo тощо. Практично все, що я б написав на блокноті або липкому йде у цій вікі. Використовуючи Firefox від http://portableapps.com , вся моя вікі є автономною, не потребує сервера або встановлення будь-якого програмного забезпечення на клієнтському комп'ютері. Працює і кросова платформа. Єдина проблема - це використання Chrome. Це не збереже жодних змін. Firefox працював найкраще, тому я дотримуюся цього.

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

Я ніколи не пошкодував, що витратив час на документування своєї роботи. Після деякої практики дійсно не потрібно багато часу, щоб вести нотатки. Якщо ви зможете розробити процес, який є простим, але афективним, ви, швидше за все, це зробите.

Це твір літератури.

Як і в античні часи, знання найкраще зберігалися при написанні. "Усна традиція" не є такою ефективною.

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

Ось у верхній частині голови, ось лише кілька причин, чому важливо вести журнал.

• Якщо ви хочете запатентувати щось винайдене, то книга журналу стає дуже важливим доказом.
• Якщо ви працюєте в середовищі, де є культура вини, ви захочете відзначити, що ви робили, коли, що було сказано тощо, просто прикривши власну задню частину.
• Якщо ви хочете відслідковувати думки чи ідеї, які не встигаєте одразу вивчити, то журнал журналів - це гарне місце для відмітки речей для подальшого перегляду.
• Якщо ви працюєте над декількома проектами, а ваш графік роботи вимагає відносно детального обліку вашої роботи для відстеження витрат на проект або виставлення рахунків клієнтам, журнал журналів стає місцем для відстеження вашого часу.
• Записки про зустрічі команди, порядок денний тощо.
• Угоди, розбіжності, рішення, а особливо, чому і як відбувалися ці речі, можуть стати справжнім збереженням життя, коли інформація справді потрібна.

Щоразу, коли я закінчу писати на останній сторінці журналу журналу, я опинюсь, озираючись на старіші книги за минулі роки, просто щоб побачити, як далеко дійшли мої знання, як змінилося моє мислення, і це може бути дивно, що ти вчитися з власного робочого минулого, особливо якщо ви думаєте про зміну роботи, і хочете наповнити своє резюме безліччю дійсно цікавих проектів та досягнень.

Багато що залежить від розміру проекту та цілей проекту. У невеликому проекті ви можете помістити речі в Excel. Пам’ятайте, що переробка займає більше часу, ніж робити щось правильно з першого разу, тому варто трохи запланувати, щоб потім заощадити час.

Що слід відстежувати у списках:

• Зовнішні зобов'язання, особливо дати.

• Сфера застосування - Принаймні на високому рівні. Залежно від ситуації це стає більш детальним.

• Залежності - те, що потрібно від інших.

• Питання, ризики та завдання

• На що витрачаєте свій час (суворість залежить від того, чи потрібно це для власних знань чи зовнішніх рахунків)