Re: Serial, concurrent, parallel

On Thu, 16 Jan 2025 23:02:28 +0000, brian <nospam@b-howie.co.uk>
wrote:

In message <rraiojlip0hl9vjaa742fmtq9dpmo2v2l1@4ax.com>, john larkin
<JL@gct.com> writes

On Thu, 16 Jan 2025 15:10:37 +0000, brian <nospam@b-howie.co.uk>
wrote:
>

In message <vm69a2$2h52d$1@dont-email.me>, Don Y
<blockedofcourse@foo.invalid> writes

I am surprised (disturbed?) at the problems people seem to have
sorting these things out in their thought processes.  I don't
*believe* people think strictly "serially" but I am beginning to
question that belief as I witness smart/capable people stuck in
that mindset!

>
It's simple project engineering and resource management . PERT ,
Critical path analysis, lead times , Gantt charts, even Microsoft
Project if you must. You must be talking to non-engineers.
>
Brian

>
The more such management tools that you use, the slower a project will
go.
>
The key observation is that when things are serialized, they happen
sequentially.
>

>
PERT and the  like handles parallel processing paths , in fact it almost
forces you do it . When things are concurrent they happen in parallel .
>
B .

More software management tools not only slow down a design project,
you need people to drive the tools too.