상실의시대

애자일(Agile)과 SI 프로젝트, 해결해야 하는 질문들, 잊어서는 안되는 원칙들'SI 프로젝트에 Agile 을 적용하기 위해서는 어떠한 문제점을 고려해야 하는지'란본문에 나열되어 있던 질문에 나름대로 정리해 보기.방법론과 관계없이 모든 요구사항을 관철시키려고 하는 고객을 어떻게 설득할 것인가? - 계약과 비용한도 내에서라면 수용.팀 맴버 구성 비율을...

개발자의 개발량의 편차가 매우 큰 경우메일링 리스트에 긁적긁적 댓글을 달고나니 그 밖의 것들에 대한 생각들 메모할 필요가 있어 간단히 끄적..짝프로그래밍 반작용 케이스에 대해서도 생각해 봐야 하지 않을까..SI 에서 자주 보는 페어.도메인에 대한 지식과 주변 협업정보에 월등한 PL과 개발이 뛰어나지만 도메인과 협업정보 획득이 어려운 팀원..PL...

How to fail with agile by Clinton Keith & Mike Cohn, 슬라이드, 번역Is the failure in agile adoption due to cargo cult, shu actions, or just laziness by Alistair CockburnSeven Agile Coac...

Mike Cohn이 새 책을 쓴다는 군요.Succeeding With Agile:A Guide to Transitioning 위 슬라이드가 책의 바탕이 되고 있다고 하는데,이대로 씌여진다면 좋은 책이 될 수 있을 듯 싶습니다.그 이유는 환경에 맞춘 적용이 중심사상이기 때문입니다.슬라이드에 이런 내용이 있습니다.Who should not...

영리한 포수는 팀의 실점을 줄이는가?포수의 리드 공헌도를 평가하기 어려운 이유에 대한 글이다.방법론의 기여가 '포수의 리드가 팀에 부여하는 기여'와 일맥상통하는 부분이 많다는 점에서 통찰을 얻기 위해 방법론 용어로 변환해 봤다.0.0-------- 여기서부터 변환된 내용 -----------개별 방법론의 우수성을 프로젝트 실패율과 같은 것으로 ...

scrum을 sm에 적용중이신 몽둥발이님 블로그에 PL의 반발이란 재미있는 글이 올라왔는데 상황은 이렇다.6개월 프로젝트 - 2개의 팀(기존조직체계 유지)에 scrum적용 중. 5번째 sprint돌입1팀 : 무리한 planning 그러나 미션 컴플릿! 고객과 관리자는 나이스샷 외침.       그러나...

방법이 한가지만이 아니다. 생각없이 agile에 기대고 책임을 떠넘기고 있는 것은 아닌지.. 우린 조금 더 소프트웨어개발에 대해 진지하게 바라봐야 하지 않을까..? 모두 읽기 귀찮다면 james shore글과, gary police글(번역본)만이라도 읽어보길 바란다.. James Shore : The Decline and Fall of Ag...

xper 메일링 리스트에 다음과 같은 건이 올라왔다.주제: 이상적인 작업일을 강요받으실 때 어떻게들 하시나요? 몇몇 댓글을 읽으면서 많이 답답한...'고객의 개념탑재 필요, ~가 안되면 프로젝트에서 빠지면 된다. 한국의 고질적인..' 이라니..(잠시 에스칼레이션도 언급되었는데 솔직히 아니라 생각됨..(일반적인 고객이라 치면 자신을 무능한 직원으로 취급하...

프로젝트는 각기 다른 영역과 이해, 관점이 강하게 묶여있습니다.따라서 어떤 현상을 정확히 해석하고 다루기에는 많은 어려움이 따릅니다이전에 언급한 협업으로부터 기인한 연관영역 확대와 통찰범위 축소때문이죠.바람직한 해결책이 의도치 않게 서로 상충하게 되거나교차검증에도 불구하고 당연하고도 중요한 부분에 공백이 생기는 경우와 같이 말...

'협업'의 어려움에 대해...개인이 통찰할 수 있는 범위는 한정되어 있지만책임과 일에 간섭되는 범위가 협업범위까지 확대되고 있습니다.간섭범위까지 바라보기에는 획득정보라던가 권한, 시간 등이 한정되어 있다보니 짜여진 틀과 상대의 판단, 정보에 전적으로 의존하여 무엇인가를 결정하게 됩니다.초대형 SI 프로젝트도 마찬가지로 규모와 범위가 너무 크다보...