«...computer scientist, author and teacher of the psychology and anthropology of computer software development.» — Wikipedia

☛ http://www.geraldmweinberg.com

☛ http://secretsofconsulting.blogspot.com

☛ https://www.facebook.com/gerald.m.weinberg

☛ https://twitter.com/JerryWeinberg/

☛ https://www.facebook.com/terra.ziporyn.snider/posts/10156674749391457

‘You just narrated part of my story exactly! But there is a second part of my story that led to my current ‘reflective’ stage in my professional career on software design. That second part includes reading and digesting some other kind of texts by classical authors (Dijkstra, Dahl, Hoare, Knuth, Meyer, Tanenbaum, Myers, Mills, Weinberg, Parnas, Gilb, DeMarco, Abelson and Sussman, etc.). This current stage feels like another career entirely different than the career in my previous part of my story. Nowadays, I talk to others about that in the context of my Reflective Developer Program’.

(1) http://textum-recreo.blogspot.com/

(2) http://softwarevalue.blogspot.com/

(3) https://medium.com/@reflective

(4) http://freetankerthink.blogspot.com/

Developers should abandon many, many, anti-patterns, not just “Agile” –with capital “A”–; for example, they should abandon the practice of uncritically follow the snake’s oil (hype) of marketing. They also should abandon unwarranted beliefs like those that presuppose practicing architecture is not part of their daily developer accountabilities.

Etc., etc., etc.

The primordial root problem behind many anti-patterns goes way deep into our cognitive maturity; for example, our interpretation skills. Different levels of interpretation dexterity could explain two complete divergent ways of professional life: one referred as “Agile” –with capital “A”– and the other referred just as “agile” in this talk: GOTO 2015 • Agile is Dead • Pragmatic Dave Thomas.

Come to my mind these posts from time ago:

I like it even more!, and I like it!

Programming is pure cheer joy.

Full conversation: Honestly Curious.

«…I used to think —decades into my past— that “the only way” —careful! Bigotry alarms at full capacity here— somebody could ever know and ever teach about something is by the sole means of direct experience. Period. Simple. End of discussion.

Nowadays, —since about 28 years ago—, I reflect that the subject matter of knowing and the subject matter of being able to teach or help others turned out to be not that simple. And the discussion is wide open, and the debate keeps very active among authorities on those subject matters.

There are cases where somebody can, in fact, learn a lot from the experiences reported by others and by pure sheer thought based on sound theoretical schemes. So, now I think that a fully functional Scrum Master —or anybody, for that matter— can, in fact, help others effectively without the sole means of direct experience.

Does it make sense?»

Given the rate of time, effort and cost against actual delivered quality value of a particular sample of enterprise IT software development projects, a possible sequel of the 2003 article by Nicholas G. Carr «IT Doesn’t Matter» could be entitled: «IT divisions need adult supervision».

Problem is, more often than not, there are very few adults capable of proper software development performance evaluations at the business side of the enterprise.

IT Doesn’t Matter

by Nicholas G. Carr

May 2003 Issue

https://hbr.org/2003/05/it-doesnt-matter

http://www.nicholascarr.com/?page_id=99

Becoming an Outlier, by Cory House.

http://softwarevalue.blogspot.mx/