책임 소재에 대해... 궁금합니다...

Question

안녕하세요, 요즘 스트레스 받는 문제가 있어서 질문드리려고 합니다.회사에서 A라는 프로젝트 진행하고 있는데 a, b, c 라는 기능을 개발한다고 했을때a기능은 &#34;가&#34;, b기능은 &#34;나&#34;, c기능은 &#34;다&#34;라는 사람이 개발을 했습니다.테스트 단계에서 &#34;가&#34; 사람이 개인 사유로 인해 참가자하지 못해 &#34;다&#34;가 &#34;가&#34;의 기능을 테스트 해봤습니다.&#34;다&#34;가 확인해보니 &#34;가&#34;가 만들어 놓은 기능에 버그가 꽤 많았습니다.&#34;다&#34;가 눈에 보이는 버그는 다 해결했는데, 아직 어떤 버그가 남아있을지는 모르는 상황입니다.혹시 나중에 문제가 생긴다면, 테스트때 버그를 다 잡아내지 못한 &#34;다&#34;가 잘못일까요,,, 애초에 잘못 개발한 &#34;가&#34;의 잘못일까요,,,제가 &#34;다&#34;인데, 괜히 나중에 덤탱이쓰는건 아닌가 걱정되네요..

몰랑토끼 · Answer

? 신입인가요?

흰꿈둘 · Answer

당연하게도 원인 제공자가 책임

1969luna · Answer

현재 프로그램 상태를 관리자에게 적극 보고하시길 바랍니다

좋은언덕 · Answer

책임은 팀장 책임이구요.버그를 발견한 시점이 언제냐에 따라 누구 잘못인지 가리겟죠.

장독깨기 · Answer

특정 기능을 완료한다는건 분석, 설계, 개발, 시험, 예외 처리 등을 다 거쳐야 하는 것 입니다.가라는 분이 더 이상 진행을 못 하는 상황이고, 본인이 그걸 이어 받은거잖아요.그럼, 나중에라도 a 기능에 문제가 생긴다면 그걸 해결하는 것도 본인이 해야 할 겁니다.그니까, A 기능은 이제 본인 일 입니다. 너무 걱정하지 마시고, 책임감 가지고 진행해보세요. :)

xml개발자 · Answer

대부분 경우 마지막 작업한 사람이 덤탱이 씁니다.어쨋든 마지막에 작업했고, 테스트도 했으니까요.. 손가락질 받을 수 있습니다.

カワウソ · Answer

책임보다는 해당 개발자가 퇴사했을때 (테스트를 해보았으니) 그나마 많이 안다는 부분으로 인해 우선 할당이 될 수는 있습니다. 문제가 많으면 뭐 덤탱이라고 표현할 순 있음.근데 덤탱이라고 생각하지 말고 기회라고 받아들이세요. 잘못된 코드를 수정할 기회가 없는 주니어도 많으니까요.

으헝러헝헝 · Answer

음...팀장이 님한테 버그 수정하면서 진행 계속 하라고 했으면팀장책임이 맞구요.그냥 님 업무를 진행하기 위해서 님께서 직접 &#34;가&#34;의 버그를 수정해서 문제가 발생하면님책임으로 덤탱이쓸수 있어요.이럴때는 &#34;가&#34;영역을 보존하고 상급자에게 보고 한 뒤 조치를 받으시는게 가장 맘 편해여..

개발잡부 · Answer

보고를 안하면 님책임. 보고를 하면 상급자 책임.

한안아 · Answer

&#34;다&#34; 책임이 될 가능성이 높음. -> 위의 댓글대로 계속 소스 문제를 푸쉬하는게 좋을듯.&#34;가&#34;는 일은 못 하지만 영리한 사람임. -> 똥 싼걸 알고 미리 내뺀거

엄마미안 · Answer

프로젝트의 책임은 팀 or 회사 책임입니다. 검수가 완료되면 이제 그 책임으로부터 팀 or 회사도 자유로워지고요.그런 식으로 책임지우면 아무도 개발 하지 않습니다. 개발을 하기 시작하는 순간부터 버그의 가능성은 생기는 겁니다.이 말을 오해 하시면 안되는 것이 개인이 책임이 아니니 그냥 저는 제 것만 신경쓰면 되겠네요? 이렇게 생각하시면 곤란합니다. 공동의 책임이기 때문에 공동이 잘되기 위해서 서로 공유하고 협의하면서 개발하라는 겁니다. 화면 모니터에만 보면서 나는 내 일만 하면되지 너는 니 일만 하면 되고 이건 내꺼 이건 니꺼 하면서 하루종일 독서실보다 조용한 개발 사무실을 분위기를 유지한다면 매우 잘 못 되었다고 생각하셔야 합니다. 대다수 이런 분위기에서는 수동적으로 글쓴이처럼 생각을 하고 서로 칸막이 치기 바쁩니다. 자세히 들여다보면 동시에 똑같은 노가다를 다 같이 하고 있습니다. 이 얼마나 낭비일까요?평소 일에 관련된 대화를 팀 내에서 많이 하십시요. 교류하고요. 팀장님들! 관리하기 편하다고 그냥 칸 치고 넘어가지마시고 팀원들끼리 소통의 장도 마련해주시고 서로 하는 일에 대해서 서로 설명하는 자리도 만드시고 하면서 똑같은 노가다를 모두 조용히 앉아서 같이 하지마세요~특히 이렇게 일을 하는게 몸에 베인 SI 개발이 그래서 서비스 개발이 좋다 안 좋다 하는 이야기를 하게 되는 겁니다. SI 개발이나 서비스 개발이나 개발 자체가 다를 것은 없습니다. 다루는 물성이 쉽게 관리 편의성으로 빠지기 쉬운 것이지 충분히 SI 개발을 하면서도 서로 협력하고 성장하며 할 수 있습니다.내 책임이니 타인의 책임이니를 먼저 본능적으로 따지기 보다 내가 만든 것에 자부심을 느낄 수 있도록 열심히 잘 만들고 자신이 노력하고 공유하세요. 그때 자기꺼만 붙잡고 책임논리로 칸만 치는 사람 있으면 그 사람이 내 개발인생에서 '손절'해야되는 사람이라고 확신하시면 됩니다.

dev_appMango · Answer

"가" 잘못이지만, 해결은 "다"의 몫이겠네요...

defult · Answer

팀장에게 현 상황이 제대로 보고가되고 그 지시로 움직이는것이면 팀장 포함 팀 전체의 책임이 강하고자신이 만져보니 버그가 많아서 상정외 문제가 부풀고 있는데 지휘계통 보고없이 스스로 땜찔하고있으면서 고민중이라면 자신의 책임이 될수있습니다.현재 팀내에 해당 정보가 얼마나 정확히 전개되어있는가에 따라서 책임소재가 달라질수있으니 주의하세요.기본적으로 리스크가 큰 문제, 공수가 크게 부풀어오를것 같은 문제는 제때 보고가 안되면 제대로 보고안하고 혼자 끙끙 앓기만하고 대책 검토 시기를 놓치게만든 사람의 책임이 되는겁니다.팀의 문제를 팀간에 정보공유없이 개인이 전부 끌어안으려고 시도하려는 고민은 하지않는것이 좋습니다. 팀과 제대로된 현황보고없이 독단적인 선택은 팀의 문제를 오로지 그 방법을 선택한 개인의 책임과 문제로 바꿔버리는 행위입니다.현재 문제는 외부자와 상의할것이 아닌 바로 팀과 상의해서 고민하셔야할 문제입니다.

책임 소재에 대해... 궁금합니다...

13개의 답변

기타 목록