Как определить обязанности программиста?

[Sibedir]

А если сдельно платить? У нас такое в сфере проектирования практикуется. Если подойти к этому с умом, то получается весьма эффективно.

[Voc]

Сообщение от Sibedir

А если сдельно платить? У нас такое в сфере проектирования практикуется. Если подойти к этому с умом, то получается весьма эффективно.

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

[Sibedir]

Cдельная плата - тоже горантия. Горантия двухсторонней заинтересованости и оплаты достойной работы. А если нет гарантий, что человеку сможете платить сдельно => нет гарантии, что вы ему будете нормально оклад платить. Деньги они и в африке деньги.
Мое мнение: Начальство не охотно идет на сдельную оплату подчиненным потому что боится ответственности и думает как бы побольше бабла срубить и поменьше тратить. Профессий, которые нельзя оплатить сдельно гораздо меньше, чем остальных.
Если бы люди узнали (если бы им посчитали) сколько они для хозяина денег зарабатывают тут бы такое началось.

компания у нас небольшая

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

[Andrei]

Сообщение от Voc

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

А что вам мешает совместить оклад и сделку? Небольшой оклад + обязательные морковки в виде премии за каждую выполненную работу в зависимости от сложности. Только на морковки не скупитесь. Чтобы у работника был стимул выполнять как можно больше работы.

Торгаши уже давно так платят реализаторам, правда у них морковка - это процент от реализации.

[Smitt&Wesson]

Сообщение от Andrei

Торгаши уже давно так платят реализаторам, правда у них морковка - это процент от реализации.

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

[MaTBeu]

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

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

Затянул с проектом, значит и получил меньше, хотя сумма заказа и его процент остались прежними.

То есть, вы думаете, что обвал сроков на совести только разработчика?

[Alexei91]

MaTBeu согласен с Вами,но у руководителя и обычного программиста разная
психология,пусть даже этот руководитель тоже программист.
P.S.
Smitt&Wesson тут уж без обид.

[Smitt&Wesson]

Сообщение от Alexei91

MaTBeu согласен с Вами,но у руководителя и обычного программиста разная
психология,пусть даже этот руководитель тоже программист.
P.S.
Smitt&Wesson тут уж без обид.

А никаких обид и нет. Только разная не психология, а философия. Руководитель, отвечает за проект в целом, тогда как программист может быть только одним из исполнителей.
Да, заказчики попадаются разные. Иногда они сами (умышленно или нет) затягивают сроки. Речь не об этом, а о самом исполнителе (не обязательно это программист) по вине которого произошла задержка. Если это большой проект, сроки могут варьироваться в некотором диапазоне и тут отдельный исполнитель особой роли не играет. Если у него индивидуальное задание, - это другое дело.
Насчёт "я не могу столько заплатить" не катит. Есть договор, есть ТЗ, есть сроки. В каждом договоре, оговариваються условия ответственности сторон, и т.д.. Можно даже прописать не точные сроки сдачи, а диапазон. Скажем "проект будет готов 20 Июня, но не позднее 1 сентября". Тоесть, в данном случае имеет место подстраховка в виде 3 месяцев на форсмажорные обстоятельства. Договор прочитывается и подписывается обеими сторонами, поэтому никаких вопросов по задержкам, как правило не возникает.

[MaTBeu]

2Smitt&Wesson
Вы говорите о проектах с четкими условиями и критериями. Однако же, 90% проектов идут с нечеткими начальными условиями и с многочисленными переделками. А здесь уже ни о каких четких сроках и дедлайнах речь не идет. У вас запланирован релиз на 10 сентября - если заказичик поменяет требования - релиз завалится. И это не вина программиста, за овертайм редко кому платят.

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