Совет команде разработчиков, возглавляющей его первый проект [закрыто]

Я студенческая команда разработчиков, руководящая сравнительно небольшим проектом без опыта управления. Моя команда состоит из дюжины студентов с небольшим опытом разработки и практическим отсутствием опыта управления. Итак, мои вопросы:

  • Какая методология подходит для такой команды, Agile или Scrum, или что-то еще?
  • Какой инструмент управления следует использовать? Поскольку мы студенты, было бы предпочтительнее что-нибудь бесплатное. Подходит ли Trello для начала?
  • Какие еще советы вы можете мне дать?
Не могли бы вы дать немного больше информации, пожалуйста. Вся команда будет работать в одном месте? Кто поставляет требования для вашего проекта? В каком формате будут требования?
Если у вас есть конкретная проблема, пожалуйста, задайте ее. Как написано в настоящее время, ваш вопрос слишком широк и слишком основан на мнении, чтобы на него можно было ответить.
Мы все из одного города, но так как у нас нет офиса, каждый из нас будет работать из дома. План состоит в том, чтобы время от времени проводить встречи команды, но мы будем видеться в кампусе во время лекций, чтобы мы могли «неофициально», в перерывах, обсудить проект. Это внутренний проект студенческой ассоциации, и я являюсь инициатором. Я уже составил список функций, которые будет иметь приложение, и примерно разделил их на 3 этапа (рабочая демонстрация, версия 1.0 и более продвинутые функции), но я также планирую обсудить их с остальной частью команды. Надеюсь, это немного прояснит ситуацию.

Ответы (2)

Какие еще советы вы можете мне дать?

Прежде чем приступить к управлению :

  • Имейте четкое определение того, чего вы пытаетесь достичь. (Спецификации).
  • Разбейте проект на управляемые вехи, которые можно протестировать и реализовать. (Ваша дорожная карта.)
  • Имейте четкий список задач и тех, кто будет их выполнять. (Это также даст вам представление о расписании.)
  • Убедитесь, что у вас есть система отслеживания ошибок и репозиторий программного обеспечения (например, SVN или GitHub или что-то подобное).
  • Убедитесь, что у вас есть тестер , который может начать с проверки спецификаций.

Каждый день:

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

Не:

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

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

  • Полагаю, у вас нет времени на то, чтобы правильно проводить SCRUM. Итак, используйте принципы Agile и выберите несколько методов, таких как парное программирование (можно выполнять удаленно с помощью таких инструментов, как ScreenHero), итерации (спринты), непрерывная интеграция. После того, как вы освоитесь с ним - получите еще 1-2 техники и так далее.
  • Trello будет хорошей отправной точкой. Не забудьте использовать некоторые сервисы для размещения и распространения вашего кода (например, GitHub/Bitbucket).
  • Старайтесь часто выполнять небольшие задачи вместо того, чтобы бороться с огромной задачей. Это полезно по многим причинам, таким как мотивация, образование, ранняя обратная связь о статусе проекта и т. д.
Совет команде разработчиков, возглавляющей его первый проект [закрыто]
СпросиСетьПолитика конфиденциальности1y, 0v