Review: Difference between revisions

From Open Source Ecology
Jump to navigation Jump to search
No edit summary
No edit summary
Line 1: Line 1:
=Introduction=
Review is desired within an open hardware company on both the organizational and technical levels. The goals are:
#Providing mid-course corrections as necessary on the strategic level
#Identifying key missing resources that prevent goals from being met
#Assessing proper allocation of resources and shifting resources around if necessary
==Key Elements of Review==
#Clear presentation of results - allow review to happen rapidly. Brevity and clarity are key, without which it is impossible to go through all of a person's materials.
#Verifiable - results are easily verifiable, increasing the likelihood that
==Organizational Review==
Key questions:]
#Clarity - What is the mission of the company and what is its unique approach? How is that approach implemented? For OSE, it's the Developing an ethical, open source economy.
#Strategy - does the core work of the company adhere to its core mission?
#Coherence - is every piece of the company aligned with the core mission? What could be better?
#Resource allocation - are people matched to their skill set?
#Projects - are the projects priorities chosen in a way that helps the company grow, while considering constraints and opportinities?
#Learning - what mechanisms are built in so that the company is a learning organization?
==Technical Review==
Send to forums, publish on blog, Facebook, and send to Subject Matter Experts, etc.
Send to forums, publish on blog, Facebook, and send to Subject Matter Experts, etc.


Post the results on a wiki page and link to it in the [[Development Board]] for the respective project.
Post the results on a wiki page and link to it in the [[Development Board]] for the respective project.
=Implementation=
Currently, OSE uses the following review process:
==Organizational/Technical==
#Core contributors maintain a daily [[Work Log]] showing all results and progress.
#Staff maintains a [[Project Review]] framework consisting of a Critical Path Diagram and a spreadsheet of all supporting tasks
#Core staff writes a monthly planning and review in their work log - 1. summary of accomplishments, 2. What worked. 3. What didn't. 4. Plan for next month.
#Staff meet with ED once a month for the Project Review

Revision as of 16:02, 23 January 2014

Introduction

Review is desired within an open hardware company on both the organizational and technical levels. The goals are:

  1. Providing mid-course corrections as necessary on the strategic level
  2. Identifying key missing resources that prevent goals from being met
  3. Assessing proper allocation of resources and shifting resources around if necessary

Key Elements of Review

  1. Clear presentation of results - allow review to happen rapidly. Brevity and clarity are key, without which it is impossible to go through all of a person's materials.
  2. Verifiable - results are easily verifiable, increasing the likelihood that

Organizational Review

Key questions:]

  1. Clarity - What is the mission of the company and what is its unique approach? How is that approach implemented? For OSE, it's the Developing an ethical, open source economy.
  2. Strategy - does the core work of the company adhere to its core mission?
  3. Coherence - is every piece of the company aligned with the core mission? What could be better?
  4. Resource allocation - are people matched to their skill set?
  5. Projects - are the projects priorities chosen in a way that helps the company grow, while considering constraints and opportinities?
  6. Learning - what mechanisms are built in so that the company is a learning organization?

Technical Review

Send to forums, publish on blog, Facebook, and send to Subject Matter Experts, etc.

Post the results on a wiki page and link to it in the Development Board for the respective project.

Implementation

Currently, OSE uses the following review process:

Organizational/Technical

  1. Core contributors maintain a daily Work Log showing all results and progress.
  2. Staff maintains a Project Review framework consisting of a Critical Path Diagram and a spreadsheet of all supporting tasks
  3. Core staff writes a monthly planning and review in their work log - 1. summary of accomplishments, 2. What worked. 3. What didn't. 4. Plan for next month.
  4. Staff meet with ED once a month for the Project Review