Я много работал над проектами в одиночку — проектами «один человек». Обычно это небольшие проекты в области программного обеспечения. У многих из них нет других клиентов, кроме меня (которые фактически пользуются конечным продуктом); у некоторых есть другие пользователи.
Вопрос, который постоянно возникает у меня, заключается в том, какие методы управления проектами я должен как минимум применять в этих проектах? Без других разработчиков или персонала все может быстро двигаться и меняться.
Как минимум, у меня всегда есть:
Не вдаваясь в подробности, какие еще аспекты я должен включить в свои проекты?
Редактировать: с технической стороны я обычно использую вариант Agile/Scrum — бэклог продукта и оценки каждой истории в баллах, без спринтов, только релизы.
Для программных проектов, даже если вы являетесь единственным разработчиком и конечным пользователем, я считаю крайне важным иметь какое-то средство отслеживания проблем. Это может быть простая электронная таблица или что-то более сложное, например специальное программное обеспечение, подключенное к вашему репозиторию контроля версий.
Вы забудете вещи. Список существует, чтобы сэкономить ваше время.
Отслеживайте свое время на каждой задаче.
Это даст вам представление о том, какие части занимают больше всего времени, чтобы вы могли сосредоточиться на улучшении этих конкретных областей.
Для начала используйте большие сегменты, такие как планирование, разработка, тестирование, исправление ошибок, развертывание и т. д. Каждый сегмент должен содержать не менее 20 часов.
Я думаю, что ваш список хорош. Я предлагаю вам, как минимум, сделать следующее, даже для небольших индивидуальных проектов:
Поскольку мы говорим о программной области, не начинайте разработку только с:
Видение того, что я собираюсь сделать
Создайте быструю блок-схему функциональности вашего проекта.
В Интернете есть много бесплатных программ для создания блок-схем, таких как giffy или SlickPlan .
Это экономит ваше время и проблемы, даже если это небольшой проект.
Я всегда начинаю с создания WBS, в том числе для домашних или частных проектов. Я считаю, что это самая важная техника или инструмент, который может использовать PM. Все остальное начинается с WBS.
Одна из самых важных вещей при управлении собой — сохранять концентрацию.
Планируйте достаточно, чтобы знать, что и почему вы делаете, но не настолько, чтобы это стало громоздким или поводом для прокрастинации.
Не только в смысле настойчивости, но и в смысле не брать на себя слишком много сразу. Для одного человека я думаю, что канбан-доска и строго ограниченный WIP — идеальный вариант для управления одним проектом.
Остальная часть моего фреймворка :
Ограничьте количество задач, которые у вас есть в процессе, даже если это то, чего вы ждете.
На самом деле отслеживать свое время. Это даст вам представление о рентабельности инвестиций.
Используйте Гит.
Поговорите с другими людьми, когда вы застряли.
Хороший список. Одна вещь, которую я бы добавил, это управление изменениями. Вы должны оценивать каждое изменение вашей первоначальной концепции. Каждое изменение вносит дополнительный риск. Вы должны оценить изменение с точки зрения риска, бюджета, графика и масштаба. После того, как вы сделали объективную оценку, вы можете решить, следует ли внедрять изменение.
Хороший подход к началу.
Я должен добавить, что ежедневное резервное копирование и контроль версий важны.
Мой опыт таков, что я сохранил проект после модификации исходного кода из работоспособной версии, он иногда выдает логические ошибки в другой день. Мне требуется день, чтобы получить исходную работоспособную версию. Неделю спустя мой компьютер атакует троян, и мне приходится просить техника вернуть файл.
Всегда делайте резервную копию и контроль версий. Путь к хранилищу должен быть веб-сервером, таким как Dropbox, Google Drive и ваши USB-драйверы, если это необходимо.
Моим дополнением был бы простой план проекта, в котором указаны этапы ETA, чтобы убедиться, что вы не сбились с пути. Слишком легко переутомиться в одиночестве, тем самым снижая окупаемость инвестиций, например, вашего времени. Зарабатывает ли ваш проект 100 долларов в час или 10 долларов в час — об этом часто забывают технические руководители.
пепел999
Иво Флипсе
пепел999