Комментарии 14
Рамиль, вы такой же пролетарий, как и ваши работники. Вы не владеете средствами производства, вы создаете прибавочную стоимость на средствах производства вашего заказчика для него же.
Но, Рамиль, ты же сам – представитель буржуазии? Даже в примере есть твой помощник и программист, значит, и ты тоже собственник бизнеса?
Да, все верно. Но здесь нужно понимать, что я – представитель мелкой буржуазии. Таким образом, я, с одной стороны, не являюсь ни буржуазией, ни пролетарием, а с другой – во многом являюсь и тем, и другим. Основную работу я выполняю лично, т.е. сам, как пролетарий, генерирую прибыль. С другой стороны, я не делаю работу в одиночку, в отличие от пролетариев. У меня есть добавленная стоимость, которую я изымаю из работы своих сотрудников.
Я же в статье об этом написал.
Что-то я подозреваю, что не понравится читателям ваш марксизм. Как писал Стейнбек,
„Социализм никогда не пустит свои корни в Америке по причине того, что бедные видят себя тут не эксплуатируемым пролетариатом, а временно бедствующими миллионерами.“
открою "секрет" как бороться с заказчиками, которым всегда мало.
прейскурант (в терминах социализма) на базовые коробочные решения при удовлетворении требованиям к харду,
почасовая (подневная) оплата за все что сверху. хочешь быстрее - плати больше,
баги конкретно разработчика (именно баги) год правятся бесплатно.
отрезвляет и подрядчиков, и заказчиков.
Таких заказчиков можно только отсеивать ваш пример как их отсеять на берегу.
Такой хитросделанный заказчик увидит прейскурант и пойдет искать другого лоха-исполнителя.
Для него главное успешно его найдет исполнителя.
Для вас главное это будете не вы.
Согласованное с Заказчиком ТЗ.
Согласованный с Заказчиком план — график выполнения работ.
Согласованные с Заказчиком постановки задач и перечень документации на изделие.
Внесение изменений в любой из этих документов — основание для пересмотра стоимости и сроков выполнения работ (доп. соглашение к контракту).
И никакого марксизма.
Получают больше чем планировал исполнитель.
Это не работает.
1) Техническое задание будет подписано. — но это максимум приложение к договору.
2) План график работ будет сорван с их стороны — потому что им это выгодно.
3) Перечень документов будет расти вместе с вашими затратами.
пока документооборот не превысит 80% от трудозатрат на проект.
Первое же доп. соглашение будут проходить длительное согласование и сорвет план график работ.
Либо если вы остановите работы до подписание доп. соглашения — это вы сорвали план график работ.
Документы помогают понять что происходит.
Но не более того.
Они не защитят вас от не оплаты.
Для заказчика такая ситуация с большим числом переделок и доработок, на самом деле, хорошая. Почему? Потому что за те же самые деньги он получает больше
Это на самом деле не совсем так. У заказчика, в общем случае, всего одна задача, и сколько там её не переделывай, ценность от того не увеличится, наоборот, она будет решена позже. Наоборот, эти переделки вредят и исполнителю, и самому заказчику. Откуда они берутся? Ну, классовая борьба тут не причём. Чаще всего это отсутствие чёткого понимания со стороны ЛПР, что в итоге нужно получить, помноженное на отсутствие понимания трудозатрат разработчика. Когда заказчик далёк от ИТ-бизнеса, он все эти переделки зачастую воспринимает как работу с дизайнером-рекламщиком. Когда стоишь у него над креслом и говоришь: «вот тут сделай потемнее», он делает. «Вот тут перенеси логотип левее», он переносит. Точно так же им кажется, что и программисты работают — дескать, «давайте тут добавим три поля», программист мышкой взмахнёт, и о-па, готово.
Марксизм в работе управленца: ЛПР и интересы собственников