Я заробляю на життя людиною як "програмний пістолет для найму", який працює в основному з дому, тому я вмираю, щоб почути, що інші люди мають про це сказати.
Ось декілька речей, які я вважаю важливими:
- Як каже Денис, контроль над джерелами є життєво важливим, але SVN - не єдиний варіант. Я в основному використовую Perforce, і git - хороша альтернатива. Мені подобається «основна» модель розвитку; що дозволяє мені робити експерименти в гілках коду, об'єднувати їх в основну лінію, коли вони працюють, і бачити їх, якщо вони не відповідають цьому.
- Я використовую зошит для нотаток і програму для відстеження завдань. В даний час я використовую Redmine для останнього; до цього я використовував Fogbugz. Мені також подобається Redmine, оскільки він має дійсно гарну вбудовану вікі, яку я можу використовувати для постійних приміток та посилань на важливі сайти.
- Також важливо відстежувати те, що я роблю, і встановлювати собі якісь розумні межі, щоб я міг зробити досить, не вигоряючи - див. Нижче.
Мої інші методи розвивались роками, і я налаштовую їх залежно від проекту та клієнта. Люди платять мені за робочий код, не обманюючи процес, тож я намагаюся утримати процес легким та не в обличчі своїх клієнтів. Але я вважаю, що Agile методи дуже добре працюють для мене:
- Один з моїх теперішніх клієнтів, як правило, перекладає на мене великі функції, щоб не реалізовувати, і не клопоче мене, поки вони не закінчать. Тож я вважаю, що робота над спринтами Scrum - це чудово. Я здогадуюсь, що це може працювати для магістерського проекту, якщо ваш радник з досліджень не є контролем.
- Мій інший поточний клієнт, як правило, має більше надзвичайних ситуацій типу "припинити роботу над цим і виправити це". Я спробував це зробити з Scrum і здався після одного спринту. Тому я роблю це за допомогою Kanban, і це працює набагато краще.
Інша проблема, що ви працюєте самостійно - у вас немає нікого, щоб сказати вам, що робити або коли, або якщо ви достатньо закінчилися, або коли кинете роботу, тому що ви зробили достатньо - так що ви повинні зробити що для себе. Я особисто віддаю перевагу Scrum, тому що можу відстежувати, як я роблю по відношенню до своїх спринт-цілей. Для проектів Kanban я можу просто відстежити, скільки часу я вкладаю, але мені це не подобається, а також щось більш орієнтоване на цілі.
Деякі мої друзі клянуться Помодоро як спосіб, щоб вони зосереджені на завданнях і відстежують особисту ефективність, і я думаю про те, щоб спробувати це.
У мене також є офіційний процес для випуску коду для моїх клієнтів, щоб переконатися, що вони отримують "правильно", але це, мабуть, поза межами того, про що ви просите.