В договоре оговаривается процесс общения с клиентом и согласования, в том числе и электронным способом. ЭЦП - примените, вопросов не будет, и Заказчик в отказ уходить не будет. Даже если хотите система - "электронного документооборота"
Без ТЗ невозможно.
Даже если взять принцип "партнерского программирования", должны быть оговорены Права и Обязанности обеих сторон.
Т.е. Для начала работ принимается первоначальное ТЗ, с оговоренными сроками начальных работ и, наверное обязательно, с объемом этих работ.
Любой этап ТЗ, должен быть законченным продуктом (процессом), естественно если результат будет положителен. Например, прекращение работы в случае необходимости скрещивания мухи и слона, и продолжение работ в случае - собаки и волка.
За что платить, если не выполнена часть работы? Если работа выполнена некачественно.
Не думаю что ХР здесь к месту.
ХР это уже принципы работы команды разработчиков.
Сделал-Забыл - кормят моих детей и кормили - это, ну скажем "праздничная" шоколадка.
Проект для моей пользы - это что? Заказчик будет оплачивать мою учебу?
Проект для пользы Заказчика - это уже и хлеб с маслом и ... красная икра.
Не этично работать на "шару". Вы работу сделали? Вам, вашим детям кушать хочется? А "жуки" в голове Заказчика, не есть Ваша проблема.
1. Вы шли по графику?
2. Вы сделали часть работы?
3. Будьте добры оплатите.
Выход? Предугадать желание Заказчика, т.е. быть "впереди планеты всей", рассказывать Заказчику, что вот-вот грянет ВЕБ 3.0, а тут, бац, а у нас уже проект готов.
пример. Вчера не было ВЕБ 2.0, и позавчера не было, а договор начался позапозавчера. А сегодня Заказчик захотел, за те де деньги, что-то типа "Ой, Вась, и я такую же хочу..."
Наверное по-разному
как можно подписывать договор, для которого нет еще ТЗ?
А ТЗ будет разработано в ходе договора.
Приблизительно:
Статья 1. ПРЕДМЕТ ДОГОВОРА
Исполнитель выполняет, а Заказчик оплачивает работы по созданию веб-сайта.
Работы по Договору выполняются в N этапов:
1. Изучение....
2. Разработка и согласование ТЗ.
N. Выполнение работ согласно ТЗ
Статья 2. СТОИМОТЬ РАБОТ И ПОРЯДОК ВЗАИМОРАСЧЕТОВ СТОРОН
Работы оплачиваются поэтапно
Статья 3. СРОКИ ВЫПОЛНЕНИЯ РАБОТ
1-й этап
2-й этап
и т.д
"База знаний" должна сидеть у оператора в голове.
Оператор не должен отвечать на вопрос, если "запрос" поступил в рабочее время и более полно и правильно может ответить ответственный сотрудник.
В нерабочее время оператор должен найти решение в некой "базе знаний".
Приведенный пример с PoE, не совсем типичен, Человек (клиент) может быть на порядок подготовленней оператора. Вот живой пример, звоню в Zyxel call-center, описываю ситуацию, на что, оператор мне отвечает, что в "базе знаний" ответа нет (а это я и сам знал, предварительно обследовав сайт). Я его прошу проконсультироваться со спецами и подробно описываю проблему и стараюсь показать оператору, что нигде не сказано, про такую или такую, или такую возможность. а потом сам звоню, прошу именно этого оператора и вместе с ним решаем возикший вопрос. (к сожалению, в "базе данных" этот вопрос так и не появился)
А то что комп тормозит у "оператора" - юзабилити здесь к чему?
>chcp 1251|cd /d c:\windows |dir>windir.lst|notepad windir.lst /p
Замечание. Для больших проектов, для очень больших, имхо, ХР есть самое то.
Большой - разработка, инсталляция, сопровождение, консультации.
Есть пункт N.n.n в ТЗ стоимостью $$$, я его не выполнил, я за него денег не возьму.
а за N.n.n-1 буду требовать
Даже если взять принцип "партнерского программирования", должны быть оговорены Права и Обязанности обеих сторон.
Т.е. Для начала работ принимается первоначальное ТЗ, с оговоренными сроками начальных работ и, наверное обязательно, с объемом этих работ.
Любой этап ТЗ, должен быть законченным продуктом (процессом), естественно если результат будет положителен. Например, прекращение работы в случае необходимости скрещивания мухи и слона, и продолжение работ в случае - собаки и волка.
Не думаю что ХР здесь к месту.
ХР это уже принципы работы команды разработчиков.
Проект для моей пользы - это что? Заказчик будет оплачивать мою учебу?
Проект для пользы Заказчика - это уже и хлеб с маслом и ... красная икра.
1. Вы шли по графику?
2. Вы сделали часть работы?
3. Будьте добры оплатите.
зы. Это касается любых проектов и договоров.
Да, и этапы проектирования и написание Нового ТЗ
Проваленный проект - это по вине Исполнителя.
Но Исполнитель здесь причем, если Заказчик изменил мнение.
Любое изменение в ТЗ, погсле согласования:
продлевает срок выполнения работ
увеличивает сумму договора
разрабатывать новое ТЗ.
Наверное по-разному
А ТЗ будет разработано в ходе договора.
Приблизительно:
Статья 1. ПРЕДМЕТ ДОГОВОРА
Исполнитель выполняет, а Заказчик оплачивает работы по созданию веб-сайта.
Работы по Договору выполняются в N этапов:
1. Изучение....
2. Разработка и согласование ТЗ.
N. Выполнение работ согласно ТЗ
Статья 2. СТОИМОТЬ РАБОТ И ПОРЯДОК ВЗАИМОРАСЧЕТОВ СТОРОН
Работы оплачиваются поэтапно
Статья 3. СРОКИ ВЫПОЛНЕНИЯ РАБОТ
1-й этап
2-й этап
и т.д
Оператор не должен отвечать на вопрос, если "запрос" поступил в рабочее время и более полно и правильно может ответить ответственный сотрудник.
В нерабочее время оператор должен найти решение в некой "базе знаний".
Приведенный пример с PoE, не совсем типичен, Человек (клиент) может быть на порядок подготовленней оператора. Вот живой пример, звоню в Zyxel call-center, описываю ситуацию, на что, оператор мне отвечает, что в "базе знаний" ответа нет (а это я и сам знал, предварительно обследовав сайт). Я его прошу проконсультироваться со спецами и подробно описываю проблему и стараюсь показать оператору, что нигде не сказано, про такую или такую, или такую возможность. а потом сам звоню, прошу именно этого оператора и вместе с ним решаем возикший вопрос. (к сожалению, в "базе данных" этот вопрос так и не появился)
А то что комп тормозит у "оператора" - юзабилити здесь к чему?