Попробовал рассказать у нас в блоге, почему маленькой компании (в которой только одна группа разработчиков) не получится делать большие и маленькие проекты одновременно.
> "садиться править ту мелочь" приходится из под палки
Да, есть конечно такое дело У всех, думаю, так. Неохота возвращаться назад. Но тут нужно сказать себе "НАДО" и перейти в режим автопилота
Ну а на счет крупных проектов. Тут такое дело, не знаю у кого как, но я для себя выбрал такую методику. Любой проект разбиваю на список задач и поочередно их выполняю. Получается, что разницы между крупным и мелким проектами и нет вовсе, просто там больше задач, а там меньше. Более того, вообще забываешь над каким проектом работаешь, просто как робот выполняешь всё по очереди
Можно делать и маленькие и большие проекты одновременно -- на проектах нашего масштаба, я не вижу проблемы с этим. Кроме того, маленькие проекты/задачи могут быть очень полезны для того чтобы заткнуть дыры образуемые в результате затягивания заказчиком или одним из исполнителей отведенных на его этап сроков.
Постараюсь ответить на все вопросы, сразу Естественно, что все зависит от проектов и от ситуации. Однако, если у вас есть некоторая критическая масса мелких проектов и вы ведете их "в промежутке" между большим проектом, то вы обязательно столкнетесь с тем, что в один прекрасный момент все ваши маленькие клиенты что-то захотят: - директора заказчика вернутся с мальдив/тайланда/шерегеша/алтая /египта и спросит - а как там мой сайт? - ответственное лицо наконец-то протестит сайт - ваши мелкие проекты съест вирус потому что увы - и другие мелочи. По известному закону жизни все это случится как раз в тот момент, когда вы будете находиться на этапе "запуска" большого проекта.
Поэтому, если у вас нет ресурсов - опасно играть в такие игры. Вопрос не в опыте, не в квалификации - вопрос банально в ресурсах. Человеческих.
И аутсорсеры вам не помогут. Потому что менеджер не разорвется.
А вот если у вас есть хотя бы 2 команды разработчиков - то велкам! Вы можете делать оба типа проектов. Но аккуратно.
А можно пример крупного проекта, который команда из 3 человек делала? Либо я что-то пропустил, либо в размерах непонятки. Вы где-то архитекторов и тестировщиков потеряли.. как минимум. Крупные и средние проекты 3 человека нормально не сделают.
Хорошо, я понял. Великий и могучий язык все портит, если заменить "крупные" и "мелкие" на соответствующие временные синонимы, то все будет понятно Просто критерий "крупности" у всех разный. Для меня "крупность" в первую очередь это сложность проекта. Здесь уж по поводу 3 человек я с вами не соглашусь Вы пропускаете две очень важные стадии разработки ПО, без которых более или менее сложные проекты (читать любые) рушатся как карточные домики. Одни раньше, другие позже. А проектную документацию у вас кто пишет? Или "смотрите комментарии к коду, там и так все понятно"? Эх... везде все одно и тоже
мне кажется, что в качестве примера достаточно и такого (3-х человек). Если развивать дальше, то можно и больше.
Однако, и вы упускаете один важный-важный момент - что даже если у вас 10 человек, ядро команды будет относительно небольшое. И они в основном и делают проект.
У меня есть примеры проектов, которые сделала небольшая команда. С привлечением других сотрудников, но ядро было очень небольшое.
Группы на сайте создаются не только сотрудниками «1С-Битрикс», но и партнерами компании. Поэтому мнения участников групп могут не совпадать с позицией компании «1С-Битрикс».