Talk:Benchmarking in Project Management

From apppm
(Difference between revisions)
Jump to: navigation, search
(Reviewer 3, lessisv)
Line 34: Line 34:
  
 
'''Content aspects.'''
 
'''Content aspects.'''
The article clearly relates to project management and in fact dedicates a whole section on it "Benchmarking in Project Management". I takes full advantage of the word limit (3000 words) and the content is presented in a very logical way. Excellent use of references throughout the article. I also really liked the detailed '''Limitations''' section as it is very important for the reader not only to understand what a method can do, but also when is not advised to use.
+
The article clearly relates to project management and in fact dedicates a whole section on it "Benchmarking in Project Management". It takes full advantage of the word limit (3000 words) and the content is presented in a very logical way. Excellent use of references throughout the article. I also really liked the detailed '''Limitations''' section as it is very important for the reader not only to understand what a method can do, but also when is not advised to use.
 
   
 
   
 
''' Conclusion and advices.'''
 
''' Conclusion and advices.'''

Revision as of 23:29, 22 September 2015

Anna: Just a few pointers for you article: It is very important that you keep you focus on the tool/method itself and that you really relate it properly to the overall topic of project management. The article you are making should be a contribution that others can read if they ever need this specific tool when managing a project. So maybe focus more on the use of benchmarking within project management and a little less on the overall use of benchmarking in the external/internal environment of a company.

Reviewer 1, S997303 Hi Dimak

• Benchmarking is a very interesting topic, and it seems a bit difficult to structure, but I think you do it nicely and according to the requirements for the method article.

• Your point 2.2 is very fine and I think it is relevant to describe the development. I like your figure 2 with benchmarking generations, but the figure could be more readable, especially if you print out the article the figure is blurred.

• Also Figure 4 could be a little bigger and clearer, especially because I am curious to read the benchmarking parameters in the score card chart.

• In section 3 I could suggest you to consider creating a table listing different phases in project management and the benchmarking tools to be recommended in the different phases. This could provide the reader with an overview of how to use benchmarking in different PM phases.

• In section 3.1 I have a question because I am not 100% clear if “Iron triangle” and “Square Root” are tools which are used for benchmarking today, or if you are actually suggesting to consider to use these as benchmarking tools if adapted to PM.

• The content of your article in very interesting and you guide your reader, however, you could consider tightening up your writing style a little bit to make the text a little shorter and more precise. E.g. in section two you have a sentence of 54 words.

• I miss the listing of all the references you refer to, but I am sure you have overseen this being under time pressure. Also remember annotations.

Good luck with the completion of your article. Jane


Reviewer 3, lessisv

Overall overview. This is a very interesting topic and the article totally succeeds in presenting it in a very clear and straightforward way to the reader.

Formal aspects. The writing is very clean, and precise vocabulary is used. All figures make sense and are well explained through the text.

Content aspects. The article clearly relates to project management and in fact dedicates a whole section on it "Benchmarking in Project Management". It takes full advantage of the word limit (3000 words) and the content is presented in a very logical way. Excellent use of references throughout the article. I also really liked the detailed Limitations section as it is very important for the reader not only to understand what a method can do, but also when is not advised to use.

Conclusion and advices. All in all a well structured article, giving the reader to understand the topic in a satisfactory depth. My only advice would be to maybe use bullet points to better illustrate some parts. For example after Figure 3, when talking about the different phases that benchmarking could be applied, it would be cleaner for the reader to have it presented through bullet points. eg.

  • Early on benchmarking
  • Benchmarking during project execution
  • Post-project benchmarking
Personal tools
Namespaces

Variants
Actions
Navigation
Toolbox