I think it's also important to note that many people struggle to achieve flow state when context switching between sleep cycles. There's a natural daily rhythm folks go through, and the older one gets, the more it tends to (but not always) shift earlier in the day. Think about that next time you want to schedule a mandatory synchronous event, especially one such as a daily standup.
Some of your team may already be 2 hours into their day by 9am, while others may be just rolling out of bed and not yet deep into something. And some of your folks are starting to wind down their focus period around 2pm to 3pm while others are ready to go deep into the night.
I'm not trying to assert there's a problem with standups or other meetings. I'm just saying if flow state is a priority for an organization, there has to be compromise made in how scheduling, status checks, and synchronization works.
Maybe a weird take, but I think stand-ups and scrum and such intentionally sacrifice flow state in exchange for visibility and consistency. The small tickets, triage, estimations, stand-ups, are all anti-flowstate. But they allow you to get closer to actually measuring developer performance. It lets you compare teams and "debug" late projects. But all at the cost of potentially faster but unmeasurable devs.
When I was young I read that Vonnegut wrote most of material before the fam woke up. Around 4 to 7am. As a young night owl it was bonkers to me. Now I get it.
There’s a book called ‘Daily Rituals: How Artists Work’ that details the daily routines of famous creative folks. The early morning work session is common, but so is the late-night session. Strict routines are common, but so is spontaneous creation on a whim. It’s cool to see all the ways people create; very neat book.
I had a professor in college who extolled the virtues of his unique sleep schedule - going to bed at 7 and waking up at 3am. He said he loved those few hours when everyone else was sleeping and got all his best work done during that time.
What is DevEx? Maybe I missed it but they don’t seem to say anywhere in the article what DevEx is. A company? An IDE? A development methodology? Something else?
DevEx, or DX for short, stands for developer experience; patterned after UX or user experience. It is the hipper, developer-focused version of developer productivity which sometimes carries negative, managerial connotations. Think "What can we do to improve the developers' experience?" versus "What can we do to increase productivity?"
I've actually been working on something new, it's called PmX. We cut the entire process right to the bone and focus only on what matters. The project management experience.
For me it is a interesting consequence of our modern ways of communication which is characterized by being always-online and always expecting immediate response that people turn to giving the new name of "flow-state" to what is essentially just "uninterrupted work".
And they’ll throw some random metrics garbage back at you…
Im glad flow state is becoming more talked about but am sure that any new measures to improve it will eventually become corrupted, misunderstood or implemented completely wrong by the hands of the bean counters or some other corporate force
Best dev flow for me is coworkers that don’t ask to ask, closed door office as necessary, and mid 70s prog rock (mostly, in 2003 I did a bluegrass rotation that seemed to coordinate well with Oh Brother Where Art Though)
Point being, what works for me may not work for you, but what works for you sounds like a hellscape to me.
Some of your team may already be 2 hours into their day by 9am, while others may be just rolling out of bed and not yet deep into something. And some of your folks are starting to wind down their focus period around 2pm to 3pm while others are ready to go deep into the night.
I'm not trying to assert there's a problem with standups or other meetings. I'm just saying if flow state is a priority for an organization, there has to be compromise made in how scheduling, status checks, and synchronization works.