Задать вопрос
Ответы пользователя по тегу Фриланс
  • Стал работать по часам и обнаружил, что выходит 6 часов в день. Это нормально?

    @MoonMaster
    Программист и этим все сказано
    Работать по 8 часов продуктивно возможно, но тут есть огромный риск, что к середине неделе вы просто перегорите и ваша продуктивность спадет на нет. Что касается вопроса по поводу 4-6 часов это нормальная ситуация.
    Таймтрекер, конечно, хорошая вещь, но вы всегда его отключаете например, когда идете пить чай, в уборную и так далее. Лично я знаю мало людей, которые реально отрабатывают все 8 часов, потому что кто-то часто ходит на перекуры или долго кушает.
    По факту эти люди выставляют 8 часов, потому что притензий к ним нет и они качественно и быстро делают свою работу. Тем более довольно много времени они относят на самообучение, так вот отсюда и получаются эти 8 часов.
    Так что, если как написали выше, вы делаете качественно свою работу, то зачем запариваться сколько именно вы работаете.
    Ответ написан
    Комментировать
  • Какова правильная стратегия поддержки проекта после его сдачи?

    @MoonMaster
    Программист и этим все сказано
    После окончания проекта Вам нужно зафиксировать текущее состояние проекта, т.е подписать документ приема-сдачи. Если проект будет развиваться дальше (Вашими силами или силами заказчика), то тут нужно сделать документ, в котором прописать все соглашения по проекту. Также в этом документе стоит описать гарантийные и не гарантийные случаи, а также случаи, когда вы отказываетесь от поддержки данного проекта (например, заказчик внес в проект что-то, что не было заложено в архитектуре, и тем самым может нарушить функционирование программы).
    По поводу багов обычно практика такова: перед сдачей проекта, заказчику необходимо предоставить набор успешно пройденных функциональных тестов (и вообще замечательный вариант, если эти тесты гоняются ежедневно и есть отчетность по данным тестам (какие прошли, какие нет и почему)). Если заказчик найдет баг (а обычно так и происходит), тут главное найти причину данного бага, т.е. возможно, что какой то криворукий пользователе запустил приложение не так, или не с тем набором параметров или другое. Если вина на стороне заказчика (допустим не так запустил приложение), то это не считается багом и можно просто дать рекомендации о том, как запускать приложение.
    Если же неправильно реализована логика для частных случае, то тут явный баг. Обычно для таких целей составляют смету о том, сколько уйдет времени на исправление данного бага (обычно человеко-часы). И дальше идет согласование. После согласования вы получаете количество согласованного времени и оплату.
    Ответ написан
    Комментировать
  • Как грамотно оценить разработки проекта?

    @MoonMaster
    Программист и этим все сказано
    мне кажется лучше сделать некоторое подобие калькулятора затрат на весь цикл работ. И в данный калькулятор необходимо закладывать всевозможные риски: может быть вы в этот день не успеете и так далее. Каждый отдельный этап оцениваете целочислено, на выходе получите какую то цифры (например 100 человекочасов), умножаете на константу и получаете цену.
    Мне какжется самым оптимальным вариантом, перед началом работ высылаете ему данный файл, он смотрит, где соглашается, где=то нет. Обсуждаете все. и согласуете.
    Ответ написан
    Комментировать