본문 바로가기

애자일

(3)
[소프트웨어 개발] 히어로 개발자라면 응당 가져야할 것들 바로 이전 포스팅에서 Man-Month를 설명하다가 히어로 개발자를 언급했는데요,(관련 포스팅, http://storycompiler.tistory.com/142)이번 포스팅에서는 히어로 개발자라면 응당 받아야할 대접에 대해 써볼까 합니다. 물론, 히어로 개발자의 출몰을 경계하는 의견도 있습니다.히어로 개발자도 엄연히 사람인지라 후진적인 정치활동으로 조직을 퇴화시킬 수 있습니다.그렇기 때문에 오히려 히어로 개발자의 등장을 막아야 한다는 의견도 있습니다. - 독단적인 결정에 따른 그릇된 방향설정- 의사결정권자 부재에 따른 위험부담 증가- 의사결정 소요시간의 증가 언뜻 생각해봐도 줄줄이 떠오르는 위와 같은 폐단을 막기 위해,제 2의 잡스가 출현하는 것을 철저히 막고 있는 것인지도 모릅니다. 하지만, 위의 부..
[Agile] 애자일 적용 우선순위 우선 본 포스팅을 게시함에 앞서,본 포스팅은 지극히 개인적인 의견임을 알려드립니다. 프로젝트에 애자일을 도입할 때,애자일의 지엽적인 부분만 도입해놓고 제대로 적용했다고 주장하는,우스꽝스러운 상황을 보고 싶지 않기에,지극히 주관적인 관점에서 우선순위를 지정해보았습니다. - 프로젝트 라이프사이클프로젝트의 라이프사이클 내내 요구수집, 제품디자인, 기술훈련, 개발활동 그리고 검증절차 모두가 지속되어야 합니다.요구수집을 초반에 진행하고,검증절차는 과제 막바지에 진행하는 단계별 절차관리는 애자일이 아닙니다.요구사항은 언제든지 바뀔 수 있기에 아키텍쳐는 언제든지 재설계되어야 합니다. - 반복주기와 피드백프로젝트 라이프사이클 중에는 일정 기간이 되풀이되는 반복주기가 있습니다.하나의 반복주기에는 제품개..
[Agile] 대규모 집단에서의 애지일개발방식 적용에 대한 고민 대규모 소프트웨어를 개발을 위해,노련한 개발자들이 치밀한 계획을 수립한다고 해도,계획을 구성하는 각각의 요소들이 조금씩 틀어지기 마련입니다.스펙, 일정, 역할, 인원, 우선순위, 작업방식, 리더, 구성원...바뀌지 않는 것은 '계획이 틀림없이 바뀔 것이다'라는 구성원들의 믿음 정도일 겁니다. 계획을 수립하는 순간,매일매일 계획이 틀어지는 것을 지켜보는 것은 상당한 스트레스입니다.그래서 아예 계획보다 변화에 대응하라고 조언하는 애자일 선언문이 더욱 그럴듯해 보입니다. http://agilemanifesto.org/ 위의 선언문은 2001년 미국 유타주에서 개발자 몇 명이 만든 애자일 소프트웨어 개발 선언입니다.미국에서는 14년 전에 나왔고,한국에서는 2000년대 중반에 소개되었습니다. http://agil..