Skip to content
Snippets Groups Projects
Commit bb61f649 authored by Adam Hyde's avatar Adam Hyde
Browse files

Update entry23.md

parent 8b77e462
No related branches found
No related tags found
No related merge requests found
Pipeline #38741 passed with stages
in 50 seconds
......@@ -238,7 +238,7 @@ Understanding and optimizing workflow is critical to do first and it does not ha
But my experience is that this process greatly assists organizations thinking about changing their technology and/or improving their publishing processes.
I designed Workflow Sprints to be lightweight and effective. There is a lot more I could write here about how to get the most out of the process but I hope the above gives you some ideas about how to reduce the burden of this kind of analysis. There are also some deeper items I haven’t addressed in this article. After reading a draft of this article Ken Brooks suggested that the very scope of what is considered to be ‘the workflow’ needs to be addressed up front. He is absolutely right. If a publisher breaks down the workflow into disconnected components and focuses on optimizing each separately - editorial, publication and digital workflows for example - then you have embedded many assumptions into the process already. These assumptions might be the very conditions that prevent higher levels of optimisation. The solution would be to consider the entire end-to-end publishing path as the subject for a Workflow Sprint (or similar process). For further thoughts on this perhaps consider reading the article on Single Source Publishing I wrote last year.
I designed Workflow Sprints to be lightweight and effective. There is a lot more I could write here about how to get the most out of the process but I hope the above gives you some ideas about how to reduce the burden of this kind of analysis. There are also some deeper items I haven’t addressed in this article. After reading a draft of this article Ken Brooks (https://www.linkedin.com/in/kmbrooks/) suggested that the very scope of what is considered to be ‘the workflow’ needs to be addressed up front. He is absolutely right. If a publisher breaks down the workflow into disconnected components and focuses on optimizing each separately - editorial, publication and digital workflows for example - then you have embedded many assumptions into the process already. These assumptions might be the very conditions that prevent higher levels of optimisation. The solution would be to consider the entire end-to-end publishing path as the subject for a Workflow Sprint (or similar process). For further thoughts on this perhaps consider reading the article on Single Source Publishing I wrote last year.
As you have probably guessed I also facilitate Workflow Sprints so if you need a facilitator, then give me a call! If you want to try Workflow Sprints without me, please go for it! I am happy to have a remote coffee and discuss the process if it will be of help to you. Many thanks for taking the time to read this short article!
......
0% or .
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment