804 karma · joined August 27, 2007
I teach all 12 SAFe certifications, so I'm familiar with the framework. The issue that SAFe identified, is the very issue I'm bringing up here. In the case of this framework, it gives managers the chance to keep managing people, but with an out of box framework that keeps them from the burden of understanding systems engineering fundamentals that emphasize flow. That's the problem in a nutshell with SAFe - layer 1 process and team fundamentals are sacrificed in favor of a layer 2 framework. And managers get to lead meetings and report-outs.
Otherwise, SAFe is ok. It just puts some structure around managing an increment of increments - another chance to inspect and adapt, pivot, whatever is needed for minimum viable product, plus managers feel like they (managers) are useful by guiding PI planning, whatever.
The reality? High performing teams tend to snicker at SAFe. They think things like confidence vote events are silly because they expect product owners to be bringing them nothing but work-items that already meet their confidence standards. Otherwise their time is being wasted with this event. Additionally, high performing teams will refuse to plan out multiple iterations worth of work (as done in PI planning), when they expect to have a healthy backlog to work that already meets their readiness standards for multiple iterations. All they'll say is prioritize that work and they'll knock it out. But once again, planning out multiple iterations helps managers reinforce telling people what to do in a micro fashion.
"The Fifth Discipline" by Peter Senge. This is a classic text that also covers the mental model side of the shift from managing people to managing flow.
"Team Topologies" by Skelton and Pais. Another classic on team structure as it relates to flow of value.
And well, have to mention my little book, "Agile V2 Coach's Field Manual" available on Amazon. Hardcover only. I need to write a rev, but still holds up regarding the concept of codifying behaviors into a delivery system, thus cutting down on politics, finger-pointing, unethical decision-making, and other crap that represents the legacy people-management model. Quick read.
Lot more books available. This is a very rich area of study that's been around since people have been trying to figure out how to get out of each other's way for better outcomes.
So where does most organizational leadership come from? Paying their dues as management in a prior life. So they're inculcated with the same mental model. Difference between a leader and a manager is, managers tell people what to do, while leadership like to tell their reports what they should have done.
Anyway all these components feed the whole back to work thing. Managers keep their jobs by telling people what to do, and the easiest way to do that is via the official office environment. It's also the most expensive and inefficient way to get anything done, leading to most corporations having very mediocre delivery systems. That's my take after consulting with numerous F500s.
Sure, there are exceptions; work dependent on equipment that isn't practical for remote applications, heavy experimentation with specific environment requirements, etc. But if your office life is centered around a laptop, then use the "laptop" as intended.
So what's far more strategic is moving from managing people to managing the flow of value. Manager mind blown. The latter doesn't have the same dependency on having people come into the office, but it's a much more sophisticated approach requiring at least some interest in business systems engineering, which is more complicated. But the approach is far more efficient, cost-effective, and requires far less energy usage. Manager refrain: "Can't I just go back to telling people what to do, in the office?"
Without knowing all the details, that seems like a dumb move by Commodore. Too bad though that some geeks weren't consulted, since they might have fixed up a Symbolics machine for the scene, which was a movie prop during the 80's.
Of course the tech for this is a real threat for utilities, so it wouldn't surprise me if they would go to any length to stop such and effort. Same could be said for any deflationary tech like micro reactors.
Regarding changes that still maintain or even enhance this goal of long-lived store of value, I bet they'd be fine with that, even if the work effort of BTC transactions increased.
Take that as a small (subjective) clue. Anything that is great about Rust or Nim or <..> could also have extended Pascal or M2 for the same result, and much sooner. Especially goes for M2, because the grammar was so small, thus avoiding the old PL1 traps from an overloaded parser.
FPC needs smart macros, needs to backport M2 interfaces, and the solid green thread spec* backported from M2, but it really is in the ballpark. You want gc? Well, fair enough, but you can write a pretty good mark/release* facsimile with RTTI. Or how about Eiffel simulated contracts with open arrays?
And Lazarus, good grief what a 30 year old premiere open source project. No point in even talking about how awesome it is.
Co-Pascal has been doing co-routines for 45 years.
In turbo pascal, you could create mini-heaps that could be dumped most anytime. They weren't smart, but still a cool feature.
You can do some stuff to the Lazarus ide env to get it close to tolerating a M2 style using macros and such, but it needs a bit of work. Just haven't had time to fiddle with the code yet. Otherwise, the FPC/Lazarus combo is amazing and continues to be one of the greatest open source communities of all time, IMO.
So true.
High testosterone is great for people doing jobs that make those people disposable. In the past, that's been the male gender, if you lump them into a group. If activities like combat, climbing power poles, contact sports (women making inroads), are deprecated by tech or whatever, then I guess less testosterone is needed. To add, since population numbers are stagnating, why do we need disposable and non-disposable jobs drawn down gender lines at all? Why do we need our sports separated by gender?
To add, cutting your nuts off has been shown by studies to extend life in males. Whatever your pref is I guess. I'll sacrifice a few years to keep my nuts, thanks. I love my nuts. Oh, and my penis. Strictly my personal preference. To each their own.
mark_begin // after allocs,creates
[parse1, sl1, sl2]
mark_end
... lines of code ...
release // end of proc, frees everything you marked allocated
I'll continue my own relationship with BTC, but always qualified by knowing the world is mostly lies. Human, All Too Human.
What if you have to get out of your car, but leave your camera running and the cop decides to drag you down and put a knee on your neck within 8 feet?