You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The guidance to "Limit a procedure to seven steps" is just wrong. In the early days of writing for online, many practitioners and teachers advocated just this very thing, but their source for this was the results from research done to see how much information people could keep in memory. The research found that they typical human can keep 5-7 things in short-term memory. This was extrapolated to procedure length by a few technical writing practitioners and then widely disseminated, but that extrapolation had no basis in any data. This limit is a myth, one that you perpetuate here.
The truth is, procedures can be as long as they need to be. They could be 2 steps or 20 steps. But there is zero reason to set an arbitrary limit. Nay, setting such an arbitrary limit can result is a poorer information experience.
That said, when procedures do get long, it can be a good practice to break them up into sub-procedures when such sub-procedures can be reasonably compartmentalized. Competent, well-trained technical writers can determine which path would be optimal for their readers.
Document Details
⚠ Do not edit this section. It is required for learn.microsoft.com ➟ GitHub issue linking.
ID: 39b5e3aa-271d-e55e-5c7c-fd31ec3ae360
Version Independent ID: 18c8323f-fa16-669e-2d58-f959b8b772d7
The guidance to "Limit a procedure to seven steps" is just wrong. In the early days of writing for online, many practitioners and teachers advocated just this very thing, but their source for this was the results from research done to see how much information people could keep in memory. The research found that they typical human can keep 5-7 things in short-term memory. This was extrapolated to procedure length by a few technical writing practitioners and then widely disseminated, but that extrapolation had no basis in any data. This limit is a myth, one that you perpetuate here.
The truth is, procedures can be as long as they need to be. They could be 2 steps or 20 steps. But there is zero reason to set an arbitrary limit. Nay, setting such an arbitrary limit can result is a poorer information experience.
That said, when procedures do get long, it can be a good practice to break them up into sub-procedures when such sub-procedures can be reasonably compartmentalized. Competent, well-trained technical writers can determine which path would be optimal for their readers.
Document Details
⚠ Do not edit this section. It is required for learn.microsoft.com ➟ GitHub issue linking.
The text was updated successfully, but these errors were encountered: