2008-10-16 6 views

답변

8

문제 해결을 위해 문제 해결을 수행하는 사람들을 위해 모델을 작성하여 문제의 클래스에 대한 포괄적 인 일관된 수정으로이를 수정합니다. 이것은 새로운 기능이 아니더라도 새로운 코드를 생성하는 상황에 놓이게하고 문제를 생각하고 문제를 예측하고 피할 수있게합니다.

빠른 이동 환경에서는 사람들이 새로운 개발에서 수정 및 재연매까지 기능을 수행하고 기능 버전 2를 사용하도록함으로써 작업 설명을 통해 사람들을 전환 할 수도 있습니다.

+0

이 답변은 믿을 수 없을만큼 잘 생각되어 잘 작성되었습니다! 나는이 10 표를 줄 수 있었으면 좋겠다. – pestophagous

+0

리팩토링하자. – MarkJ

3

나는 이것을 또한 보았습니다. 내가 생각할 수있는 접근 방법은 거의 없습니다.

1. 선택 프로세스에 대해 생각해보십시오.

모든 사람이 동일한 직업 열망을 갖고있는 것은 아닙니다. 어떤 사람들은 항상 최신 기술과 도전적인 프로젝트를 위해 일하기를 갈망하고 있지만 안정적인 근무 환경에 만족하는 사람들도 있습니다. 올바른 KSA (지식, 기술, 태도)를 가진 사람을 골라내는 것은 언제나 좋은 사람 - 직업 일치의 핵심입니다. 이 경우 태도 부분에 더 많은 스트레스를 가할 필요가 있습니다.

2. 권리를 선택

팀 리드가 팀의 동기를 부여하고 사기를 조절하는데 중요한 역할을지도한다. 팀 단장 및 고위 경영진과의 공개적이고 솔직한 대화 채널이 있어야합니다. 이상적으로 고위 경영자는 공식 조직도에서 팀의 소유자가되어야합니다. 팀 단장은 팀의 특성에 맞는 팀 문화를 적극적으로 육성해야합니다.

3. 보상

보상 과정 떨어져 동기 부여 문제를 관리하기위한 중요한 도구입니다. 보상을받는 사람은 보상의 결정에서 직업의 성격도 고려되었다는 것을 이해하십시오. 이 점을 언급하지 않으면 내부 자산을 인식 할 때이 요소를 고려하지 않을 가능성이 있습니다.

: 우리는 새로운 기능을 개발자가 행복 인 이유들이 사전 또는 제어에 느낌을 얻을 것을 전제로 시작하고 문제 해결 도구 반응하는 하나의 대답이 마음에 오는 사용자들에 의해 주변 밀어 경우

5

우리 조직은 상당한 양의 지원 업무를 수행하고 있으며이 문제로 인해 많은 어려움을 겪었습니다. 지원 팀에 대한 동기는 제대로하지 않으면 기하 급수적으로 떨어질 수 있습니다. 우리를 위해 일

원칙은 있었다 :

  1. 은 올바른 사람을 선택합니다. 어떤 사람들은 새로운 것을하는 것이 더 행복합니다. 어떤 사람들은 사실 꾸준한 안타까운 직업에 훨씬 더 적합합니다. 즉, 개발 용 팀과 지원 용 팀이 있어야합니다.개발자은 자신의 지식을 서포터에게 전달할 때까지 완료된 프로젝트에만 머물러야합니다.
  2. 올바른 리더를 선택하십시오. 좋은 조직은 여기에서 만들거나 깰 수 있습니다. 훌륭한 리더는 제품 사용자와의 좋은 관계를 조직하는 동시에 자신의 팀을 보살 피는 데 도움이 될 것입니다.
  3. 회전. 우리는 지원 인력을 2 년 미만의 기간 동안 프로젝트에 참여시키고 새로운 것으로 전환하려고 노력합니다. 이것은 적절한 사기를 유지하고 자신의 기술이 녹슬지 않도록합니다.
  4. 고객과의 관계. 지원 팀이 얼마나 소중한 지 알도록하십시오. 고객/사용자가 가끔 팀을 방문해야하거나 팀이 사용자와 직접 대면해야합니다 (친절한 저녁 식사 또는 점심 식사도 도움이됩니다)
+0

일리아 (Ilya). 많은 답변에 강하게 동의하지만, 개발자를 개발 및 지원 그룹으로 나누는 것이 최선의 방법이라고 확신하지 못합니다. 그러면 프로젝트 팀이 다른 그룹의 지원으로 수정되기를 바라면서 일을 추진하는 경향이 있습니다. 계속됩니다. –

+0

두 번째로 전용 지원 팀은 빠른 픽스를 찾고 큰 그림에 영향을 미치지 않는 트랩에 종종 실패합니다. 그들의 동기는 대개 자신의 직업 (더 많은 이슈)을 유지하는 것, 빠른 응답 시간 (즉, 증상을 근본 원인이 아닌 치료), 더 높은 처리량 –

+0

으로 해결할 수있는 반복적 인 문제를 해결할 수 있습니다. 셋째, 개발 및 지원 기능을 나누면 개발자가 실제 소프트웨어 요구 사항에 대한 실제 피드백과 고통으로부터 거의 벗어나게됩니다. –

0

Bell의 제안에 따라 다음을 고려하십시오. 신생 또는 중학교 개발자가 수정 프로그램을 마치는 것을 허용합니다. 성능 및 능력을 토대로 유지 보수에서 기능 팀으로 승격 시키십시오.

건강한 경쟁은 좋은 동기이기도하지만 긍정적 인 영향을 미치도록 관리해야합니다.

관련 문제