Amazon의 프로젝트 착수 방법

미래 언론 보도 자료 파워포인트 사용 금지된 아마존은 단편적인 이미지들의 프로젝트에 대한 정보가 아닌 고객가치와 실제 수행의 문제점들은 명확하고 효과적으로 이해할 수 있는 서술 구조의 보고서를 작성한다. 아마존은 프로젝트에 대한 비전 선언문의 양식과 구성방식이 독특하다고 알려져 있다. 이것은 산문형의 문서가 강력한 강제함수가 될 수 있는 또 다른 사례를 보여준다. 우리가 ‘미래 언론 보도자료 future press release’라고 불렀던 그Continue reading “Amazon의 프로젝트 착수 방법”

스크럼 적용에 대한 소고

“나는 스크럼Scrum을 사용하는 조직의 75%가 그들이 스크럼에서 기대하는 혜택을 얻는데 성공하지 못하고 있다고 생각합니다. … 스크럼은 복잡한 제품 개발’게임’에서 실행되는 아주 단순한 프레임워크입니다. 스크럼은 조직이 제품이나 시스템을 개발할 때, 발생하는 모든 부적합성과 장애를 노출시킵니다. 스크럼은 이런 문제들을 해결할 수 있도록, 부적합성과 장애를 투명하게 하는 것을 의도하고 있습니다. 불행하게도, 많은 조직에서 부적합성이나 장애를 해결하는 대신, 이를 수용하기 윟 스크럼을 변경합니다.” – 켄 슈와버Ken Schwaber, 스크럼의 공동 창시자Continue reading “스크럼 적용에 대한 소고”

Agile Innovation, 기민성을 수용하라

경영방식의 변혁을 일으키고 있는 프로세스를 어떻게 마스터할 것인가 대럴 K. 릭비, 제프 서덜랜드, 히로타카 다케우치 대럴 K. 릭비(Darrel K. Rigby) – 베인&컴퍼니 보스턴 지부의 파트너이며 회사의 글로벌 혁신 및 판매부문을 맡고 있다. 제프 서덜랜드(Jeff Sutherland) – 기민성 혁신의 실행 방안인 스크럼 기법의 공동 창안자이며 컨설팅 및 교육훈련을 제공하는 Scrum Inc.의 CEO이다. 히로타카 다케우치(Hirotaka Takeuchi) –Continue reading “Agile Innovation, 기민성을 수용하라”

그는 어떻게 그 모든 일을 해내는가?

끝에서 출발하라 지적 노동이 요구되는 프로젝트를 수행하면서, 파악하고자 하는 결론이 정확히 무엇인지도 모른 채 마구잡이로 정보를 수집하느라 많은 지식노동자들이 여러 날, 길게는 여러 주를 허비하는 모습을 나는 수없이 봐왔다. 사실 지식노동자들은 프로젝트를 진행할 때 광범위한 자료조사부터 해야 한다고 믿지만, 실제로 이런 방식은 매우 비효율적이다. 왜냐하면 어떤 프로젝트이건 관련된 정보는 무수히 많기 때문이다. 과연 이 모든Continue reading “그는 어떻게 그 모든 일을 해내는가?”

왜 경영 컨설턴트가 문제인가

‘컨설턴트Consultant’라는 단어는 너무나도 다양한 의미로 사용된다. 어떤 기업과 계약을 맺고 자문을 제공하는 사람은 누구나 컨설턴트로 불릴 수 있기 때문이다. 여기서는 ‘경영 컨설턴트Management Consultant’란 기업의 최상층, 즉 경영진과 함께 일하며 그들에게 경영의 방향성에 대해 조언하는 사람들을 의미한다. 문제로 삼는 컨설턴트들은 막 MBA를 졸업한 신출내기들을 채용하여 엑셀과 형식적인 방법론, 지리멸렬한 비즈니스 은어, 작지 않은 오만감을 심어주는 대형 컨설팅 회사들을Continue reading “왜 경영 컨설턴트가 문제인가”

” 프로젝트 관리에서 가장 큰 문제점을 안고 있는 것이 무엇인가?”

” 프로젝트 관리에서 가장 큰 문제점을 안고 있는 것이 무엇인가?” 라고 묻는다면 사이징(sizing), 혹은 규모 산정(estimation)라고 대답한다 사실 프로젝트에서 발생하는 모든 무리는 이 규모 산정의 오류에서 출발한다. 기존의 규모 산정의 방식을 한 번 둘여다 보면 오류가 얼마나 크게 개입할 가능성을 열어놓고 있는지 모두 공감할 것이다. 먼저 규모 산정은 누가 하는가? 실무자가 하는가? 그렇지 않다. 거의Continue reading “” 프로젝트 관리에서 가장 큰 문제점을 안고 있는 것이 무엇인가?””

과거의 실패

과거의 폭포수 개발 방식에서는 업무 전문가가 분석가에게 설명하고 다시 분석가는 업무 전문가가 설명한 내용을 이해하고 추상화해서 소프트웨어를 코드로 작성하는 프로그래머에게 넘긴다. 이러한 접근법은 피드백이 전혀 없어서 실패하기 마련이다. 폭포수 개발 방식에서는 모델을 만들어 내는 데 따르는 모든 책임이 분석가에게 있으며, 이러한 모델은 오로지 업무 전문가가 알려주는 사항에만 근거한다. 분석가들은 프로그래머에게서 배우거나 초기 버전의 소프트웨어에서 경험을Continue reading “과거의 실패”

프로그래머 생산성을 떨어뜨리는 15가지

프로그래머 생산성 저하 15가지 원인 1. 회의 가장 많은 불평의 주범은 회의였다. 상사들이 자질구레한 것들에 관해 떠드는 동안 어두운 회의실에 붙잡혀 있어야 한다. 또 프로그래머들은 회의 이후 소프트웨어라는 추상적 세계로 재진입하기 어렵다고 토로했다. 두뇌가 추상적인 알고리즘을 다룰 수 있도록 적절한 상태가 되기 위해서는 시간이 필요하며 회의 때문에 작업이 더욱 지연될 수 있다는 지적이었다. 2. 모든Continue reading “프로그래머 생산성을 떨어뜨리는 15가지”

집단적 미신

소프트웨어 개발의 모범 사례를 문서화하고 후배에게 전수하면서 얻는 효율성도 중요하지만, 그런 문서화와 교육이 꼭 필요한 이유는 업계 종사자 대부분이 알려고 하지 않았다. 터놓고 말해, 우리 인생은 짧고 우리가 접했던 유년기의 소프트웨어 개발 업계는 계속 성장하고 늙어간다. 이미 초창기에 이 분야의 터를 닦은 수많은 전문가는 세상을 떠났고, 앞으로 더 많은 전문가가 세상을 떠날 것이다. 우리가 하나의Continue reading “집단적 미신”

성공적인 S/W 개발 프로젝트를 위해서는

성공적인 S/W 개발 프로젝트를 위해서는 1. 착수 준비 (1/4)  수주했다고 여유부리지 말고 제안 때보다 더 부지런히 준비하여야 함 구축 업무 범위 SOW 구체화§ 업무 범위 확정 (유지, 변경, 삭제, 신규)o 분석이 끝나야 구체화된다. 큰 범위에서 방향성 합의§ 대응개발 범위 합의o 데이터 이행, 구축 범위 외 시스템 대응개발 등§ Platform 구축 범위 확정 (ITSM, 모니터링, 메타,Continue reading “성공적인 S/W 개발 프로젝트를 위해서는”