사람들이이 질문을보고 "무료 레드 불"을 생각한다는 것을 미리 알고 있습니다. 그러나 실제로 개발자의 보상을 회사의 장기 목표와 연결하는 가장 좋은 방법을 찾고 있습니다.

예를 들어, 팀이 동일한 소프트웨어 제품을 작업한다고 가정하면 최종 제품의 상태에 따라 각 개발자에게 보상하는 것이 가장 좋습니까? 그들은 결국 팀이며, 이것은 그들이 제품을 꺼내는 공통의 목표를 향해 노력하고 있음을 보장합니다. 그러나 이것은 일부 개발자가 다른 개발자보다 강력하고 일부 개발자가 다른 개발자보다 열심히한다는 사실을 무시합니다.

경험상 개발자 팀에 인센티브를 제공하는 가장 좋은 방법은 무엇입니까?

**최신 정보

이 질문에 대한 강력한 답변에 진심으로 감사드립니다. 최근의 경제 위기의 원인에 관한 영화인 Inside Job을 본 후 물었다 . 영화가 인용하는 주요 요인 중 하나는 월 스트리트에 인센티브 제도가 열악하다는 것입니다. 투자자들은 자신의 행동이 길가에서 비참한 상황이더라도 단기적으로 돈을 버는 것에 대한 보상을받습니다.

나는이 같은 개념이 개발자에게 잘 적용된다고 생각합니다. 제품을 가능한 빨리 출시하는 데는 단기적인 이점이 있지만 제품이 버그가 있거나 다른 환경으로 잘 이식되지 않으면 장기적으로 심각한 두통이 발생할 수 있습니다.

이상적으로 모든 산업 분야의 회사는 제품의 장기적인 안정성을 보장하는 인센티브 시스템을 원해야합니다.

나는 내재적 동기와 외적 동기 의 차이점을 언급 한 사람이 없기 때문에이 질문에 대한 많은 답변에 동의하지 않을까 걱정 됩니다.

Wikipedia 페이지에서 :

• 본질적 동기 부여는 과제 자체에 대한 관심이나 즐거움에 의해 주도되는 동기 부여를 말하며 외부의 압력에 의존하기보다는 개인 내에 존재합니다.

• 외적 동기는 개인의 외부에서 온다. 일반적인 외적 동기는 돈과 성적, 강요와 형벌과 같은 보상입니다. 경쟁은 출연자가 활동 의 본질적인 보상 을 즐기지 않고 다른 사람들을 이기고 이길 것을 권장하기 때문에 일반적으로 외적 입니다. 개인과 트로피를 응원하는 군중 또한 외적인 인센티브입니다.

연구에 따르면, 고유 동기는 외부 동기 보다 훨씬 강력합니다 .

• 생리적 요구와 같은 낮은 수준의 Maslow 계층 구조 요구에서 돈은 동기 부 여자이지만, 단기간 동안 만 지속되는 직원에게 동기를주는 경향이 있습니다 (Hrzberg의 2 단계 동기 부여 모델에 따라).
• 더 높은 수준의 계층에서 칭찬, 존중, 인정, 권한 부여 및 소속감은 돈보다 훨씬 강력한 동기 부 여자입니다.

이제 Maslow의 계층 자체에 대한 증거는 거의 없지만 , 고유 한 구절을 멸종시키는 동기를 묘사 할 때 유용한 훅 입니다.

놀라운 것은 비록 연구 나오는 제공한다는 것입니다 외적 동기 부여하는 것은 실제로 줄이거 나 제거 할 수 있습니다 본질적인 동기 부여를 :

• 사회 심리학 연구에 따르면 외적 보상은 지나치게 정당화되고 결과적으로 내재적 동기가 감소 될 수 있습니다 . 이 효과를 보여주는 한 연구에서, 그림을 그릴 때 리본과 금색 별을 받았을 것으로 예상되는 어린이는 예상치 못한 보상 조건에 배정 된 어린이보다 추후 관찰에서 그림 자료를 가지고 노는 데 더 적은 시간을 보냈습니다. 외적인 보상 을받지 못한 아이들 .

일반적으로 외적 동기를 높이는 것보다 장벽 내재적 동기를 제거 하는 것이 훨씬 더 효과적입니다. 이것은 DeMarco & Lister 의 Peopleware 와 Fred Brooks 의 The Mythical Man-Month 의 많은 요소의 본질이며 , 소프트웨어 엔지니어 관리자에게는 반드시 읽어야 할 것으로 간주됩니다.

더 많은 정보를 위해, 나는 그의 책 " 드라이브 : 우리에게 동기를 부여하는 것에 대한 놀라운 진실 "에 관한 다니엘 핑크 의 대화 중 하나의 애니메이션 을 적극 추천 합니다 . 나는 아직 그의 책을 읽지 못했지만,이 간단한 대화는 내 경험이 충분히 풍부하여 이제 내 독서 목록의 맨 위에 있습니다. *

결론적으로 :

• 팀원에게 동기를 부여하는 데 사용할 수 있는 외적 보상 에 대해 너무 걱정하지 마십시오 .
• 본질적 동기에 대한 장벽을 제거 하면 팀 이 스스로 동기를 부여합니다 .

그들에게 묻다

무엇을 우리가 원하는 것은 무엇을 필요는 없다 그들이 원하는

예를 들어, 각 마일스톤을 달성하기 위해 높은 급여, 상당한 지분, 플렉스 타임 및 현금 완료 보너스를 원합니다. Red Bull, 피자 파티 또는 장신구에 관심이 없습니다.

부록 : 가장 중요 : 약속을 지키십시오

나는 일을하기 위해 동기를 부여받을 필요가 없습니다. 나쁜 경영진을 통해 사람들에게 동기를 부여하는 것은 매우 가능합니다.

내가 필요한 것은 충족시킬 수있는 기대입니다. 시작하기 전에도 놓칠 수없는 마감일이 다가오고 있습니다. 마감일을 설정하지 않은 사람이 아니라는 비난을받을 것입니다. 왜 열심히 노력해야합니까?

임의의 마감 시한을 맞추기 위해 개인적인 시간을 모두 포기할 것이라는 기대는 또 다른 시발점입니다. "토요일이나 일요일에 하시겠습니까?"라는 평범한 제안 일 때 특히 그렇습니다. 아마 이번 주말에 일할 계획이 아니었을 수도 있고, 특히 마지막 순간에 나올 것이라고 기대하고있을 수도 있습니다. 프로젝트 계획은 일주일에 5 일 하루 6 시간을 넘지 않아야합니다. 왜 8이 아닌 6입니까? 연차 휴가, 배심원 의무, 기타 직무 (예 : 이전 프로젝트에 대한 질문에 대한 답변), 필수 회의 등을 고려해야합니다. 12 시간 및 주말 근무를위한 계획은 장기적으로 지속 가능하지 않으며 단기적으로도 지속될 수 없습니다. 분개와 동기 부여 (특히 계획을 세우는 사람들이 정시에 떠나는 경우).

나에게 거짓말하는 것은 또 다른 큰 시위자입니다. 당신이 붙잡히고 다시 당신을 믿게 할만 큼 충분한 아마존 상품권이나 보너스가 없습니다.

당신의 사람들을 쇠사슬로지지하지 않는 것은 큰 시위입니다. 100 시간이 걸린다고 말하면 범위가 줄어들지 않는 한 일주일 후 20 시간만으로 과제를 할당하고 싶지 않습니다. 나는 우리가 일을 올바르게 해야하는 시간 동안 싸울 것으로 기대합니다. 내 잘못이 아닌 일로 인해 클라이언트가 화를 내면 가장 쉬운 일이기 때문에 버스에 나를 버리지 마십시오.

작업을 수행하는 사람들이 또 다른 시위를하는 동안 관리자에게 큰 보상을 제공합니다. 다시 한 번 주말과 밤에 일해야해서 비현실적인 마감일을 지키지 않을 때 큰 보너스를받을 수있는 이유는 무엇입니까?

의사 소통이 부족하고 희망이있는 것은 또 하나의 시위자입니다. 그렇습니다. 때때로 당신이 말해야하는 것은 좋은 소식이 아닙니다. 나를 화나게 할 수 있기 때문에 나 (또는 ​​의뢰인)에게 말하지 않는 것은 좋지 않습니다. 나중에 알게되면 더 화를 낼 것입니다. 그들이 바라는 것만으로 나쁜 일이 사라지지 않습니다. 고객은 오전 8시에 오전 9시 발사가 발생하지 않을 것 (한 달 전에는 만나지 않을 것이라고 했음)과 3 주가 더 필요하다는 말을 듣고 싶지 않습니다. 임금 인상이 동결되었다는 소문 공장에서 듣고 싶지 않습니다. 나는 당신에게서 그것을 직접들을 것으로 기대합니다.

스팟 보너스는 훌륭하게 작동합니다 (아마존에게 10-20 달러의 기프트 카드조차도 내가 마지막으로 본 프로젝트에서 꽤 좋은 느낌이었습니다). 전반적으로 칭찬은 효과가 있지만, 월요일에 늦게 들어 오거나 금요일에 일찍 떠날 수있게한다면, 점심을 사는 것도 좋은 생각입니다.

저와 제 동료들에게 우리의 노력이 높이 평가되고 있다는 표시는 대개 큰 동기 부여입니다.

한 동료가 나에게 악몽 인 이전 프로젝트에 대해 말하고 있었지만 팀은 함께 모여서 끝냈습니다. 다음날 그들은 모두 후속 회의를 계획했다. 그들이 거기에 도착했을 때, 그들은 모두 $ 200의 쇼핑몰 상품권을 수여 받았고, 쇼핑과 사교를 위해 하루 종일 휴무와 함께 쇼핑몰로 가져갈 때까지 기다리는 버스를 가지고있었습니다.

나는 가끔 반복이나 석방이 끝날 때 팀과 함께 식사를하고 술을 마실 때 가끔 밤을 보내는 것이 훌륭한 인센티브 일뿐만 아니라 팀을 짓는 팀 빌더라는 것을 알았습니다. 함께 사귀고 결속되는 팀.

존경

계속해서 다시 오게 할 수있는 최고의 보상은 미래에 대한 의견을 구하고이를 통해 내 기술과 지식을 존중하는 것입니다.

반대로, "여기에 중요한 것이 있습니다"라고 말하는 것보다 더 자극적 인 것은 없습니다. 그런 다음 권위있는 사람이주의를 기울이면 피할 수있는 재난이 발생했을 것입니다.

우리는 전문 프로그래머입니다. 즉, 프로그래밍에 대해 가장 많이 알고 있습니다. 당신은 우리의 전문성을 위해 우리를 고용합니다. 그렇다면 왜 많은 관리자와 고객이 우리의 의견을 무시할 필요가 있다고 생각합니까?

우리의 전문적인 지위를 존중하면 우리는 당신을 영원히 사랑할 것입니다.

이 중 많은 부분이 개별 성과 측정과 관련된 문제와 관련이 있기 때문에 프로젝트 이정표와 관련하여 팀 전체에서 일을하는 경향이 있습니다.

몇 가지 생각 :

• 목표는 팀이 이해하고 완전히 통제 할 수있는 것이어야합니다. 전략 목표는 비용 x를 10 % 절감하는 것이지만 팀이 이해하고 영향을 미치고 타격을 줄 수있는 프로젝트 이정표로 전환해야합니다.
• 가능하다면 (끔찍한 문구를 사용하기 위해)-스마트-구체적이고, 측정 가능하며, 달성 가능하고, 현실적이고 시한 적입니다. 이 답변 은 SMART 목표가 프로그래머에게는 효과적이지 않다는 것을 제안하지만 상대적으로 짧은 기간 (아래 참조)이 여기의 나머지 부분을 따르는 한 가능할 것이라고 생각합니다.
• 저는 항상 목표가 제대로 초점을 맞추고있는 한 정규 시간을 일하는 팀이 달성 할 수있는 목표라고 생각합니다. 초과 근무를 싼 방법으로 사용해서는 안됩니다. 즉, "김미"가되어서는 안됩니다. 너무 쉽게 맞아서 항상 맞을 수 있으며, 그것이 무엇이든 관계없이 주어질 것이라는 기대는 결코 없어야합니다.
• 이정표는 두 달 간격으로 너무 멀어서는 안되며, 명중하거나 놓치면 즉시 새로 설정해야합니다. 당신은 사람들이 무언가 잘못되었다는 것을 알고 마감 시한을 놓칠 것이라는 것을 알기 위해 연장 된 기간을 갖기를 원하지 않습니다.
• 마감일 / 목표를 달성하기 어려운 상황이 바뀌면이를 조정해야합니다. 팀이 통제 할 수없는 물건을 처벌해서는 안됩니다.
• 사람들이 팀의 역할을하도록하려면 팀으로 보상하십시오. 누군가가 어려움을 겪고 있다면 인센티브는 다른 사람들이 어려움을 겪지 않고 돕도록 도와 주어야합니다.
• 팀을 구성하는 데 도움이되는 보상을 줄 수 있다면, 점심, 밤 외 어느 것이 든 더 좋을 것입니다. 모든 사람이 즐길 수있는 것을 확인하십시오. 일부 팀원이 술을 마시지 않으면 큰 멍청한 짓을하지 마십시오.
• 보상은 팀 전체에 공평하게 분배되어야합니다. 만약 밤이되면 쉬워요. 재정적이라면 그 사람에게 절대적인 금액을 주거나 월급을 기준으로 비례 배분하지만 공정해야합니다.

개인 보상을 원한다면 민주주의 수준을 묶으십시오. 팀을 추천하거나 투표하여 더 작게 만드십시오. 누군가가 합리적인 아이디어처럼 보이는 아마존 바우처에 대해 언급했습니다.

내가 들었던 가장 좋은 재정적 인센티브 제도는 회사가 우리 집 뒤에 온실을 짓기 위해 왔을 때였 다. 그 사람은 건축업자들에게 그들의 연간 보너스 (연간 판매와 관련하여)에 대한 돈을 할당한다고 설명했지만, 문제를 해결하기 위해 사이트로 돌아와야 할 때마다이 비용은 보너스 포트에서 나왔습니다.

나는 생산 된 작업의 질에 대한 공동 책임이 있었기 때문에 이것을 좋아한다.

• 작업 시간을 최대한 40 시간으로 유지하십시오
• 당신이 할 수 없기 때문에 당신이 그들을 현명하게 할 수 있다고 생각하지 마십시오, 당신이 할 수없는, 당신이 원치 않는 한 많은 무급 초과 근무를하도록 속이지는 않을 것입니다.
• 적어도 일주일에 한 번 점심을 가져 오거나 점심을 먹는 것은 좋은 일입니다.이 일을하는 데 사용 된 일 중 하나는 시원했습니다. 프로그래밍에 관한 무언가는 배고프 게 만듭니다 :)
• 업무가 지원 / 버그 수정을위한 것이 아니라면 매일 새로운 것을 가져 와서 이미 작업중 인 것 위에 던져 넣지 말고 방해하는 좋은 방법입니다. 집중하고 화나게하고, 너무 많이하면 그만둬
• 신생 기업 / 소규모 기업인 경우 급여 인상, 주식 옵션 등과 같이 곧 일어날 일 (예 : 2 개월)을 약속하지 마십시오. 프로그래머는 어리석지 않으며, "2 개월 안에 임금 인상을 받거나"다른 곳으로 가서 지금받을 수 있다면, 선택이 무엇인지 종종 추측 할 수 있습니까?
• 마지막으로 말하자면, 회사가 작은 경우 프로그래머는 더 크고 성공적인 회사, 회사의 재정적 결점 등이 문제가 아니므로 부정적인 점에 대한 생각을 최소화 할 수 있음을 명심하십시오. 결국 모든 것이 결국 "우리가 더 큰 가게 였거나 더 많은 고객을 보유하고 있다면 좋을 것"으로 귀결된다면, 프로그래머는 곧 그런 회사에 가지 않는 이유를 곧 생각할 것입니다. 소규모 회사에서 일하는 BS와의 거래 중단

왜

개발자 자신 만이 왜 그들이 일 하게되는지 알고 이유 를 알아 내고 원하는 것을 알아냅니다.

일반적으로

그들에게 공정하게 지불하고 합리적인 기대치를 설정하십시오. 그것은 그들의 일을하기에 충분한 인센티브가되어야합니다. 장기 목표를 달성 한 것에 대한 보상은 이미 있으며 PAYCHECK 라고합니다 . 이 경우 이 그들이 할 지불되는 일을하기 위해 팀을 장려,보다 근본적인 뭔가 프로젝트 (들)의 조직과 관리에 문제가 있습니다.

팀에게 보상을 제공하려면 일관성을 유지하고 개별 기고자 대신 팀 으로서 작업을 수행하십시오 .

보상 시스템

이와 같은 것은 목표가 단기적이고 보상이 목표와 비례 할 때에 만 효과가 있으며, 어쨌든해야 할 일을하는 당근은 아닙니다.

그 말 Aim Small Miss Small은 여기서 매우 적절합니다.

목표가 작 으면 놓치면 소량 만 놓치게됩니다.

팀이 놓치지 않거나 거의없이 작은 목표를 달성 할 수있을 때까지 장기적인 보상을하지 마십시오. 대부분의 팀은 6 개월 목표를 달성하지 않을 것임을 알 것입니다. 최소한 어떤 종류의 품질로도 불가능하다고 생각하는 목표를 시도하기 위해 전체 팀에 인센티브를 제공하는 것은 불가능합니다.

당신은 영웅이 되려고 노력하고 더 좋은 결과를 얻기 위해 개인 비용이나 품질에 관계없이 마감일을 정하는 더 잘 모르는 한두 사람을 얻을 수 있습니다. 그것은 회사에 나쁘고, 팀 도덕에 나쁘고, 많은 방법으로 개인 도덕에 나쁘다. 그것은 이미 존재하는 팀 빌딩이나 품질 수준을 파괴 할 것이다.

장기 목표는 항상 어떤 종류의 죽음 행진으로 바뀌며, 죽음의 행진이 끝날 때 보상에 신경 쓰지 않습니다.

이것이 SCRUM에서 1-2 주 동안의 스프린트가있는 이유입니다. 달성 할 수있는 단기 목표를 달성 한 것에 대해 작은 보상을받는 것이 더 쉽고 효과적입니다.

예를 들어

스프린트 목표의 100 %를 충족하고 스프린트 종료시 모든 스토리를 성공적으로 시연 할 수있을 때 팀을 위해 점심을 구매하는 경우가 있습니다. 모두가 동의 할 수 있어야하는 목표입니다.

그러나 사실 후에 만 ​​보상 으로이 작업을 시작할 때 알려주지 말고 팀과 회사에 긍정적 인 일을하지 않으며 가장 가치있는 회원을 모욕 할 것입니다. 유치한 치료를 약속하지 않으면 목표를 달성 할 수 없습니다.

균형 잡힌 환경!

나의 대답은 간단하다-돈을 잘 지불한다 (성공시 연례 검토 및 조정), 가끔씩 보너스, 의미있는 일, 가족 친화적 환경 (OT는 제한적일 때만).

스팟 보너스는 단기적으로는 좋지만 장기적으로는 효과적이지 않습니다. 몇 달 동안 오랜 시간 일한 회사에 친구가있었습니다. 그들은 스팟 보너스를 아주 자주주었습니다. 하나는 모든 사람에게 iPod이었습니다. 그들은 심지어 금요일을 가끔 나누어주었습니다. 그러나 프로젝트가 끝난 후 거의 모든 사람들이 소진되어 떠났습니다.

나는 당신에게 훌륭한 동기 부여를 말할 수 있지만, 대부분 내부적으로 동기가있는 프로그래머에게는 문제의 정신이 있습니다.

개인 공개 인식, 팀 업데이트의 일부로 언급 된 이름, 다른 사람이들을 수있는 곳에서 전달되는 단어, 팀 ID와 사람의 이름을 연결합니다.

팀 일정과 진행 정보를 가능한 한 미리 제공하십시오. 팀원들은 자신의 노력이 단기 및 장기 목표를 가진 잘 계획된 계획에 기여하고 있음을 알아야합니다. 안정감과 통제력은 오늘날 많은 걱정을 제거합니다.

사무실 지역에 팀 상패 또는 상이 표시됩니다.

개인적 관심, 짧은 회의를 통해 개인의 작업에 대해 구체적으로 논의하여 업무 수행에 대한 기술을보고 있음을 보여줍니다.

작업에 추가 또는 갑작스런 스윙이 필요한 뉴스가있는 경우 확실한 이유를 제시하고 팀이 미래에 발생하지 않도록 조치를 취하십시오.

예, 여기에는 경영진의 작업이 필요하며 대부분 사람들이 장난감과 토큰 선물로 일하도록 강요하는 대신 동기를 피하는 것을 목표로합니다. 내 경험상 사람들은 일하고 싶어하고 관리자로서 당신의 직업은 장애물없이 앞으로 나아갈 수 있도록 길을 가고 있습니다. 일하기를 원하지 않는 팀원들은 돈을 얼마나 많이 버려도 도움을 줄 수 없습니다.

동기 부여 작동 방식에 대한 좋은 통찰력이 있습니다. http://www.youtube.com/watch?v=u6XAPnuFjJc

나는 그것이 매우 정확하다는 것을 발견하고 사회 문제를 아주 잘 묘사합니다. 많은 소프트웨어가 다른 소프트웨어와 경쟁하기 위해 또는 돈을 위해서만 작성되었습니다. 나는 그들이 어떤 소프트웨어를 작성하고 있는지 모르겠지만 소프트웨어 프로그래밍에 대한 나의 견해는 다음과 같습니다. 소프트웨어는 문제가 발생하기 쉬워 질 수 있기 때문에 훌륭하다고 생각합니다. 그러나 이것이 실제로 일어나려면 두 가지가 있어야합니다.

• 좋은 문제
• 적절하고 효율적인 솔루션

나는 그 두 가지 중 하나가 잘못되면 프로젝트가 관련이 없다고 생각하고, 프로그래머가 아닌 사람은 이것에 대해 나쁜 생각을합니다. 제약을 모르거나 기술이 이미 존재하는 경우에도 내기하지 마십시오. 회사의 성공.

나는 냉소적으로 들린다는 것을 알고 있지만, 솔직히 말하면, 골판지 상자를 들어 올리거나 메일을 보내거나 건설 작업을하는 것을 선호합니다. 컴퓨터 앞에 하루 종일 앉아있는 것보다는 내가하지 않은 프로젝트를 위해 있습니다. 나에게 동기를 부여하면 지루할거야.

나는 강한 의견을 가지고 있기 때문에 다른 사람들 앞에서 말하지 않겠지 만, 진심으로, 어리 석거나 관련없는 프로젝트를위한 코드를 작성하고 내 코드의 스타일이나 문제를 해결하는 방법에 대해 비판을받는 것은 매우 실망합니다. 세상은 이미 기존 소프트웨어로 가득 차 있지만 아직 발명해야 할 것이 너무 많습니다 ...

http://www.youtube.com/watch?v=u6XAPnuFjJc

요약 : 돈이 아닙니다. 하루 종일 원하는대로 할 수 있습니다. 그리고 회사는 세상을 더 좋게 만드는 더 높은 목적이나 작은 것을 가지고 있어야합니다. 어깨를 으,하다, 그것은 문화를 건설 할 것이다.

어떤 사람들에게는 훌륭한 소프트웨어를 구축하려는 열정이 있습니다. 그들에게 동기를 부여하는 방법은 관련이 없으며, 훌륭한 소프트웨어를 구축하고 벗어날 수있는 기회를 제공하기 만하면됩니다.

다른 사람들에게는 소프트웨어 개발자가 돈을 많이 지불하므로 그렇게 할 것입니다. 실제로 어떤 동기를 시도하든 상관 없습니다. 그들이해야 할 일을 할 것입니다. 나는이 그룹에서 발견, 당신은 그들을 동기 부여하거나 동기를 제거하기 위해 투쟁 할 수 있지만, 결국, 그들에 대한 열정이 아니며, 이러한 노력은 단기에 영향을 미칠 수 있습니다. 다음 라운드를 위해 계속 머리를 두 드리십시오.

여기에있는 거의 모든 답변은 보상에 집중됩니다. 작업을 완료 한 직원에게 보상 할 수있는 방법을 생각하는 대신 프로젝트를보다 즐겁게 수행하기 위해 할 수있는 일에 더 집중할 수 있습니다. 즉, 압력을 줄이면서 직원의 우려 사항을 듣고 아이디어와 제안을 통합하며 모든 사람이 서로 의사 소통 할 수 있도록 정기적 인 업데이트 회의를 갖는 등 직원이 업무를 수행하는 데 필요한 도구를 갖도록해야합니다. 소프트웨어, 하드웨어, 환경).

장기 목표는 괜찮은 보너스를받을 자격이 있습니다. 우리는 당신이 돈을 좋아한다고 말하지 않습니다. 우리가 돈을 좋아하는 위대한 일을 인정한다는 사실을 알면 더 좋은 동기 부여가되지 않습니다. 피자, 도넛, 베이글 등은 도덕 건축업자에게 좋습니다. 솔직히 나는 내 작품이 같은 보너스를 받았는지 신경 쓰지 않는다. 나는 우리가 열심히 일하고 좋은 제품을 꺼내서 그것을 기꺼이 보상한다는 것을 당신이 인식 한 것에 관심이 있습니다. 좋은 장기 보너스는 프로젝트의 연간 지불액의 5-10 % 사이 여야합니다.

보너스에 인센티브를 제공하기 위해 할 수있는 한 가지는 보너스에 대한 정기적 인 검토 및 목표입니다. 따라서 모든 목표를 달성하면 최대 보너스를 얻을 수 있지만 총 보너스는 출시시 제품의 성공과 품질에 따라 결정됩니다.

모든 사람들이 미리 예상되는 것을 알고 있는지 확인하십시오. 좋은 놀라움이 아닌 한 놀라움은 없습니다. 감사의 말로 저녁을 먹으십시오.

나는 단지 그들에게 물어 보라고 말하지만 사람들은 항상 그들이 원하는 것을 알지 못한다. 하루 종일, 기프트 카드, 1 년간 무료 모니터 청소 등 다양한 유사한 보상이 제공 될 수 있습니다.

투명해야합니다. 누군가는 항상 모든 시스템을 '게임'하려고 시도하지만 강력한 그룹에서는 이러한 유형의 동작으로 인해 사용자가 기절 할 수 있습니다.

더 나은 개발자는 일반적으로 더 높은 임금으로 더 높은 위치를 유지합니다. 그들은 여전히 ​​더 높은 수준으로 유지되는 일을해야합니다.

유지할 수 없다고 약속하지 마십시오.

보상은 가능한 경우 회사의 성과와 관련이 있어야합니다. 모든 사람은 급여가 강한 인센티브가 아니라고 주장하는 것을 좋아합니다. 많은 돈을 벌고 직원들과 나누지 않은 회사에서 일했다면, 감사의 표시가없는 내 직원에 대한 그들의 인식과 생각이 줄어 듭니다. 모두 친척입니다.