С какого раза вам (в среднем) удается сдать индикатор/робота Заказчику - страница 9
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
иногда наверное требуется макет графического меню или что-то подобное перед тем как выполнить.
Думаю нет, я не разу не проходил задание по пунктам, всегда все закрывается сразу.
То есть сделал задание нажал, что предоставил макет, когда заказчика устраивает все, то он все сразу закрывает.
Бывает только такое, что человек занят и закрывает по 1 шагу за день.
Я вот все не понимаю функцию этого этапа "Прототип/Макет"
что там передавать заказчику? Я постоянно ее чекаю обычно или даю версию уже для тестирования.
Этот шаг убрали
Хотел спросить. Вот например я сдаю работу, а заказчик говорит спасибо и тю тю,пропадает с сайта без подтверждения принятия и больше не появляется на сайте.
Как закрыть сделку? Только арбитраж? и будет ли тогда в моей статистике опоздание+арбитраж?
Один раз уже у меня такое было,но заказчик появился и очень извенялся,что мол не знал правил и т.д. и до арбитража не дошло,но вопрос
почему в таком случае програмист должен портить себе статистику,ведь по сути ни опоздания ни спорной ситуации не было.
Этот шаг убрали
Я на этом шаге всегда давал скелет программы с её настроечными параметрами. Там мы согласовывали как будут выглядеть эти параметры, что в них не хватает, что убрать, что сделать чуть иначе, какие значения по умолчанию.
Этот шаг убрали
Это был очень хороший и нужный шаг
Это был очень хороший и нужный шаг
Большинство проходили его формально. Вы можете показать Макет/Прототип в обычном режиме. Он же не влияет на сдачу работы?
Я на этом шаге всегда давал скелет программы с её настроечными параметрами. Там мы согласовывали как будут выглядеть эти параметры, что в них не хватает, что убрать, что сделать чуть иначе, какие значения по умолчанию.
т.е. параметры которые не работают? странное представление заказчику. Настройки перетасовать как ему нравятся можно и потом, тем более в процессе тестирования могут быть пожелания к настройкам.
А по поводу скелета - заказчику то какая разница построила я взаимодействие классов, разработала архитектуру или нет? Он в код залезет и будет оценивать? Ему запустить нужно, результат нужен а не "скелеты".
Использую шаги как оповещение заказчика и новом этапе. Иногда экономлю шаги чтоб иметь возможность "пропавшим" заказчикам написать на почту.
Я бы выделила этапы работы как:
Этот шаг убрали
Замечательно. По моем мнению нужно всего два шага.
1. "Подтверждаю, что заказчик выполнил то, что я заказывал".
2, На вопрос - вы уверены? - "Да".
У заказчика сверху должно быть написано всегда - вы можете запросить демонстрацию и т.п.
Какой смысл всех этих шагов? Ну вот прототип показал - показал, демонстрацию сделал - сделал, ну если оно не работает так, как задумывалось заказчиком, какой смысл от всего этого, вместе со скелетами?
Реальное польза всех шагов, затягивать передачу, что-бы новичок, или еще кто либо, по ошибке не закрыл недоделанную работу случайно.
В зависимости от ТЗ, я сам решаю показывать-ли прототип, уточнять какие-либо детали или нет. Каждый заказчик индивидуален, все это предусмотреть шагами невозможно.
Нужно как-то решить вопрос с пропадающими заказчиками. Процентов 20, получили, проверили, написали о том что все нормально, пожелали удачи и пропали.
Как минимум просроченная работа, арбитраж, результат один - искажение статистики.
Для этого можно добавить кнопку (появляется если работа не закрыта, и прошло X дней) - "Отправить напоминание на почту"
Нужно как-то решить вопрос с пропадающими заказчиками. Процентов 20, получили, проверили, написали о том что все нормально, пожелали удачи и пропали.
Как минимум просроченная работа, арбитраж, результат один - искажение статистики.
Для этого можно добавить кнопку (появляется если работа не закрыта, и прошло X дней) - "Отправить напоминание на почту"
Предлагаю просто автоматом закрывать спустя сутки после времени окончания проекта если нет ни каких претензий от заказчика и при этом исполнителю не записывать опоздание.
Предлагаю просто автоматом закрывать спустя сутки после времени окончания проекта если нет ни каких претензий от заказчика и при этом исполнителю не записывать опоздание.
это неправильно, у него могут быть вопросы и через неделю.
правильно: не считать время программиста, если он выполнил шаг и передал заказчику!