목록방법론 (3)
잡동사니
안녕하세요. yeTi입니다. 오늘은 드러내는 용기로 서로간에 경계를 인식하는 불편한 상황을 만들고 이를 기회로 전환할 수 있겠다는 생각이 들어 이를 기록하고자 합니다. 문제 인식 작년 12월부터 4명 규모의 백엔드 파트 리더를 맡게 되었습니다. 그런데 안타깝게도 판매할 수 있는 제품을 줘야하지 않느냐는 피드백과 개발 속도가 너무 느리다는 피드백을 CBT 상황부터 꾸준하게 들어왔습니다. 그래서 품질 이슈와 개발 속도 이슈를 XP의 단순성의 가치를 따르지 못했기 때문이라고 생각하여 기획의 범위를 줄여 개발 범위를 줄임으로써 해결해보고자 시도했습니다. 대실패 XP의 단순성에 기반한 개발 범위를 줄이려는 시도는 대실패하여 제품의 릴리즈 연기에 이르게 되었습니다. 이유는 기능적으로 부족함에 따라 판매할 수 있는 ..
안녕하세요. yeTi입니다.오늘은 방법론에 대한 제 생각을 적어보고자 합니다. 요즘 꽂혀있는 단어들이 있습니다. 약속, 규약, 규정, 계획, 상세화, 명료화, 문서화, ..공통적인 특징은 틀을 만들어 내용을 담는것입니다. 이 단어들은 그 동안 SI 프로젝트들을 진행하면서 가지게 된 의문들로 인해 꽂힌거 같습니다. '개발에는 필요도 없는 문서들을 왜 만들지??''업무에 대한 인수인계는 왜 항상 빈틈이 생기지??''개발시 생기는 리스크 관리는 어떻게 하지??''내가 짠 코드가 효율적인가??''업무간 공유는 어떻게 유기적으로 할 수 있지??' 이런 의문들에 대한 해결책으로 규정을 새우고 이를 문서로 남기는것을 생각하고개발에 대해서는 CBD 방법론을 도입하여 개발에 대한 상세한 내용을 문서화하고 업무 내용에 대..
개발 방법론 애자일 (Agile) 스크럼 (Scrum) 짧을 주기를 반복적으로 수행하면서 프로토타입을 진화시키는 방식 수립된 일정은 지키되 작업량은 언제든 변경 될 수 있다고 가정팀원들이 전력을 다하는 상황에서도 목표를 달성하지 못할때는 우선순위가 낮은 작업을 일정에서 과감하게 제외역할 제품 책임자 : 제품 백로그 관리 스크럼 마스터 : 스크럼 팀의 업무를 방해하는 요소를 제거 스크럼 팀 : 스트린트 기간 동안 구현해야할 기능을 사용자 스토리로 도출 및 구현 미팅 일일 스크럼 : 매일 진행하는 15분간의 프로젝트 진행 상황을 공유하는 회의하면서 각자 , , 에 대해서 이야기스프린트 계획 : 각 스프린트에 대한 목표를 세우고 제품 백로그로부터 스프린트에서 진행할 항목을 선택하고 각 항목에 대한 담당자를 배..