xmoonlight

Тут

Подскажите, как вы ведете задачи, чтобы укладываться в сроки?

никак.
1. Нужно делать то, за что платят. И делать это - на совесть.
2. Нет опыта/знаний - нужно получать самостоятельно в режиме самообучения, а не на реальных заказах.
3. Думать не только о своём успехе, но и об успешности проекта со стороны Заказчика.

UPD: Личные компоненты и сниппеты кода, текстовики с описанием действий, расписанных по шагам, сильно экономят время, если встанет перед вами похожая задача в очередном проекте.
Это - личная копилка знаний, которые не поместились в голове.

Если встаёт проблема с логикой при решении незнакомой задачи, разбейте её на части.
Пример: добавить столбец к существующей таблице на странице, который должен формироваться через модификацию существующего запроса к БД.
1. Найти код вывода таблицы.
2. Найти запрос к БД в коде подготовки данных для этой таблицы.
3. Составить новый запрос через интерфейс работы с запросами к БД.
4. Поменять в коде старый на новый запрос, закоментировав старый.
5. Проверить/отредактировать корректность вывода/рендеринга таблицы на странице.

Profit!

Создать свой конструктор для построения проектов под любые требования.

Любой функционал - пишем однократно! и используем потом во всех последующих проектах как подключаемый модуль.

Делаю так: разбиваю ТЗ на функц.блоки, рисую схему движ.данных, смотрю: что уже готово, а что - кодить.
Компоную блоки так, чтобы захватить бОльшую часть нужного и возможного функционала в новые блоки, не потеряв в производительности.
Снова проверяю структуру (и все нюансы) и только потом - кодирую.

Держать баланс на стороне сохранения энергии.

1. Регламентируете структуру кода (как и что именовать, оформлять, куда и как подключаться и т.д.), требования при взаимодействии с другим уже готовым функционалом (учётки, бд, пулы, статистика, логирование и т.д.) и общие требования к модулю или к php-классу.
2. Новый функционал - заранее проектируете с помощью нужных классов и методов в виде блок-схемы.
3. Всё документируете (включая взаимодействие блоков на блок-схеме в отдельном разделе) и строго по докам даёте кодерам на реализацию.

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

И только после всего этого - внедрение нового модуля в РАЗРАБАТЫВАЕМЫЙ проект! Т.е., даже не в релиз или в паблик!

Тогда - чихарды не будет!

Ксения,

Я думал, думал... Я всё понял!
Оказывается, это - неправильные пчёлы!
Совсем неправильные!
И они, наверное, делают неправильный мёд!

м/ф "Винни Пух и все, все, все."

Вы и работодатель - находитесь в равных правах! ЗАПОМНИТЕ ЭТО!
Не забывайте корректировать со своей стороны условия договора так, чтобы не иметь проблем со здоровьем!
Они делают из Вас батарейку, а Вы - тратите своё здоровье, пытаясь быть честной!
Это - уже не просто работа, а нечто иное.

Оцените своё время так, чтобы не тратить более 4-х часов на непосредственную работу по разработке.
Учитесь работать и отдыхать от работы одинаково плодотворно не теряя в доходе.
Научитесь себя ценить!