1. 스펙문서만 보고 코딩하기
2. 기획의도를 이해하고 코딩하기
스펙문서 대로했지만 기획의도가 달라서 개발이 제대로 안됐다면 PM의 문제인가? 개발자의 문제인가? 미드급이라고 가정했을때
21개의 댓글
무분별한 사용은 차단될 수 있습니다.
1. 스펙문서만 보고 코딩하기
2. 기획의도를 이해하고 코딩하기
스펙문서 대로했지만 기획의도가 달라서 개발이 제대로 안됐다면 PM의 문제인가? 개발자의 문제인가? 미드급이라고 가정했을때
야옹아멍멍해봐
문서에 기획의도가 충분히 담기지 않아 개발자가 오해를 해서 개발이 제대로 안 됐는데 그게 왜 개발문제임?
동탄올리버
기획의도를 담아서 스펙문서 작성해도 오해를 할때가 있자너? 그렇다면 개발자 문제인가?
야옹아멍멍해봐
그럴때는 서로 커뮤니케이션이 안되는거네.
그리고 보통 결과물에 문제가 있다면 선순위 프로세스에서 잡아야 한다고 보는데. 오해가 생기지 않게 문서작성을 더 잘해야 하고 의도대로 잘 개발되고 있는지 확인하고
슈카임
기획 의도가 불분명한데 개발자가 함부로 일 시작하면 안됨
상한가
기획의도가 불분명하면 기획자와 논의를 해서 진행하면 됨 콩으로 메주를 쓰라고 써있다고 그대로 진행하는건 개발자 능력도 문제 있는거지
야옹아멍멍해봐
기획의도가 불분명했는지는 잘 모르겠고 오해가 생긴건 기획은 A라고 생각한걸 개발은 A라고는 생각하지 못하고 B라고 생각했기 때문이지. 그건 충분히 일어날 수 있는 일이고 그 상황을 올바른 방향으로 컨트롤할 수 있는 건 기획 뿐이야
dsada12345
근데 그렇다고 개발자가 죄가 없지는 않지
서비스 회사면 개발자도 문제가 있긴함 SI면 죄없음
동탄올리버
기획의도와 스펙문서가 다르다면 충분히 요청을 할수있었다 라고 이해하면 될까?
번생각하고댓담
책임을 떠나서 사실 그렇게 됐을 때 더 굴러야되는 건 개발자니깐 기획과 커뮤니케이션을 충분히 해야된다..
gldh
이상하면 물어보는게 맞고.. 어차피 사람이 하는 일이라
개발이 실수할때도 있고 기획이 실수할수도 있는거라 같이 협업한다고 생각하고 크로스체크 하심이
그리고 아무리 개발만 한다 한들 결국 프로덕트라는 결과로 나오는건데, 프로덕트가 이상하게 나오면 포폴이..
아이디를뭐로하지몇글자까지되는겆
기획문서보고 이해한걸 확인받고 일해야 일을덜할수있읍니다... 나중에 지랄해도 내가할수있읍니다...
Veigrake
기획 자체를 할 필요까진 없어도 서로 이해하고 확인해야 협업이 제대로 이루어지는 거라 생각.
립톤티
당연히 알아야지
liquid
상황에 따라 다르겠지. 기획의도 파악하는것도 개발자 몫이지.
숨은음은
문서 봤는데 말이 안 된다. 이러는데 그냥 묻지도 않고 개발한다? 이럼 개발자 문제지
슈카임
솔직히 개발자도 확인하는게 맞음
지가 뭘만드는지도 모르고 만든다? 그냥 코더임
서로 커뮤니케이션 하면서 만들어야지
개발만 하는 경우는 기획이 갑자기 처 기획바꾸거나 추가하면서 개발자 탓하면서 책임 몰아가기 시작했을때만 개발만 하면 됨
상한가
이바닥 오래 해먹으려면 아는게 좋지
외화벌이꾼
PM이랑 충분한 커뮤니케이션 했다는 가정하에는 PM잘못
프로그래머스
이래서 협업이 중하다는겨
끄레스뽀
기획이랑 스펙이 전혀 별개도 아니고
당연히 알아야지
마리째확대중
개발자가 기획자 만큼 알아야 개발, QA, 이슈처리 빠르게 진행되서 전체적인 진행이 원활함
애초에 기획자가 제대로 못하면 총체적 난국이 되겠지만