> create a quarterly summary and survey of engineers. Be very careful about creating performance, compliance, or progress metrics that can be followed in its w

> create a quarterly summary and survey of engineers. Be very careful about creating performance, compliance, or progress metrics that can be followed in its wording but not in its spirit. For example, if the developers do not like writing documents but you decide to somehow track a documentation metric per team or person, that might lead to grossly misleading "positive" progress. Unless the developers see a value in what additional things they need to do, imposing metrics will not go well.