Subscribe to Our Newsletter
Get the latest updates delivered straight to your inbox.
Digitization requests arrive from several directions. HR wants an onboarding pathway, operations wants a consistent procedure, an expert wants a workshop recorded and a branch wants a local version of existing material.
Processing these requests only in arrival order can consume the budget without addressing the most important need. Iraqi organizations need a backlog that explains the problem behind each request, the audience affected and the outcome expected. Page count is a production detail, not a business priority.
Ask the requester to identify the target task, associated errors or delays, approved source and future content owner. Look for existing material that could be improved or reused. Sometimes the problem is finding the current reference rather than the absence of a new course.
Move requests without an approved source into discovery instead of immediate production. If performance depends on missing permissions or a contradictory procedure, identify that dependency before promising a learning outcome.
An internal scoring scale can help teams discuss task impact, risk, frequency of need, audience size, source readiness and production and maintenance effort. Record the reason for each score and review it with the business owner.
The score is a decision aid, not an objective truth. A critical procedure for a small group may deserve priority over a general topic for a much larger audience. Handle obligations with fixed deadlines through an explicit decision rather than allowing them to disappear inside an average score.
Consider uncertainty as well as effort. A stable source with an available expert is easier to estimate than a changing procedure with unresolved ownership. The second request may require a short discovery activity before its production priority can be judged fairly.
This approach prevents every request from becoming a large course development project. A useful first release may be one module and a workplace task, followed by expansion when evidence supports it.
Estimate expert time, review, localization, technical testing, support and future updates alongside initial production. A low-cost video can become expensive if its underlying interface changes frequently and nobody has budgeted for revision.
For each approved item, define ownership, completion criteria, a success measure and a review date. Separate work that is ready for production from work needing discovery and work intentionally deferred.
Limit simultaneous projects to match the team’s actual capacity. Start with a batch that combines meaningful need, a stable source and an audience available for testing.
After launch, review use, mastery, application and support effort. Update portfolio estimates with what you learn. If the original business need changes, reconsider the project rather than continuing simply because production has begun.




