Какое оптимальное время въехать в проект?

Привет!
Допустим есть проект на Laravel и React.
Я не участвовал в разработке проекта поэтому проект для меня новый.
Проект не большой но и не маленький.
Мне дают 4, максимум 7 часов времени на развернуть проект, разобраться в коде, сделать фиксы, доработать что то.
Я не успеваю за это время сделать или не успеваю на должном уровне сделать.
Как в таком случае поступаете вы?

Дополнительно:

Если проект совсем простенький - успеть можно, но очень приблизительно. Какие-то элементарные фиксы тоже можно успеть, но велика вероятность, что Ваши фиксы наделают больше вреда, чем пользы. Это если проект сложнее чем простой бложик из туториалов. Но в проект за 7 часов вы полноценно не въедите никак. Руководство - неадекват. Если дает такие сроки, то можно представить какой звиздец творится в коде. А это еще время на разгребание лапши.

Как бы поступил я? Послал бы таких умников в пешее эротическое. И делал так не раз. Зачем мне лишний геморрой? Вакансий сейчас полно, не стоит зацикливаться на одной конторе.

От проекта зависит. На моëм проекте например новичкам даже сеньорского уровня до первой простой таски требуется недели две, а выход на 100℅ эффективность занимает 3-6 месяцев.

• Тоже самое. За 7 часов развернуть изучить поправить можно только задачи из разряда найти по тексту и заменить.
• Сергей Горностаев,
  

  На моëм проекте например новичкам даже сеньорского уровня до первой простой таски требуется недели две

  Ну это я полагаю очень большой проект. А если проект примерно такого уровня - https://www.homesoverseas.ru ?

• vadim, определить сложность проекта по фронту невозможно. Avito например выглядит как средняя поделка джуна на вордпрессе, а под капотом там высоконагруженный бэкенд на сложной инфраструктуре.
• Сергей Горностаев, так а если приблизительно оценить учитывая что проект не большой, но и не мелкий, средний. Сколько обычно дается времени на такие проекты на вхождение?
• vadim, это ещё зависит от грейда, на который вас наняли, и тимлидера команды, в которую вас наняли, и качества кодовой базы. Нет единого стандарта в этой области. Для мидла запуск среднего интернет-магазина - это вопрос 10 минут, и полностью разобраться в качественно спроектированном и написанном проекте - максимум день.
• Сергей Горностаев, думаю день мало, надо ещё второй, чтоб ночью мысли в голове уложились

• Сколько обычно дается времени на такие проекты на вхождение?

  У нас обычно на вхождение уходит от 1 до 6 месяцев.
  1 месяц - это если проект уж оооочень простой

• Ну обычно конец
  1 недели - 50% эффективность
  2 недели - 95%
  3 недели 99%
  потом 1% добираешь оставшиеся 5 месяцев.
• ох хотел бы я глянуть ваш проект..

Какое оптимальное время въехать в проект?

Не бывает оптимального времени. Обычно заказчик и исполнитель вместе решают какое время.
Но для оценки я рекомендую следующее. Посмотреть backlog проекта. Посмотреть какие критичные
таски висят. Или блокеры. Посмотреть что у них общее.

Так просто блуждать по исходикам нет смысла. Вы будете читать не то что надо. Вы будете читать
легаси код или код который даже не в эксплуатации и зря потеряете время.

Для анализа кода поставте план - график. Например 1 неделя на развертывание проекта.
Если там специфичное облако - то на изучение облака еще 1-2 недели.

План график должен включать обязательные пункты который надо пройти. Например если это
Laravel/react - то вы должны поднять в облаке привет-мир на этом стеке и продемонстрировать
что он работает. И только после этого переходить к развертыванию проекта.

Если на проекте есть архитектурная документация, confluence, wiki - то берите пару недель на чтение.
Выписывайте ВСЕ новые слова на бумажку. По ним задаете вопросы.

У вас должен быть ментор или консультант который раз в несколько дней должен отвечать
на ваши вопросы по списку. Ваш план-график должен учитывать риски и внезапные investigations
результатом которых могут быть НОВЫЕ таски которые вы сами создадите. Например - сдохли
сертификаты по сроку. Создать новые. Это время. Это тоже таски и они должны быть эстимированы.

• Это вы пишите про очень большой проект.
  Спасибо за ответ. Но я писал про средний проект.
  Типа такого - https://www.homesoverseas.ru
  Есть задача я читаю таску начинаю искать в коде читаю код исправляю и у меня не хватает времени исправить.
• vadim, ну не хватает и не хватает. Что тут поделать? Тут-же количество обратно качеству. Сам понимаешь. Время == деньги. И чем дольше ты разбирался тем ценнее ты и твои знания и наоборот.

  Оставь мелкие проекты школьникам короче.

• vadim, 4 - 7 часов хватит только если в комплекте полностью рабочая (и короткая) инструкция по разворачиванию, сам проект довольно простой (занимался им один человек в пределах года и при этом не говнокодил), а код который нужно исправить используется в одном месте.
  Мне что-то подсказывает, что не всё так радужно.

  На прошлой работе как раз конкурент был и первые 3-7 дней давали на знакомство с потрохами фреймворка, потом пару недель на решение пары задачек которые знакомый с проектом человек делает за 2-4 часа.

Ведите тайминг, на основе результатов, обосновывайте начальству необходимость в дополнительных часах.

UPD еще побуду капитаном очевидностью. В одной компании я въезжал в их проект примерно месяц .NET3 и React. Причем понимания достиг только в узкой части, что бы просто начать выдавать код.

дали задачу вам , оценивать время тоже вам , то что там кто то взял с потолка к вам отношения не имеет
мы тут не так давно взяли нового программиста и как то с уровнем его немного промахнулись, брали как бы с расчетом на рост, но в итоге он за две недели толком дев окружение не смог запустить , так как проект большой и м ного чего тянет с собой , пришлось уволи ть

Ответы:

Если ты хорошо представляешь себе сложность проекта, распиши для себя: на это мне надо 2 часа, на это час..... ну и на "туда-сюда" ещё примерно столько. Это может показаться ерундой, "ну как я могу оценить?", но ты удивишься насколько точной окажется в итоге эта приблизительная оценка.
После этого смело иди к заказчику и говори: "На эту работу мне надо приблизительно N дней (при условии что там всё стандартно и не выплывет никакой жопы)". А дальше - их право соглашаться или нет.
Договор - вещь взаимная. Они предлагают свои условия, ты - свои. На чём сойдётесь - так и работайте. А соглашаться на заведомо неисполнимые условия фрилансеру, конечно, не надо.

• дают время и не спрашивают сколько это займет.
• vadim, ты раб лампы? В смысле, сотрудник фирмы? Или фрилансер? В любом случае, получив задание, ты должен его оценить и прикинуть сколько времени займёт. Далее идёшь к тому кто давал и говоришь: мне нужно столько-то времени потому-то. Дальше по обстановке. Лучше сказать и получить реакцию чем не сказать и не сделать.
  

  Как в таком случае поступаете вы?

  Я недавно получил простое задание: читать почту, парсить строки определённого формата, писать их в БД. Срок - один день. Я прикинул, вроде ничего сложного и с каждой частью задания я уже работал. Взялся. Но выяснилось что с почтой я работал только на отправку, а приём - это отдельная песня с припевом. Пока разбирался, время прошло, понял что не успеваю. Написал шефу: "Сегодня не успеваю, давай завтра". Он: "Ок". Назавтра сдал, получилось полтора дня. Вроде проканало 🙂