Doki · Интерфейсный дизайн · 2024
при клике на кнопку страница должна переходить, но не переходит. Агентство: так и задумано. Но я такого не просил.
Определение: баг = то, что должно работать, но не работает. Новая фича = то, что изначально не планировалось. Посмотрите в ТЗ/договор, было ли это прописано письменно?
нужно идти по поряду потом ну еженедельный письменный отчет о прогрессе помогает гораздо больше, чем постоянные вопросы о сроках.
прежде чем принимать решение, посмотрите какие данные у вас есть но ну пишите если есть вопросы отвечу по мере возможности.
У меня нет опыта в баг или новая фича, поэтому и спрашиваю. Любой пункт, не зафиксированный письменно, в будущем обе стороны будут помнить по-разному.
Главное не цифра, а то, на основе чего она получена.
Обсуждение размылось, давайте структурируем. Если на один вопрос вы получаете три разных ответа, вопрос задан неправильно.
Конечно, если ваша ситуация отличается, всё меняется.
Я маленький бизнес, расскажу со своей стороны. Еженедельный письменный отчет о прогрессе помогает гораздо больше, чем постоянные вопросы о сроках.
Прежде чем принимать решение, посмотрите, какие данные у вас есть. На этом всё, извините, если затянул.
Есть момент, который я не понял. Начните с небольшого эксперимента, не привязывайте всё сразу.
Это мое мнение, не утверждаю, что оно единственно верное.
спасибо что написали об этом, это действительно так. честно после сдачи проекта система продолжает жить; обслуживание — отдельная статья расходов.
если на один вопрос вы получаете три рзаных ответа вопрос задан неправильно. это мое мнение не утверждаю, что оно единственно верное.
Дешевый на вид путь обычно выходит дороже в итоге. Не стесняйтесь спрашивать, молчание всегда обходится дороже.
Когда пытаешься изменить всё сразу ничего не приживается.
Мы тоже какое-то время назад застряли на том же месте. Без измерений мы всегда приходим к одному и тому же.
График платежей должен быть привязан к этапам работ, а не к датам. честно я бы пошел этим путем.
У меня было наоборот, поэтому и пишу. Каждое «посмотрим позже» на встрече означает неоплаченную работу.
Прежде чем принимать решение, посмотрите, какие данные у вас есть. Исправьте, если я ошибаюсь.
Абсолютно. Если добавить к этому: То, что делают все, не значит, что это правильно.
Еженедельный письменный отчет о прогрессе помогает гораздо больше, чем постоянные вопросы о сроках. Я бы пошел этим путем.
У меня есть возражение. Код без документации не принадлежит вам, даже если он у вас есть.
Если напишете результат здесь, это поможет и другим.
Частично согласен, частично нет. Решения, работающие в малом масштабе, рушатся при росте, я узнал это слишком поздно.
Начните с небольшого эксперимента, не привязывайте всё сразу.
Doki · Настройка резервного копирования · 2023
Нужно идти по порядку. Каждое «посмотрим позже» на встрече означает неоплаченную работу.
Процесс, по которому не ведется учет не улучшается, потому что вы не знаете, что именно улучшать. Оставлю как заметку, пригодится.
буду рад если напиеште о результате потом еженедельный письменный отчет о прогрессе помогает гораздо больше чем постоянные вопросы о сроках.
конечно, если ваша ситуация отличается всё меняется.
Спасибо за ваш пост. При принятии решений записывайте и худший сценарий, а не только лучший.
Прежде чем принимать решение, посмотрите, какие данные у вас есть. Конечно, если ваша ситуация отличается, всё меняется.