이거 말이 되는 방법론이냐?
요구사항을 자주 변경한다..?
그래 이건 항상 있는 일이니까 ㅇㅋ
근데 개발팀 여건에 따라서도 요구사항을 줄일 수 있다고..?
너무 순진한 거 아님?
업무 들어가면 100퍼 개발자한테 불리하게 돌아갈 거 같은데
이직 준비해야하나
이거 말이 되는 방법론이냐?
요구사항을 자주 변경한다..?
그래 이건 항상 있는 일이니까 ㅇㅋ
근데 개발팀 여건에 따라서도 요구사항을 줄일 수 있다고..?
너무 순진한 거 아님?
업무 들어가면 100퍼 개발자한테 불리하게 돌아갈 거 같은데
이직 준비해야하나
개조선 애자일 = 병신
킹무위키에 따르면 에자일 방법론 중 어느걸 뜻하는거냐 물어봤을 때 대답 못하고 어버버 한다면 에자일이 아니라 그냥 밑도 끝도 없이 요구사항은 계속 처바꿔대면서 일정은 빡빡하게 잡는 쓰레기 짓거리일 가능성이 매우 농후하다카더라 - dc App
에->애
우리나라에서 애자일은 경험상 제대로 된 애자일이 그렇게 많지 않음. 애자일을 표방하고 애자같이 일하는 경우가 많았음.. ㅋㅋㅋㅋㅋ
요구사항이 자주 변경되는게 에자일 이전과 이후가 같다면 굳이 이직할 이유가
에->애
미친놈이랑 장인은 한끝차이지 ㅈ도모르면 미친놈됨 - dc App
애자/일
결국은 회사와 직원의 역량이 중요한 거임 ㅇㅇ 직원들이 병신이면 본문처럼 되는 거고 회사가 병신이어도 본문처럼 됨 잘 써먹는 곳은 잘 써먹음
애자일은 네카라쿠배는 아니더라도 최소 그 바로 밑 티어 시니어 개발자, 기획자 세트로 데려와야 어느정도 돌아가기라도 함
si식 애자일 만나면 학을 떼게 된다
한명이라도 ㅂㅅ이면 좆되는 방법론
K-애자일은 원래 땔감들 괴롭히려고 나온거임 ㅋㅋ
우린 에자일 잘 쓰고 있음