Цитата(Kefir @ 28.6.2007, 13:14  ) |
| 1. С чего вообще начать делать проект? Например что идёт первым - набор людей, а потом составление некоего плана проекта или наоборот? |
Если проект кратковременный и в будущем ты можешь распрощаться с людьми, то можно искать людей именно для проекта - некоторое время можно поработать даже с тем, кем душа не лежит общаться. Но если проект длительный или ты хочешь набрать команду, с которой будешь работать в будущем - ищи людей, с которыми сможешь работать длительное время. Тех, с кем не будет проблем при общении (крупных проблем, т.к. мелкие точно встретятся). Тех, кто имеет достаточный уровень опыта (с твоей точки зрения). И тех, кто согласен работать под твоим руководством (зачастую бывает, что человек всем хорош, но постоянно будет тянуть одеяло на себя, что явно не будет способствовать успешной работе команды).
| Цитата(Kefir @ 28.6.2007, 13:14 ) |
| 2. Как вообще пранировать проект по уму? Какие инструменты применять? Диаграммы? Какой-нибудь UML? MS Project? |
Лично мне очень понравились заметки Джэла Спольски на эту тему (и не только). Почитай и попробуй. Не скажу, что его вариант самый лучший, но для начала - точно самое то, т.к. не надо разбираться с различными специализированными программами. Это уже потом, если захочется, посмотришь различные программы и выберешь, что тебе удобнее и полезнее. Заметки Спольски можно найти на его сайте http://www.joelonsoftware.com (там же неподалёку есть и локализованная русская версия, но заметки в ней не все).
| Цитата(Kefir @ 28.6.2007, 13:14 ) |
| 3. Каким образом организовать работу? Как распределять задания? Как потом всё это (то что программисты написали) собирать воедино и как давать задания так, чтобы потом не было конфликтов в коде (то есть как описать программисту что от него конкретно надо - говорить что тебе, мол, надо написать класс с методами X(), Y(), Z() которые возвращают int, string и void?)? |
Для начала надо разбить проект на подзадачи. Выделить обособленные части (которые можно разрабатывать параллельно. А там уж раздавай задачи либо тем, кто лучше и быстрее сделает, либо тем, кого хочешь подтянуть в данной области.
Сборку воедино практически всегда можно сделать полуавтоматической. Нужно сделать костяк проекта, к которому будут присоединяться модули (куски кода) и положить этот скелет на VCS/SVN/иже_с_ними. Каждый программер будет выкладывать туда свой модуль (рабочий вариант, даже если вместо функций заглушки - всё равно проект должен компилироваться), а когда надо будет собрать проект воедино, кто-то будет либо вручную, либо автоматически (например, Ant'ом) собирать его.
Чтобы не было конфликтов, надо описывать в проектной документации интерфейсы модулей. Тогда и разночтений по поводу имён функций и возвращаемых типов не будет в принципе. Кстати, модуль не обязательно должен быть представлен классом. Это может быть и просто набор функций, например.
| Цитата(Kefir @ 28.6.2007, 13:14 ) |
| 4. Только недавно услышал о таких вещах как RUP, XP, Agile, AgileUP etc. Оно мне вообще надо? Если да, то как выбрать то что надо? |
Лучше не заморачивайся на этом, пока не знаком с подобными методами. Сильно сомневаюсь, что хотя бы одна из этих метод является панацеей. Сам знаком с ХР и могу сказать, что она подходит далеко не всегда и нередко больше мешает, чем помогает. Отдельные элементы полезны во многих случаях, но в целом методу каждый раз применять не выйдет.
| Цитата(Kefir @ 28.6.2007, 13:14 ) |
| 5. Как собственно оценить сколько и каких ресурсов надо? |
Поначалу на глазок, а позже уже начнёшь чувствовать. Кстати, у того же Джоэла на эту тему тоже есть немного умных мыслей.
Добавлено через 1 минуту и 58 секунд
М-да... Вышло как обычно - "коротенько. минут на сорок".
Подойдёт, я надеюсь?
у вас получилось?