Заранее извеняюсь, может сумбурно и не в ту ветку.

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

Гм
Трудновато 

Или каждому накидывается зарплата за время и задачи расписываются по его времени - он должен по ним вкладываться. В конторах так.

Можно разбить задачи по трудозатратам. Лучше не по человеко-часам, а по неким абстрактным попугаям, как в scrum'е. И говорить - попугай стоит столько-то, вот тебе задача на 3 попугая.

А коэфициенты-рейтинги... это для планирования неплохо.. но не для учёта зарплат. 
Даже тулзы часто отдельные для этого - планирования и таймтрекинга.
Как-то у меня коеф был выше гораздо чем у парочки ребят. Но неделю мне просто было "впадло(!)" и я ничего не сделал. Сделал под настроение за выходные, дома. Смысл тут в коэффициентах? 

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

Добавлено через 48 секунд

вспомнился товарищ, который так и работал. хорошо, что мне не приходилось планировать его проекты   

В задачи я тогда вкладывался и менеджмент не лез каждый день в суть происходящего, а сверху для них всё было стабильно и в срок 
ПРосот я тогда был весьма демотивирован   

Угу, я тож приверженец non-intrusive менеджмента.

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

В том, то и дело, что зарплаты нет. Софт пишется на массового потребителя. До момент продажи денег нет, а после продажи и появления денег их надо распределить по справедливости.


chief39, arilou,  спасибо большое за обсуждение. Конечно должен быть координатор "отец" проекта.



Я вот, что подумал: за выполненного попугая, человеку начисляется определенное кол-во очков. После появления денег, удерживается процент координатора. Далее рассчитывается процент очков конкретного человека от общего числа очков всех участников проекта. И он получает соответсвующую его очкам часть денег.

Какие могут быть затыки в такой схеме?

Кому-то она не понравится, потому что он вспомнил про какую-то более навороченную   

Только продумай тщательнее оценку попугаев - в скраме задачу оценивает вся команда, назначает добровольца - тоже вся команда  и плата каждого не зависит от недо/переоценки попугая в конкретной задаче.

Так что подумайте над тем, чтоб попугаи были(а главное - казались всем!) равными на протяжении всей работы.
Ничего лучше не придумать, как оценивать всем вместе и вариант "выбирай, какой кусок работы толще кажется - но потом помни что ты сам так считаешь, тебе не парят заниженных/завышенных попугаев" будет отметать последующие - "это нечестно, у меня попугаев было трое, а посчитали как одного!!!"

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

chief39, спасибо. Если у кого еще есть какие предложения welcome.

У меня, собственно, не предложение,а скорее соображение. Вот какого рода.

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

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

Очень хорошо на эту тему, в свойственном ему легком, ироничном стиле, и при этом глубоко по существу, высказался Джоел Сполски в эссе Micro-ISV: From Vision to Reality:



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

Важно также отметить, что цели системы с позиций стимулирования в общем случае не обязательно будут совпадать с целями системы с позиций абстрактной справедливости. Действительно, один из членов команды может быть просто гением от программизма, на его нестандартных решениях вообще может быть завязана вся идея проги, но при этом, блин, совершенно неаккуратным в сроках, непредсказуемым в своих следующих импульсах. А другой, например, с неба звезд не хватает, но тянет и тянет лямку. Как между ними распределять попугаев?

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

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

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

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

Это тоже не абсолютная истина а просто совет. 

Это как раз абсолютная истина )

Ещё раз скидываю историю Ашманов и партнёры, там и об этом есть, в конце. И автор на это очень обращает внимания читателя

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

тема разговора - то что надо!
вот именно, что на бумаге записать, только как? 
% от прибыли за проект: как документально такие вещи закрепляются? 

Через юриста. Предусмотреть при желании можно любые ситуации и возможности. Но когда будешь составлять/подписывать договор обязательно покажи его юристу. Иначе рискуешь остаться в дураках.

[QUOTE=nornad,8.6.2007,  16:59]

а цифрах нет примера хотябы одного? может пример из крупной конторы какой-нибудь? 

Зависит от твоих желаний, от твоего здравого смысла и от жадности фирмы.
Начнём с того, что 90% прибыли тебе явно никто отдавать не будет. 50% в редких случаях могут дать, но это очнь редкие случаи. Чаще твой процент прибыли не будет превышать 5% (да и это зачастую много).
% будут вычисляться на основе конечной прибыли фирмы, за вычетом всевозможных расходов (изготовление, транспортировака, зарплаты и т.п.).
Кроме того, будь готов, что если тебе дают процент с прибыли, то зарплаты как таковой тебе не определят (ну или очень небольшую дадут), а значит твоё материальное положение напрямую будет зависеть от успешности проекта.

но не факт, что денег дождешься. см. Ашманов и Партнеры.

Идеально и наиболее правильно - зарплата + небольшой процент, на случай, если результат превысит все ожидания.



Ну... вот там-то как раз на бумажке никто ничего и не фиксировал. В том и прикол   

Это потому, что реальная жизнь постоянно нарушает идеальные модели.   


Фиксирование на бумажке - штука хорошая, но даже при таком варианте можно не получить ни копейки. Не веришь - спроси любого нормального бухгалтера или юриста.   

nornad, chief39, харэ подмигивать   


Да, но имхо у автора ситуация, когда на бумажке фиксировать врядли будут на данном этапе. 

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

И такое есть. Но вероятность уже ниже. Везде в этом мире вероятности, вероятности...


Ок   


Нотариуса можно привлечь. Поболее веса. И оговорить санкции сразу, чтоб потом через суд долго не тянуть - а что же делать, если не заплатил и как?

Чтобы было надёжней, в договоре надо прописать как можно больше конкретики. Например, явно указать, какая фирма будет заниматься распространением программы (чтобы это не отдали какой-нибудь дочерней фирме, которая на основную будет отдавать мизерную "прибыль", с которой ты и будешь иметь процент). Кроме прочего, хорошо бы оговорить вопросы авторских прав - если они все твои, то тоже будет надёжнее, но на такое не всякая фирма и не всегда согласится.


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

Вообще же самый лучший вариант не сесть в лужу - это, когда будет возможность и необходимость заключить подобный договор, взять за жабры толкового юриста и уединиться с ним на неопределённое время для выработки текста договора (хотя бы основных пунктов). Потом встречаешься с пра-а-ативной стороной (естественно, притащив на встречу и своего ненаглядного юриста) и обсуждаете, кто, чего и как хочет. Юрист тут нужен, чтобы помочь понять требования и увидеть подводные камни. Окончательный текст, опять же, должен быть проверен юристом.

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


Как скажете, маста   

 не профи в этих вопросах, поэтому в этой теме. вообщем, с юристом много мороки. 

2автор темы:

Т.е. денег вы еще не заработали?
Делите шкуру неубитого медведя?
А что вы будете делать, если на всех не хватит?...

1. Да.
2. Пока не делим, думаем как разделить. Но вообще наверное тоже да. Тока с той пометкой, что мы понимаем, что медведям можем и не убить.
3. Вот собственно говоря, ищется вариант, щоб всем хватило.

Тогда пока не получите шкуру - не имеет смысла делить 
Медведь может оказаться бурундуком.

Собственно, говоря я описал в первом посте.
Это, что то вроде я с друзьями, в свободное время пишем проект - массовое по (т.е. не на заказчика). Все понимают, что могут получить дулю с маслом, но могут и бабла срубить, как получится.
Так вот все это понимают и учавствуют в таком проекте в здравом уме и памяти. Тем не менее система по которой будут выплачиваться бабки потом, должна быть известна уже сейчас, чтоб потом не было наездов "а я думал мне 90% прибыли светит".
А система распила бабла ищется как раз такая, чтоб если и бурундук, то все равно по справедливости, ну или хотябы по честному.

Alexandr87, вас таких тут много бродит 
Которые сначала напишут, а потом думают, кому и как продать.

Грамотная разработка начинается с поиска заказчика. Это похоже на продажу воздуха, но секрет в том, что вы не сможете написать продаваемый софт (т.е. такой, затраты на разработку которого потом можно будет себе компенсировать и возможно даже получить прибыль), если не будете писать его под конкретные нужды заказчика.
В общем, нужно делать все наоборот. Тогда размеры шкуры будут примерно известны еще до начала разработки.

спасибо за мнение.

При этом, софт на продажу требует 3x времени от такого же софта под конкретный заказ.