Софтверная компания

[shade]

Собственно есть желание собрать команду и основать софтверную компанию. Начать с разработки небольших программ. Акцент сделать на скорости разработки (до 3 месяцев на пилотный проект), качество и надёжность продукта. Ограничение на время разработки проекта с одной стороны увеличивает шансы его завершения, с другой стороны накладывает ограничения на функционал— только то, что действительно нужно и ничего лишнего.

Подробнее: http://startuppoint.ru/blog/startup-ideas/1216.html

Пока это только эксперимент: проверка возможностей и работоспособности команды, проджект-менеджмента.

Сейчас делаем один проект. Возникла одна проблемка - у нас двое студентов, а тут сессия подкрадывается не заметно. В связи с этим прийдется либо сократить функционал, либо увеличить срок (но тогда придется сильно увеличить), либо добавить в команду ещё разработчика - не студента, человека способного выделять проекту хотя бы 8-10 часов в неделю.

Проект, Schedule Manager - тулза (клиент для Шаманграда), для планирование разработки ПО.
Уже почти готова первая версия (SM-1 - краткосрочное планирование) и сейчас мы планируем вторую (SM-2 = SM-1 + долгосрочное планирование).

Клиент: FreePascal/Lazarus/SQLite
Сервер: PHP/MySQL

Срок разаботки - не более трех месяцев.

[ev]

проблема создать компанию или проблема найти человека?
или просто решил поделиться новостью?

[shade]

Проблемма - приближающаяся сессия, которая может нарушить планы.

Три возможных выхода я обозначил:
1. продлить срок
2. уменьчить число задач
3. взять в команду дополнительного разработчика

т.к. на startuppoint.ru никто не откликнулся, то я не жду, что кто-нибудь тут откликнется. Но попытка не пытка

[ev]

кто платит за разработку? как он сам относится к двиганию сроков?
сильно увеличить - это на сколько? по идее максимум 2 месяца (а это не так уж много, ведь можно выпустить бету и не теряя времени начать искать глюки)

[shade]

кто платит за разработку? как он сам относится к двиганию сроков?

плачу пока я и я не хочу двигать срок. Срок 2-3 месяца, если его двинуть на ещё на два месяца, то это уже почти пол года - не входит в рамки эксперимента.

ведь можно выпустить бету и не теряя времени начать искать глюки

Schedule Manager (SM-1) я уже использую, сегодня анонсируем rc-1
Но функционала SM-1 оказалось недостаточно и я хочу побыстрее его расширить.

[ev]

почему не успевают? и что именно не успевают?
если косячники, может стоит уволить и нанять других?
если объективно - значит было не правильно запланировано и стоит смериться с увеличением сроков

смысла урезать функционал вообще не вижу
с урезанным функционалом можно так выпустить, а с раздвинутыми сроками доделать уже полный функционал

[shade]

смысла урезать функционал вообще не вижу

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

Т.е. смысл в том, что сейчас мы реализуем хоть какой-то новый функционал, внедрим, вздохнем спокойней и начнем работать над следующей версией - реализовывать функционал, который не успели. А для этого добавить в команду разработчика. Просто когда процесс уже запущен, то любое изменение в команде тормозит её. По этому мы часть функционала переносим на следующию версию и ищем дополнительные кадры, ищем спокойно без нервотрепки.

с урезанным функционалом можно так выпустить, а с раздвинутыми сроками доделать уже полный функционал

да, с урезаным функционалом можно выпустить и внедрить хоть какой-то новый функционал, хоть какое-то движение в перед ("маленькая победа").
а с раздутыми сроками, мы просто тянем резину, простаивам, движения вперед нет, побед нет, энтузиазма нет, проект рискует вообще уйти в небытие.

Добавлено спустя 3 минуты 48 секунд:

почему не успевают? и что именно не успевают?

Пока всё успевают. А вот как начнется сессия, так работа может встать. Сейчас всё хорошо, но я о будущем думаю.

если косячники, может стоит уволить и нанять других?

"Косячников" нет, просто видимо придется дать "оптуск" на время сессии. И в этот срок нанять кого-то другого.

если объективно - значит было не правильно запланировано и стоит смериться с увеличением сроков

Планирование только в процессе.

[ev]

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

хм... ну тогда проблемы как бы нет

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

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

[shade]

Ага, примерно так, я рад что вы наконец-то поняли

хм... ну тогда проблемы как бы нет

Проблема есть и есть решение, целых три варианта.

[ev]

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

вот и получается что вариантов то особо нет

[Vadim]

ev
Вариант - подключится кто-то из участников форума на общественных началах.

[ev]

Vadim
так это и есть третий пункт