Не всегда конкуренция — это только стоимость продукта. Нужно учитывать специфику работы компании. Вдруг с этим заказчиком уже сложились успешные отношения, вдруг уже есть рабочие проекты? А если обращение по рекомендации? Или в рамках гораздо более крупного проекта, то есть выгодно заключать договор только с компанией N?
Было. Изначально доработка оценивалась в 4 месяца с 3 этапами + тестирование по каждому. Заказчика это устроило. Но через 2 месяца мы уже перешли к выполнению 3го этапа без особых проблем. Перед озвучиванием новости об опережении сроков мы наступили на небольшие грабли, но в итоге доработка была проведена на 1,5 месяца раньше сроков, чему заказчик оказался несказанно рад, проигнорировав последующие задержки по другим проектам.
Поддерживаю!
Лучше назвать предварительные сроки с оговоркой, что более конкретные будут даны после детального анализа проекта. Это подготовит заказчика.
Но бывает, что программист оценил сверху, РП оценил сверху, в итоге сумма=сроки утраиваются, а то и больше. А это печально сказывается на лояльности заказчика.
Спасибо! Полезно для начинающих РП.
Добавлю, что умножение оценки программиста часто зависит от самого программиста. Оптимисты называют N часов, я прибавляю 70%, пессимисты — M часов, я прибавляю 20%. То есть в зависимости от опыта работы с конкретным человеком или с конкретной командой я всегда прибавляю 20+ % к оценке сроков, тем самым заведомо перекрываю время на напильник.
Многократно при озвучивании даты=оценке заказчику, даже внутреннему, знающему лично исполнителей, приходилось потом отдуваться за задержки. Особенно это касается небольших проектов=доработок, уже завязанных на работающие проекты компании.
Например, если есть рабочая система, а к ней нужно добавить рюшечку, нужно учитывать не только оценку программиста+%запаса, но и отвлечение программиста на чай-кофе-перекуры-другую текучку. Потому что рабочую силу могут выдернуть на что-то более важное для Бизнеса в любой момент. Это проблема любой компании, у которой много мелких, тесно связанных между собой проектов и нет четкого разделения на команды разработчиков в привязке к проектам.
В заголовке статьи ясно сказано «Для чайников». То есть статья и планировалась как вводная, для формирования общего представления о предмете. Более подробно, с практически применимым и интересным будет создана отдельная статья-продолжение, если тема интересна.
Замечательные рекомендации для тех, кто планирует интерфейс своего магазина!
Добавлю, что по работе мне часто приходится изучать самые различные сайты. Раздел Контакты или Тех. поддержка чаще всего оставляют желать лучшего. Как минимум, не всегда форма и контакты обратной связи есть на Главной, а это очень важно. Как покупатель, я хочу всегда видеть контакты и время работы поддержки.
Действительно печально, увидев ICQ или Skype саппорта видеть эти контакты в оффлайне в рабочее время.
Еще важно, на мой взгляд, указывать юридическое лицо компании-владельца интернет-магазина.
А с другой стороны, кто не рискует…
Лучше назвать предварительные сроки с оговоркой, что более конкретные будут даны после детального анализа проекта. Это подготовит заказчика.
Добавлю, что умножение оценки программиста часто зависит от самого программиста. Оптимисты называют N часов, я прибавляю 70%, пессимисты — M часов, я прибавляю 20%. То есть в зависимости от опыта работы с конкретным человеком или с конкретной командой я всегда прибавляю 20+ % к оценке сроков, тем самым заведомо перекрываю время на напильник.
Многократно при озвучивании даты=оценке заказчику, даже внутреннему, знающему лично исполнителей, приходилось потом отдуваться за задержки. Особенно это касается небольших проектов=доработок, уже завязанных на работающие проекты компании.
Например, если есть рабочая система, а к ней нужно добавить рюшечку, нужно учитывать не только оценку программиста+%запаса, но и отвлечение программиста на чай-кофе-перекуры-другую текучку. Потому что рабочую силу могут выдернуть на что-то более важное для Бизнеса в любой момент. Это проблема любой компании, у которой много мелких, тесно связанных между собой проектов и нет четкого разделения на команды разработчиков в привязке к проектам.
Добавлю, что по работе мне часто приходится изучать самые различные сайты. Раздел Контакты или Тех. поддержка чаще всего оставляют желать лучшего. Как минимум, не всегда форма и контакты обратной связи есть на Главной, а это очень важно. Как покупатель, я хочу всегда видеть контакты и время работы поддержки.
Действительно печально, увидев ICQ или Skype саппорта видеть эти контакты в оффлайне в рабочее время.
Еще важно, на мой взгляд, указывать юридическое лицо компании-владельца интернет-магазина.