pacmancoder
commented
8 years ago Конечный срок сдачи проекта - 30.11
План работы:
- 03.10 - 09.10 (1 неделя)
- Ознакомление с требованиями к проекту, исследование "приложений-конкурентов"
- Исследование существующих инструментариев для разработки приложения данного класса
- 10.10 - 11.10 (2 дня)
- Уточнение неясных деталей спецификации
- 12.10 - 16.10 (5 дней)
- Ознакомление с инструментарием разработки проекта
- Составление предварительного плана
- 17.10 - 23.10 (1 неделя)
- Написание прототипов
- Составление детального плана разработки
- 24.10 - 27.10 (4 дня)
- Определение протокола обмена данными клиентом и административного приложения через облако
- Распределение задач в команде
- 28.10 - 17.11 (3 недели)
- Непосредственно разработка
- Написание тестов
- 18.11 - 23.11 (6 дней)
- Тестирование
- Исправление недочётов и ошибок
- 24.11 - 29.11 (6 дней)
- Написание сопровождающей документации
- Подготовка презентации проекта
ilammy
Нужно спланировать будущую работу по проекту.
[x] Примерный план
Здесь следует пересчислить примерное разбиение времени по крупным задачам (с точностью около недели). Дата завершения проекта фиксирована, напишите её тут и учитывайте.
Не забудьте включить в план следующие пункты:
Закиньте его сюда в любой удобной вам форме. Лучше сразу в комментариях. Можете также заполнить карточки заданий в Projects.
Срок: 2016-10-14 (пятница)
[x] Уточнённый план
Здесь следует разбить выполнение проекта на подзадачи, оценить время на их выполнение, и распределить задачи между собой.
Здесь важно именно оценивание времени, а не его распределение. То есть вести разработку плана следует от того, сколько вы думаете, вам потребуется на подзадачу. Не надо пытаться распределить наличное время (вон те четыре недели) на подзадачи. В итоге по плану должно быть возможно сказать, хватит ли вам выделенного времени, или нужно убрать некоторые задачи, или изменить общее распределение времени, или отложить срок сдачи проекта.
Если не ясно, сколько потребуется времени, то разбивайте задачи на подзадачи до тех пор, пока стоимость их выполнения не будет понятной, а потом складывайте. Чем подробнее будет разбиение, тем вам же удобнее. Естественно, не надо выделять отдельные задачи на каждый класс и метод. Но желательно описать в задаче, что именно вы там хотите реализовать, а не просто абстрактная «блокировка». Также помните, что всяческие юнит-тесты (если собираетесь их писать) являются частью разработки, а не отдельной задачей.
План поместите сюда в удобной вам форме. Когда он будет готов, issue насоздавать для подзадач могу я, если хотите, а вы можете уже просто приступать к разработке.
Срок: 2016-10-24 (понедельник)