Как въехать в тему на новой работе?

Question

[Ксения]

Всем привет!

Работала 3 года на одном и том же месте, писали проект с нуля небольшой командой (3 человека + 1 давал математические выкладки). Я там была формально на одной линии, но неформально у меня опыта больше, и я предлагала некоторые решения, делала декомпозицию задач и т.д. Но это было не в качестве лидера – все же демократия и т.п.

Сейчас есть перспектива – новая работа с переходом на должность повыше, но нужно будет выполнять управляющие функции + продолжать чей-то проект. И тут ахтунг! Я очкую, что не смогу разобраться в новом проекте так быстро, как нарисовала себе в воображении. Отсюда вопрос: как долго на новой работе вы разбирались с уже существующим кодом? Как это происходит вообще – вы всю систему просматриваете или же по мере необходимости изучаете отдельные блоки? Как работодатель оценивает, справляюсь я или нет? И как вообще проходят первые две-четыре недели на новой работе? Как понять, насколько работодатель осознает, что мне нужно время на понимание проекта? Как оценивать время на выполнение новых задач, с которыми я на прошлой работе не сталкивалась?

Answer 1

[Dimonchik]

Работодатель осознает но делает вид что не осознает

не парьтесь - записывайте побольше, и перечитывайте, и все получится

Comments

[Ксения]

А как быть со сроками?

[Dimonchik]

сроки - самый большой и сложный навык, спрашиваете у программистов, умножаете на два, начальству говорите умноженное на 1,5-2,
не делаете длинных спринтов, бьете на части, начальству отчитываетесь за каждый
и т.д.

[Ксения]

dimonchik2013, спасибо за совет! :)

А как обычно отчитываются на работе? У нас на текущей нет жесткого контроля, я могу месяц ничего не говорить, а потом вывалить: сделала то, то и то. А обычно как это происходит? Как контролируют работу удаленщиков? По задачам, по времени...?

[Dimonchik]

запускать нельзя, потом концов не соберете

нежестко - раз в неделю, жестко - 2 или 3 раза ( хорошо идет под водопадный стиль)

я вообще люблю метод прогрессивного джпега, это когда тесты и тексты )) / натягивание дизайна делаются потом, после выкатывания на дев работающего функционала, но это не всегда возможно, с теми же мобильщиками или JS ниндзями

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

[Ксения]

запускать нельзя, потом концов не соберете

Так в том-то и дело, что я не запускаю. Я работаю, но отчитываться у нас не принято слишком часто. Могут спросить иногда, чем занята и что сделала в двух словах. И все. Чаще обмениваемся инфой только с непосредственными коллегами.

нежестко - раз в неделю, жестко - 2 или 3 раза

И что же можно раз в 2-3 дня рассказывать? Неделю - понимаю, а вот пара дней...? Сделала то и то, пока проблема такая, решаю ее..? Или как?

[Dimonchik]

ну да, день-то 8 часов длится

сверстали то-то, развернули то-то, ждем админа/деопса/пока купят сервер
исключения только ресерч, но он нечасто бывает, там до недели

[Ксения]

dimonchik2013, спасибо за ответ! :)

[Павел Волынцев]

Ксения, нехорошо так в молчанку играть. Бросайте такую безответственную практику. Даже если отчитываетесь раз в месяц, вести учёт дел нужно ежедневно. Это вот кстати и позволяет потом делать ретроспективу (чего я там наваяла, сколько это времени заняло).

[Ксения]

Павел Волынцев, причём здесь молчанка? :) Почему вы думаете, что я не веду учёт? :) План-то всё равно есть, по которому я работаю.

Answer 2

[Владимир Проскурин]

Чтобы разобраться с кодом проекта, достаточно уметь отлаживать, читать чужой код и знать свою IDE.
Будете сидеть и нервничать по этому поводу, тогда точно не сможете вникнуть. Просто расслабьтесь, спрашивайте у коллег что непонятно, узнайте архитектуру проекта, почитайте чужие коммиты и другие задачи, чтобы понимать, как развивался проект, и в каком направлении развивается сейчас. Как правило, не нужно сразу зубрить весь проект, достаточно выполнять задачи, пусть даже первое время не очень быстро, но по крайней мере стараться, и регистрировать что делаешь (коммиты, в задаче описывать, спрашивать совет, показывая, что ковыряешь что-то а не тупо сидишь).

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

Ну с этим проблемы у многих. Часто, чтобы легче было точно знать сроки на проект, нужно разбить его на множество маленьких подзадач, и каждой задачке примерно оценить время выполнения. Потом все суммировать, и умножить на 2 :-)

Comments

[Ксения]

Спасибо, очень доходчиво. Аж легче стало))

Answer 3

[tema_sun]

И тут ахтунг! Я очкую...

Не боись, главное ввязаться!