Closed timm closed 8 years ago
In god we trust, all others bring data – BIG DATA!
https://github.com/ds4se/chapters/blob/master/oivo/bringData.md
What is the chapter's clear and approachable take away message?
Data science is able to replace traditional assessments of software process improvement.
Is the chapters written for a generalist audience (no excessive use of technical terminology) with a minimum of diagrams and references? How can it be made more accessible to generalist?
If the audience is limited to practitioners, then the message is the right one; no need to convince researchers how powerful the data and analytics can be.
Is the chapter the right length? Should anything missing be added? Can anything superfluous be removed (e.g. by deleting some section that does not work so well or by using less jargon, less formulae, lees diagrams, less references).? What are the aspects of the chapter that authors SHOULD change?
We encouraged (but did not require) the chapter title to be a mantra or something cute/catchy, i.e., some slogan reflecting best practice for data science for SE? If you have suggestion for a better title, please put them here.
While the title is catchy, I feel it's a wrong choice for the chapter. I thought the message was about leveraging data science not collecting big data, big data is meaningless without appropriate data science.
What are the best points of the chapter that the authors should NOT change?
The key message of the chapter is a good one - data analytics is a powerful thing! Also the examples of the type of analytics (e.g., predictive analytics) that can be more useful than traditional assessment methods in offering insights and supporting actions and decisions related to process improvements.
In god we trust, all others bring data – BIG DATA!
https://github.com/ds4se/chapters/blob/master/oivo/bringData.md
What is the chapter's clear and approachable take away message?
Traditional SPI can be improved by using data science and data analytics.
Is the chapters written for a generalist audience (no excessive use of technical terminology) with a minimum of diagrams and references? How can it be made more accessible to generalist?
Yes. It's quite accessible.
Is the chapter the right length? Should anything missing be added? Can anything superfluous be removed (e.g. by deleting some section that does not work so well or by using less jargon, less formulae, lees diagrams, less references).? What are the aspects of the chapter that authors SHOULD change?
The chapter length is ok.
We encouraged (but did not require) the chapter title to be a mantra or something cute/catchy, i.e., some slogan reflecting best practice for data science for SE? If you have suggestion for a better title, please put them here.
The title is catchy.
What are the best points of the chapter that the authors should NOT change?
I like the way author introduce the challenges in traditional SPI and suggest how we can improve it using data science.
A few smaller changes (in addition to the above reviews)
data sciences => data science
Define acronyms consistently: PDCA (Plan-Do-Check-Act) => Plan-Do-Check-Act (PDCA) CMM (Capability Maturity Model) => Capability Maturity Model (CMM) CMMI (Capability Maturity Model Integration) => Capability Maturity Model Integration (CMMI)
US Department of Defense (DoD) has => US Department of Defense has [no need to define DoD, since it is not use in the remainder of the chapter]
@maoivo Please prepare a new version of your paper by January 13 taking the reviewers' feedback into account.
I agree that the title --- while catchy --- is not a good choice for the chapter. The chapter will have more impact if it relates Software Process Improvement in some way to data science.
You can still keep the quote, simply start the Introduction with the sentence as a quote: "In god we trust, all others bring data." The legendary statement of the quality guru W. Edwards Deming has been used...
If you want to keep the quote with BIG data, you could add it as a heading after the first paragraph.
Thanks @maoivo for making the changes. It's good to go from my side.
After review, relabel to 'reviewTwo'. After second review, relabel to 'EditorsComment'.