Сообщение Re[5]: Шапкозакидательство в разработке ПО: хорошо или плохо от 07.11.2017 0:54
Изменено 07.11.2017 1:05 Shmj
Re[5]: Шапкозакидательство в разработке ПО: хорошо или плохо?
Здравствуйте, turbocode, Вы писали:
S>>Не сильно дешево, просто по средней рыночной цене. Разве плохо работать по рыночной цене?
T>Пока что неизвестно по какой причине заказчик решил переплатить тебе две средних зарплаты, а не заменить тебя через две недели после старта когда уже было понятно что проект провален.
Потому что 20% выполненной работы в IT для внешнего наблюдателя выглядят как 80% готовности. Ведь если за месяц сделали 80%, значит, так уж и быть, можно потерпеть еще недельку и получить то что хотел, пусть и с незначительной переплатой.
На первом этапе выбор такой:
1. Выгнать и потерять оплату за 3 недели (оплата понедельная). После чего искать другого разработчика, который не факт что выполнит лучше/быстрее. Вообще разработчика очень сложно найти, месяцами можно искать.
2. Не выгонять и оплатить еще 2 недели, получив готовый проект.
Что вы выберете? Ясно что любой нормальный челоевек выберет п. 2, чтобы не терять деньги. Ведь лучше доплатить за 2 недели, чем потерять за 3.
Далее. Проходят 2 недели и история повторяется.
S>>Не сильно дешево, просто по средней рыночной цене. Разве плохо работать по рыночной цене?
T>Пока что неизвестно по какой причине заказчик решил переплатить тебе две средних зарплаты, а не заменить тебя через две недели после старта когда уже было понятно что проект провален.
Потому что 20% выполненной работы в IT для внешнего наблюдателя выглядят как 80% готовности. Ведь если за месяц сделали 80%, значит, так уж и быть, можно потерпеть еще недельку и получить то что хотел, пусть и с незначительной переплатой.
На первом этапе выбор такой:
1. Выгнать и потерять оплату за 3 недели (оплата понедельная). После чего искать другого разработчика, который не факт что выполнит лучше/быстрее. Вообще разработчика очень сложно найти, месяцами можно искать.
2. Не выгонять и оплатить еще 2 недели, получив готовый проект.
Что вы выберете? Ясно что любой нормальный челоевек выберет п. 2, чтобы не терять деньги. Ведь лучше доплатить за 2 недели, чем потерять за 3.
Далее. Проходят 2 недели и история повторяется.
Re[5]: Шапкозакидательство в разработке ПО: хорошо или плохо
Здравствуйте, turbocode, Вы писали:
S>>Не сильно дешево, просто по средней рыночной цене. Разве плохо работать по рыночной цене?
T>Пока что неизвестно по какой причине заказчик решил переплатить тебе две средних зарплаты, а не заменить тебя через две недели после старта когда уже было понятно что проект провален.
Потому что 20% выполненной работы в IT для внешнего наблюдателя выглядят как 80% готовности. Ведь если за месяц сделали 80%, значит, так уж и быть, можно потерпеть еще недельку и получить то что хотел, пусть и с незначительной переплатой.
На первом этапе выбор такой:
1. Выгнать и потерять оплату за 3 недели (оплата понедельная). После чего искать другого разработчика, который не факт что выполнит лучше/быстрее. Вообще разработчика очень сложно найти, месяцами можно искать.
2. Не выгонять и оплатить еще 2 недели, получив готовый проект.
Что вы выберете? Ясно что любой нормальный челоевек выберет п. 2, чтобы не терять деньги. Ведь лучше доплатить за 2 недели, чем потерять за 3.
Далее. Проходят 2 недели и история повторяется.
При этом я не говорю об обмане. Вам уже много раз говорили -- задача оценки сроков -- это не задача разработчика. Он делает исключительно оптимистические сроки.
S>>Не сильно дешево, просто по средней рыночной цене. Разве плохо работать по рыночной цене?
T>Пока что неизвестно по какой причине заказчик решил переплатить тебе две средних зарплаты, а не заменить тебя через две недели после старта когда уже было понятно что проект провален.
Потому что 20% выполненной работы в IT для внешнего наблюдателя выглядят как 80% готовности. Ведь если за месяц сделали 80%, значит, так уж и быть, можно потерпеть еще недельку и получить то что хотел, пусть и с незначительной переплатой.
На первом этапе выбор такой:
1. Выгнать и потерять оплату за 3 недели (оплата понедельная). После чего искать другого разработчика, который не факт что выполнит лучше/быстрее. Вообще разработчика очень сложно найти, месяцами можно искать.
2. Не выгонять и оплатить еще 2 недели, получив готовый проект.
Что вы выберете? Ясно что любой нормальный челоевек выберет п. 2, чтобы не терять деньги. Ведь лучше доплатить за 2 недели, чем потерять за 3.
Далее. Проходят 2 недели и история повторяется.
При этом я не говорю об обмане. Вам уже много раз говорили -- задача оценки сроков -- это не задача разработчика. Он делает исключительно оптимистические сроки.