Bài đọc · ~138 từ
AClients often ask for a deadline that sounds reasonable to them but leaves very little room for problems, testing, or simple delays that almost always happen during a real project.
BRather than accepting a tight deadline immediately or rejecting it outright, experienced project managers often suggest breaking the project into smaller parts and showing which parts can realistically be finished by which date.
CThis approach gives the client something concrete to react to, instead of a vague worry that "it might take longer." A client can usually accept a slightly later final date once they see exactly why each part takes the time it does.
DBuilding in a small time buffer for unexpected problems, without announcing it directly as "extra time for problems," also protects both sides from an awkward conversation later about why a deadline was missed.