Blended Agile
(번역) 프로와 아마추어의 차이 본문
이 글은 아래 링크의 글을 구글 번역 후 그대로 옮겨온 글 입니다. 가볍게 보시고 필요한 부분을 원문과 대조해서 보시면 좋을 듯 합니다.
The Difference Between a Professional and an Amateur
Being paid to do a job doesn’t make someone a professional. This post explains the crucial difference between an amateur and a professional.
www.mountaingoatsoftware.com
당신은 전문가입니까, 아마추어입니까?
전문가가 되는 것을 고려해 보시기 바랍니다. 하지만 내가 하기 전에, 그리고 당신이 내가 던진 질문에 대답하기 전에 내가 전문가가 되는 것에 대해 이야기할 때 내가 의미하는 바를 당신이 완전히 이해하고 있는지 확인해야 합니다.
저에게 차이점은 간단합니다. 전문가는 항상 작업을 완료하는 데 필요한 모든 것을 합니다. 아마추어는 때때로 재미있는 부분만 선택합니다.
차이점의 예
예를 들어 아마추어 골퍼는 300야드 드라이브를 치는 순간에 스릴을 느끼지만 퍼팅은 싫어할 수 있습니다. 그래서 아마추어는 공이 홀에 "충분히 가까우면" 공을 집어 들기를 자주 선택할 수 있습니다.
프로 골퍼는 결코 이것을 할 수 없습니다. 전문가는 복잡한 퍼팅보다 긴 드라이브를 치는 것을 여전히 선호할 수 있습니다. 그러나 전문가는 자신이 두 가지 작업을 모두 수행해야 한다는 것을 알고 있습니다.
소프트웨어 개발 전문가 및 아마추어
프로와 아마추어의 차이는 자신이 좋아하는 부분만 하는 팀원의 소프트웨어 팀에서 드러난다.
이는 프로젝트의 모든 역할에서 발생할 수 있습니다. 고객과 대화하는 것을 좋아하지 않는 테스터일 수 있습니다("분석가는 그렇게 합니다."). 또는 구현의 핵심으로 들어가기보다는 전략적이고 새로운 기능에 대해서만 생각하기를 원하는 제품 소유자일 수 있습니다.
어떤 직업이든 좋은 부분과 나쁜 부분이 있습니다. 전문가들은 재미있는 부분만이 아니라 전체 작업을 수행합니다.
아마추어로서의 프로그래머
내가 최근에 접한 가장 일반적인 아마추어 중 하나는 들은 대로만 코딩하는 프로그래머입니다. "당신이 요청한 것을 정확히 주었습니다."라고 그들은 말할 것입니다. 그리고 어떤 경우에는 그 대답에 아무런 문제가 없습니다 . 그러나 항상 적절하지는 않습니다.
전문 프로그래머는 작업에 자신의 완전한 두뇌, 경험 및 창의성을 제공합니다. 기능을 개발하라는 요청을 받으면 전문가는 다음과 같이 생각합니다. 요청한 내용에 공백이 있습니까? 대안적이고 더 나은 솔루션이 있습니까? 나중에 문제가 생길까요? 그런 다음 전문가는 이러한 질문에 대한 답변을 기반으로 제품 소유자와 대화하여 기능이 구현될 때 정확히 어떤 모습일지 결정합니다.
이에 반해 아마추어는 "알았어, 네가 요구한 대로 해줄게."라고 말한다. 그게 더 쉽습니다. 아마추어 프로그래머는 사양 이상의 작업에 대해 생각할 필요가 없습니다. 요청한 내용을 코딩하면 됩니다.
유사하게, 아마추어 프로그래머는 "나는 단지 코드를 작성하고 테스트하지 않습니다."라고 말합니다. 오, 그 프로그래머는 아마도 자신의 코드에 대해 약간의 테스트를 할 것입니다. 그러나 팀이 스프린트가 거의 끝나가고 하루 동안 약간의 도움 테스트를 사용할 수 있을 때 아마추어 프로그래머는 더 유용한 작업을 수행하기보다는 다음 기능을 미리 코딩할 가능성이 높지만 일부에게는 덜 바람직합니다. 테스트를 돕는 작업.
완전한 일을 하지 않는 것은 사치다
직업의 모든 부분을 수행하지 않는 것은 아마추어에게만 제공되는 사치입니다. 아마추어는 화려하고 강력한 300야드 드라이브를 친 다음 퍼팅 없이 그린에서 공을 집어 올릴 수 있습니다. 아마추어는 코드를 작성할 수 있으며 테스터가 몇 주 후에 따라잡아 테스트할 때까지 해당 코드의 혜택을 받는 사용자가 없다고 걱정하지 않습니다.
전문가들은 그렇게 하지 않습니다.
전문가는 궁극적으로 자신의 임무가 팀을 돕기 위해 필요한 것은 무엇이든 하는 것임을 알고 있습니다. 종종 그것은 당면한 작업에 대해 대화를 나누거나 작업에서 덜 바람직하지 않은 부분을 맡는 데 시간을 할애하는 것을 의미합니다.
아마추어 팀은 소프트웨어 개발을 어렵게 만듭니다.
대부분 아마추어로 구성된 팀에서 애자일을 하는 것은 어렵습니다. 아마추어들은 “그건 내 일이 아니야”, “나는 이런 일만 한다”라는 명백하게 비 민첩한 태도를 취하는 경향이 있습니다.
아마추어는 고도로 전문화되고 한 전문 분야에서만 일할 자격이 있다고 느낄 가능성이 더 큽니다. 이렇게 하면 해당 역할의 사람들이 더 효율적으로 느낄 수 있지만 팀의 전체 처리량이 감소합니다. (즉, 한 역할이 더 효율적으로 느껴지더라도 전체 팀 속도가 저하됩니다.)
여러 가지 이유로 아마추어 팀은 소프트웨어 개발을 더 어렵게 만듭니다.
어떻게 생각해?
아래 의견 섹션에서 귀하의 생각을 공유해 주십시오.
당신은 아마추어입니까, 아니면 전문가입니까? 당신의 직업에서 덜 매력적인 부분을 항상 하도록 동기를 유지하는 방법은 무엇입니까? 아마추어가 프로가 되도록 설득한 방법은 무엇입니까?
'아티클 > Management' 카테고리의 다른 글
(번역) '사람 부채(HumanDebt)'를 인지하고 줄이는 방법 (0) | 2021.08.10 |
---|---|
(번역) 스프린트 회고를 위한 아이디어 (0) | 2021.08.05 |
[번역] 스크럼에서 관리자의 역할은 무엇인가? (0) | 2021.07.20 |
[번역] 코치형 리더를 위한 6가지 팁 (0) | 2021.07.11 |
[구글번역] 마감일을 중시하는 환경에도 스크럼을 적용할 수 있을까? (0) | 2021.07.07 |