Thread vs ThreadPool

Внимательно следите за этими двумя сущностями. ThreadPool удобнее и логичнее в ряде случаев, но иногда может подложить свинью. А именно - когда функциональность, которая должна выполняться в одном, но параллельном потоке ВНЕЗАПНО раскладывается на кучу потоков.

Это реально может послужить причиной многих багов. В общем - контролируйте потоки в своем приложении. Thread - для более тонкого планирования многопоточности. ThreadPool - быстрое, но потенциально грабельное решение.

О веб-разработке и верстальщиках

"Коней на переправе не меняют" 

Ни в коем случае нельзя в середине проекта менять верстальщика или дизайнера, или js-программиста, если нет достаточного запаса времени на введение оного в курс дела. 

Верстка - дело нехитрое, но поддерживать ее непросто. Новый верстальщик гарантировано сломает всю верстку без предварительного ознакомления. На хорошо выполненную первую задачу ему потребуется 2-3 дня.

Аналогичное касается дизайнера и верстальщика.

Риск нежелания сотрудничества

Абстрактно: представитель заказчика по разным причинам не хочет взаимодействовать с командой разработки для предоставления критичных сведений.
Точнее может быть и хочет, но упорно, пардон, проябывается.

Конкретика: проект позразумевает разработку модулей, тесно интегрируемых заказчиком в свою систему. Заказчик обязал тимлидера своей команды связываться с подрядчиками и отвечать на все их вопросы по системе. Но тимлидер почему-то ОЧЕНЬ долго отвечает на письма и категорически отказывается выходить на связь голосом.

Методы борьбы: сдерживание. Эскалирование подобных проблем по мере появления до начальства представителя, которое, как правило, заинтересовано в проекте. Нехай люлей вставит.