Методологии управления проектами имеют смысл, когда я - единственный член команды? [закрытый]

Это, безусловно, интересная идея - иметь возможность спринт к достижению набора целей за определенное время. Это может добавить мотивации к соблюдению сроков и предотвратить чрезмерное количество функций.

Как и любой навык, управление проектами со стороны разработки улучшается. практика, поэтому я бы сказал, что стоит попробовать.

• Используйте delete при присвоении new .
• Используйте delete [] при присвоении new [] .

После этих утверждений, если у вас все еще есть проблема (возможно, вы хотите удалить объект, который был создан кем-то еще), то вы нарушаете третье правило:

• Всегда удалять то, что вы создали. Поэтому никогда не удаляйте то, что не создавали.

Сохраняйте консоль и графическое приложение, два отдельных приложения. У вас уже есть консоль, поэтому давайте посмотрим, как сделать другую:

Создайте обычное приложение GUI в Qt и, используя класс QPprocess , вызовите консольное приложение. Используйте методы readData () и writeData () (и аналогичные) этого класса для чтения со стандартного выхода и записи на стандартный вход консольного приложения.

Для получения подробной информации см. документацию QPprocess .

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

Стоит отметить, что XP и Scrum - это методологии разработки, а не методологии управления проектами.

Методологии разработки (такие как XP и Scrum) управляют такими областями, как сбор требований, методы разработки, тестирование и выпуск.

Методологии управления проектами (такие как PRINCE2) охватывают такие элементы, как составление графиков и планирование, управление рисками и проблемами, определение объема проекта и управление бизнес-обоснованием.

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

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

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

Отчасти это зависит от того, куда вы собираетесь пойти со своей работой: вы работаете сегодня один, но планируете ли вы (или, по крайней мере, надеетесь) построить что-то достаточно большое, что вам понадобится помощь? Если да, то хорошо заранее подготовить некоторые практики - не столько, чтобы это замедляло вас, сколько то, на чем вы можете опираться при создании своей команды.

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

текст ссылки