Welcome!

Related Topics: Java IoT, Industrial IoT, Microservices Expo, Microsoft Cloud, Machine Learning

Java IoT: Article

Why Is Scrum So Widely Adopted and So Very Dangerously Deceptive

Just because it looks like a duck and quacks like a duck, doesn’t mean it’s a duck

I was sitting in a meeting sometime ago with a company that was embracing Scrum like a ten year old being offered a warm plate of chocolate chip cookies. They were grabbing at it as fast as they're little hands could reach out and grab the goodies.

Watching this made me wonder what is was about Scrum that made them embrace it so emphatically. They had claimed to be an Agile shop for years, but were still failing to deliver quality software on time with in budget. Over the past years they refused every single proposed process improvement recommendation made by dozens of consultants. They literally went from zero process (using the name Agile to execute no process at all) to zealot Scrumbots overnight. After spending some time pondering this and interviewing a few people I found the answers I was looking for.

Scrum was allowing them to preform the magic trick of perceived success better than they had ever been able to before just using the generic fake Agile process. A scary realization. This of course was not the fault of the Scrum process. It was the team's refusal to truly change anything except a few timelines, titles of individuals, and a few names like iteration to sprint.

First lets look at the developers. Scrum did not require the developers to change anything they were doing except code less in a given iteration (now called sprint) because the only required change imposed on them was shorter deadlines. They were still not required to adopt agile programming practices, because the scrum process they implemented didn't advocate for change at a developer level, only a middle management level.

No code reviews, no difference in testing, no difference in the use of patterns or TDD, no difference in anything except, now missed deadlines were written off to "we are not only agile we are Scrum, push it to the next sprint". Bugs… they don't exist, they are errors or simply new requirements that need new user story written for them. Of course their favorite part of the process they implemented is that there is no design or architecture involved. Just cowboy coding as fast as their little fingers can spew the crap out to the screen.

Project managers were renamed Scrum Masters. They were not given the responsibilities of the role of Scrum Master as defined by scrum. They simply changed role names and continued to project manage.


Upper management doesn't care. They are planning the same and paying the same prices for projects. They are getting reports that improvements are taking place, but don't bother to look at the bottom line which isn't actually changing.

None of the several projects run under Scrum have come in within budget, on time, or any less buggy. It just shows me that the same thing I have watch over the years is still happening with software development process. Most places are only pretending to adopt them. The same sad truth remains, that they actually usually think that they are changing. They are whole organizations in denial about their development environments.

Like I said above this is not the fault of Scrum. I have seen it make improvements, but only when change actually happens. It must happen at the upper management level, the project (middle) management level, and huge changes have to happen at the developer level. Architecture on any decent size project is just as important as it ever was, so to think you can do without it is naïve and shows immaturity. I have been seeing the Waterfall syndrome happening way too much with Scrum. People look at the picture and read a few lines of information about the process and think they got it. Waterfall was iterative, people simply did not read the entire paper behind the diagram. Scrum needs much more implemented than the time management aspects shown in the diagram.

Agile processes require agile development practices, which include architecture and design. Without them, you are only pretending to execute Scrum. I would recommend taking a look at the Scaled Agile Framework. Scrum is one small blip in the big picture of enterprise development.

How do you avoid this company's same fate? Bring in an outside consultant who knows software process engineering and put them in charge. Your team's best thinking have gotten them to where they are today, if that is not where you want your company to be, their best thinking won't get you anywhere different tomorrow. I have now seen Scrum transform one organization's development team and process, but that team brought in a consultant and allowed that consultant to lead the initiative. Although there was some resistance to the changes being made, because a majority of the team went along with them, the rest eventually followed.

I do not believe Scrum offers anything more than any other process including OpenUP, the Unified Process, RUP, XP, etc. Where the difference between success and failure lies is in the implementation of them, actually executing them with someone who has successfully executed them on multiple projects, and your willingness to take and execute their advice. That will mean change. Change in skill sets of your people, or change in your people, but to believe you can go from using no process to implementing any of these processes without help and changing is just naive and guaranteed to fail. That is unless you fake it like the company from this blog did and so many others I have seen do.

More Stories By Tad Anderson

Tad Anderson has been doing Software Architecture for 18 years and Enterprise Architecture for the past few.

Latest Stories
JETRO showcased Japan Digital Transformation Pavilion at SYS-CON's 21st International Cloud Expo® at the Santa Clara Convention Center in Santa Clara, CA. The Japan External Trade Organization (JETRO) is a non-profit organization that provides business support services to companies expanding to Japan. With the support of JETRO's dedicated staff, clients can incorporate their business; receive visa, immigration, and HR support; find dedicated office space; identify local government subsidies; get...
Bill Schmarzo, author of "Big Data: Understanding How Data Powers Big Business" and "Big Data MBA: Driving Business Strategies with Data Science" is responsible for guiding the technology strategy within Hitachi Vantara for IoT and Analytics. Bill brings a balanced business-technology approach that focuses on business outcomes to drive data, analytics and technology decisions that underpin an organization's digital transformation strategy.
René Bostic is the Technical VP of the IBM Cloud Unit in North America. Enjoying her career with IBM during the modern millennial technological era, she is an expert in cloud computing, DevOps and emerging cloud technologies such as Blockchain. Her strengths and core competencies include a proven record of accomplishments in consensus building at all levels to assess, plan, and implement enterprise and cloud computing solutions. René is a member of the Society of Women Engineers (SWE) and a m...
With 10 simultaneous tracks, keynotes, general sessions and targeted breakout classes, @CloudEXPO and DXWorldEXPO are two of the most important technology events of the year. Since its launch over eight years ago, @CloudEXPO and DXWorldEXPO have presented a rock star faculty as well as showcased hundreds of sponsors and exhibitors! In this blog post, we provide 7 tips on how, as part of our world-class faculty, you can deliver one of the most popular sessions at our events. But before reading...
Containers and Kubernetes allow for code portability across on-premise VMs, bare metal, or multiple cloud provider environments. Yet, despite this portability promise, developers may include configuration and application definitions that constrain or even eliminate application portability. In this session we'll describe best practices for "configuration as code" in a Kubernetes environment. We will demonstrate how a properly constructed containerized app can be deployed to both Amazon and Azure ...
Charles Araujo is an industry analyst, internationally recognized authority on the Digital Enterprise and author of The Quantum Age of IT: Why Everything You Know About IT is About to Change. As Principal Analyst with Intellyx, he writes, speaks and advises organizations on how to navigate through this time of disruption. He is also the founder of The Institute for Digital Transformation and a sought after keynote speaker. He has been a regular contributor to both InformationWeek and CIO Insight...
In this presentation, you will learn first hand what works and what doesn't while architecting and deploying OpenStack. Some of the topics will include:- best practices for creating repeatable deployments of OpenStack- multi-site considerations- how to customize OpenStack to integrate with your existing systems and security best practices.
Cloud applications are seeing a deluge of requests to support the exploding advanced analytics market. “Open analytics” is the emerging strategy to deliver that data through an open data access layer, in the cloud, to be directly consumed by external analytics tools and popular programming languages. An increasing number of data engineers and data scientists use a variety of platforms and advanced analytics languages such as SAS, R, Python and Java, as well as frameworks such as Hadoop and Spark...