This is the
talk page for discussing improvements to the
Scrum (software development) article. This is not a forum for general discussion of the article's subject. |
Article policies
|
Find sources: Google ( books · news · scholar · free images · WP refs) · FENS · JSTOR · TWL |
Archives:
1,
2,
3Auto-archiving period: 100 days
![]() |
![]() | This article is rated C-class on Wikipedia's
content assessment scale. It is of interest to the following WikiProjects: | ||||||||||||||||||||||||||||||||||||
|
![]() | The Wikimedia Foundation's Terms of Use require that editors disclose their "employer, client, and affiliation" with respect to any paid contribution; see WP:PAID. For advice about reviewing paid contributions, see WP:COIRESPONSE. |
|
|||
This page has archives. Sections older than 100 days may be automatically archived by Lowercase sigmabot III when more than 5 sections are present. |
This section is pinned and will not be automatically archived. |
As requested by Walter Görlitz, I'm backing up each tag I added. Consider this something of an ad hoc WP:PR, I suppose... Despite being a computer programmer by profession, my job really has never put me on a collision course with this concept before. I've worked solo since 2018, on individual contracts for individual features to add to, or bugs to fix in, free software, mostly to FontForge. Before that, when I still worked in the normal commercial/proprietary software "industry", agile software development was still all the rage. But enough about me...
Note, I have a dry style of writing. I'm trying to help the three paid editors, and any other contributors, see what's wrong with this article; sometimes I feel the best way to do this is by being straightforward and sometimes telling sarcastic jokes. You've been warned. A good friend asked me to look at this article and to give my opinion on its quality, which resulted in my initial tagging.
Not my tag, but I agree with it. This article is riddled with language that says a whole lot of nothing. That might be OK for the Scrum website, but not for an encyclopedia. A particularly egregious example from § Limitations:
From a business perspective, Scrum has many virtues, one of which is that it is designed to yield the best business solutions.
Isn't every approach to managing software developers "designed" to yield the "best business solutions"? Why would anyone "design" an approach to managing software developers that's meant to yield subpar "business solutions"? What even is a "business solution"; I assume it's anything that solves a "business problem", so what kind of business problem are we talking about here? It's no accident that {{
solution-inline}} redirects to {{
buzzword inline}}. It is also completely out-
WP:NPOV to write an unqualified Scrum has many virtues in any context whatsoever. If Scrum has many virtues, I also think I have many virtues, and I'd like my Wikipedia page upgraded to reflect that. Preferably if we can put it in the most negative section as well, as here, that would be ideal.
I tagged {{ Lead rewrite}} because that's what's needed. The lead is not following the most important parts of MOS:LEAD; no part of the lead would be in this article if it were WP:FA-class. The lead in this article is not an "overview". Again, more MOS:PUFF: advanced technologies; complex products. These phrases do nothing to enlighten readers. Complex compared to what? Advanced compared to what?
As a quite note, sprint retrospective to continuously improve makes absolutely no sense, and I can't WP:SOFIXIT because I have no idea what is meant. Sprint retrospectively, perhaps? That also makes no sense, at least with how I understand the word sprint.
As I'll discuss later, the inline cites in the lead are also unsuited for inclusion.
§ Key ideas just compounds problems in the lead and other sections, and starts crossing from MOS:PUFF and into WP:FANPOV. [Scrum] challenges assumptions of the traditional, sequential approach to product development... How? Also, there will be unpredictable challenges—for which a predictive or planned approach is not suited; but then we have the entire §§ Workflow and Roles, which detail in exhaustive (and exhausting) detail exactly how every little part of the Scrum system is, indeed, planned out and predictable. Is there anything less predictable than a daily fifteen minute meeting?
From § Roles, we get this role is crucial about the "product owner", who uses Scrum’s empirical tools to manage highly complex work, while controlling risk and achieving value, so presumably, no other management style can do this, because they don't have "the empirical tools" (they lack the spiritual technology, perhaps?). It's very obvious that the article is already deciding, in WP:WIKIVOICE, that Scrum is the best, and everything else is just backstory.
Another thing I'm not impressed by is the continuous use of the word traditional to talk about other practices. This is more WP:FANPOV—we, the Scrum masters of the universe, are the enlightened, and everyone else is stuck in burdensome "traditions". This is especially visible in the sentence Scrum does not formally recognise the role of project manager, as traditional command and control tendencies would cause difficulties, which doesn't actually mean anything, but could, perhaps with better sources, start approaching some actual meaningful statement about Scrum governance. Right now it sounds like no one in charge. Is Scrum an anarchy? A new character is introduced very late into the article, at § Cancelling a sprint, the mysterious character of management. Of course, capitalism exists, and our allergy to this term could not have been expected to continue indefinitely. Have we indeed just renamed the project manager a scrum master and sprinkled some MOS:PUFF on top?
Our regularly scheduled program is on hold while we go over some sources.
I see no reason to keep going so granular, those are the major issue sources, and any other source by either Schwaber, Sutherland or Verheyen.
Third-party sources need to start being prioritized; Deemer et al. (2012) looks like a place to start. The Addison-Wesley sources and the John Wiley & Sons sources also seem at first brush WP:RS to me where they weren't written by Schwaber, Sutherland, or Verheyen.
One last thing before we move on. There is significant confusion in my mind about what the difference between agile and Scrum actually is. We seem to be using sources about agile, such as Flewelling (2018), but also many others when I have no reason to believe that this is appropriate. A section on the difference, if there even is one besides terminology, (I remain skeptical.) is desperately needed.
@
Walter Görlitz: Thanks for the kick in the pants. Definitely learned something by doing this review: my day job is awesome!
Psiĥedelisto (
talk •
contribs)
06:11, 29 May 2020 (UTC)
"Scrum is a lightweight framework that helps people, teams, and organizations generate value through adaptive solutions for complex problems." What sort of way is this to open an objective descriptive article? Like all marketing openers, it tells you nothing whatever about what the thing is, other than that the writer is absolutely sure it would "generate" plenty of "value" for you. 212.123.0.8 ( talk) 13:00, 22 June 2023 (UTC)
This article was the subject of a Wiki Education Foundation-supported course assignment, between 6 September 2023 and 14 December 2023. Further details are available
on the course page. Student editor(s):
HelloWorld9272 (
article contribs).
— Assignment last updated by HelloWorld9272 ( talk) 02:04, 10 November 2023 (UTC)
The redirect
Definition of Done has been listed at
redirects for discussion to determine whether its use and function meets the
redirect guidelines. Readers of this page are welcome to comment on this redirect at
Wikipedia:Redirects for discussion/Log/2024 February 13 § Definition of Done until a consensus is reached.
Tea2min (
talk)
10:47, 13 February 2024 (UTC)
This discussion delves into the evolution of leadership in Scrum, specifically focusing on the transition from traditional "in charge" roles to the philosophy of "servant leadership." Explore why the term "in charge" was replaced with "servant" and the significance of this change. Learn how this shift emphasizes support, facilitation, and team empowerment, fostering collaboration and continuous improvement. Gain a deeper understanding of how embracing servant leadership principles can optimize team dynamics, boost productivity, and cultivate a culture of trust and innovation within Scrum teams. Asmund.skalevik ( talk) 03:01, 21 March 2024 (UTC)
This is the
talk page for discussing improvements to the
Scrum (software development) article. This is not a forum for general discussion of the article's subject. |
Article policies
|
Find sources: Google ( books · news · scholar · free images · WP refs) · FENS · JSTOR · TWL |
Archives:
1,
2,
3Auto-archiving period: 100 days
![]() |
![]() | This article is rated C-class on Wikipedia's
content assessment scale. It is of interest to the following WikiProjects: | ||||||||||||||||||||||||||||||||||||
|
![]() | The Wikimedia Foundation's Terms of Use require that editors disclose their "employer, client, and affiliation" with respect to any paid contribution; see WP:PAID. For advice about reviewing paid contributions, see WP:COIRESPONSE. |
|
|||
This page has archives. Sections older than 100 days may be automatically archived by Lowercase sigmabot III when more than 5 sections are present. |
This section is pinned and will not be automatically archived. |
As requested by Walter Görlitz, I'm backing up each tag I added. Consider this something of an ad hoc WP:PR, I suppose... Despite being a computer programmer by profession, my job really has never put me on a collision course with this concept before. I've worked solo since 2018, on individual contracts for individual features to add to, or bugs to fix in, free software, mostly to FontForge. Before that, when I still worked in the normal commercial/proprietary software "industry", agile software development was still all the rage. But enough about me...
Note, I have a dry style of writing. I'm trying to help the three paid editors, and any other contributors, see what's wrong with this article; sometimes I feel the best way to do this is by being straightforward and sometimes telling sarcastic jokes. You've been warned. A good friend asked me to look at this article and to give my opinion on its quality, which resulted in my initial tagging.
Not my tag, but I agree with it. This article is riddled with language that says a whole lot of nothing. That might be OK for the Scrum website, but not for an encyclopedia. A particularly egregious example from § Limitations:
From a business perspective, Scrum has many virtues, one of which is that it is designed to yield the best business solutions.
Isn't every approach to managing software developers "designed" to yield the "best business solutions"? Why would anyone "design" an approach to managing software developers that's meant to yield subpar "business solutions"? What even is a "business solution"; I assume it's anything that solves a "business problem", so what kind of business problem are we talking about here? It's no accident that {{
solution-inline}} redirects to {{
buzzword inline}}. It is also completely out-
WP:NPOV to write an unqualified Scrum has many virtues in any context whatsoever. If Scrum has many virtues, I also think I have many virtues, and I'd like my Wikipedia page upgraded to reflect that. Preferably if we can put it in the most negative section as well, as here, that would be ideal.
I tagged {{ Lead rewrite}} because that's what's needed. The lead is not following the most important parts of MOS:LEAD; no part of the lead would be in this article if it were WP:FA-class. The lead in this article is not an "overview". Again, more MOS:PUFF: advanced technologies; complex products. These phrases do nothing to enlighten readers. Complex compared to what? Advanced compared to what?
As a quite note, sprint retrospective to continuously improve makes absolutely no sense, and I can't WP:SOFIXIT because I have no idea what is meant. Sprint retrospectively, perhaps? That also makes no sense, at least with how I understand the word sprint.
As I'll discuss later, the inline cites in the lead are also unsuited for inclusion.
§ Key ideas just compounds problems in the lead and other sections, and starts crossing from MOS:PUFF and into WP:FANPOV. [Scrum] challenges assumptions of the traditional, sequential approach to product development... How? Also, there will be unpredictable challenges—for which a predictive or planned approach is not suited; but then we have the entire §§ Workflow and Roles, which detail in exhaustive (and exhausting) detail exactly how every little part of the Scrum system is, indeed, planned out and predictable. Is there anything less predictable than a daily fifteen minute meeting?
From § Roles, we get this role is crucial about the "product owner", who uses Scrum’s empirical tools to manage highly complex work, while controlling risk and achieving value, so presumably, no other management style can do this, because they don't have "the empirical tools" (they lack the spiritual technology, perhaps?). It's very obvious that the article is already deciding, in WP:WIKIVOICE, that Scrum is the best, and everything else is just backstory.
Another thing I'm not impressed by is the continuous use of the word traditional to talk about other practices. This is more WP:FANPOV—we, the Scrum masters of the universe, are the enlightened, and everyone else is stuck in burdensome "traditions". This is especially visible in the sentence Scrum does not formally recognise the role of project manager, as traditional command and control tendencies would cause difficulties, which doesn't actually mean anything, but could, perhaps with better sources, start approaching some actual meaningful statement about Scrum governance. Right now it sounds like no one in charge. Is Scrum an anarchy? A new character is introduced very late into the article, at § Cancelling a sprint, the mysterious character of management. Of course, capitalism exists, and our allergy to this term could not have been expected to continue indefinitely. Have we indeed just renamed the project manager a scrum master and sprinkled some MOS:PUFF on top?
Our regularly scheduled program is on hold while we go over some sources.
I see no reason to keep going so granular, those are the major issue sources, and any other source by either Schwaber, Sutherland or Verheyen.
Third-party sources need to start being prioritized; Deemer et al. (2012) looks like a place to start. The Addison-Wesley sources and the John Wiley & Sons sources also seem at first brush WP:RS to me where they weren't written by Schwaber, Sutherland, or Verheyen.
One last thing before we move on. There is significant confusion in my mind about what the difference between agile and Scrum actually is. We seem to be using sources about agile, such as Flewelling (2018), but also many others when I have no reason to believe that this is appropriate. A section on the difference, if there even is one besides terminology, (I remain skeptical.) is desperately needed.
@
Walter Görlitz: Thanks for the kick in the pants. Definitely learned something by doing this review: my day job is awesome!
Psiĥedelisto (
talk •
contribs)
06:11, 29 May 2020 (UTC)
"Scrum is a lightweight framework that helps people, teams, and organizations generate value through adaptive solutions for complex problems." What sort of way is this to open an objective descriptive article? Like all marketing openers, it tells you nothing whatever about what the thing is, other than that the writer is absolutely sure it would "generate" plenty of "value" for you. 212.123.0.8 ( talk) 13:00, 22 June 2023 (UTC)
This article was the subject of a Wiki Education Foundation-supported course assignment, between 6 September 2023 and 14 December 2023. Further details are available
on the course page. Student editor(s):
HelloWorld9272 (
article contribs).
— Assignment last updated by HelloWorld9272 ( talk) 02:04, 10 November 2023 (UTC)
The redirect
Definition of Done has been listed at
redirects for discussion to determine whether its use and function meets the
redirect guidelines. Readers of this page are welcome to comment on this redirect at
Wikipedia:Redirects for discussion/Log/2024 February 13 § Definition of Done until a consensus is reached.
Tea2min (
talk)
10:47, 13 February 2024 (UTC)
This discussion delves into the evolution of leadership in Scrum, specifically focusing on the transition from traditional "in charge" roles to the philosophy of "servant leadership." Explore why the term "in charge" was replaced with "servant" and the significance of this change. Learn how this shift emphasizes support, facilitation, and team empowerment, fostering collaboration and continuous improvement. Gain a deeper understanding of how embracing servant leadership principles can optimize team dynamics, boost productivity, and cultivate a culture of trust and innovation within Scrum teams. Asmund.skalevik ( talk) 03:01, 21 March 2024 (UTC)