Page History
...
우리는 우리의 길을 만들었다.
Info |
---|
경영철학 (Rework)과 개발철학이 다른것이 아닌 경영철학 기반으로 경험하며 만든 개발방법론(Shape UP) 인점이 인상적이여서 인상적이여서 연구하기 시작하였으며연관된 경영철학인 경우 Rework번역본에서 Rework번역본및 저자인 제이슨 프라이어드의 개인 블로그내용에서 일부 발췌를 하였습니다. 오역과 경험에의한 추가적인 개인 해석본이 있을수있으니 있을수있으며 ShapeUp에대한 자세한 내용은 참고링크에 있는 원문 아티컬을 권장합니다. -아직도 연구중입니다지속 연구중에 있습니다. |
기존 일하는 방식의 한계
소프트웨어팀이 성장하면서 유사한 문제점들이 생겨난다.
...
위 3단계가 완성되었을때 Shape가 완성됨을 의미하고 벳팅테이블에 벳팅 테이블에 올려놓습니다.
백로그를 선택하고 시간을 러프하게 추정하고 그 이후 해결방법을 찾는 일하는 방식과의 차이가 있습니다.
BreadBoarding
BreadBoarding
Risk And Rabbit Holes
원문링크 : https://basecamp.com/shapeup
백로그는 우리가 짊어질 필요가 없는 무거운 것이다. 수십개에서 시작해서 결국 수백개에 이르는 우리 모두 절대 할 일이 없어보이는 태스크들이다. 쌓여가는 무더기는 실제로는 그렇지 않음에도 우리가 늘 뒤쳐져가는 느낌을 준다. 누군가가 한분기 전에 중요하다고 생각했던 아이디어라고 할지라도, 그게 우리가 매번 들여다보고 또 볼 필요가 있다는 걸 의미하지 않는다. 백로그는 엄청난 시간 낭비를 초래한다. 지속적으로 리뷰하고 우선순위를 매기는 일들이 지금 정말 중요한 일을 진행하는 것을 방해한다.
장기 계획은 세우지마라 ( 1년로드맵과 같은것 )장기 계획은 세우지마라
사업 계획이라는 말 자체가 어불성설이다. 사업추측이라면 또 모를까. 재무계획은 재무 추측으로
전략 계획은 전략 추측으로 바꿔야 옳다. 이렇게 명칭을 바꾸고 나면 얼마나 편한지 모른다.
계획을 세우면 그 계획에 질질 끌려다니지만 , 추측은 기회를 잡기위해 잡기위해 다음과 같이 조정할수도 있다.
"이제 보니가 이쪽이 아니라 저쪽이 맞는군." 때로는 이렇게 되어야한다.
이것이 미래에대해 미래에 대해 생각하지 말라는 말은 아니며 장애물을 어떻게 다룰지 고민을 하라는 이야기다.
-Rework 중
WireFrame을 작성하고 고치는 시간은 오래걸리기 때문에 Shape단계에서 이벤트스토밍을 위해
BreadBoarding / FetMerket Sketch 방법도 소개합니다.
BreadBoarding
산업디자인이 포함되지 않은 전기 공학의 브레드보드의 아이디어를 사용합니다. 이것은 재질이 뭔지 손잡이가 뭔지를 이야기하는것과 다릅니다.
어떻게 키고 켜고 그다음 어떻게 작동하는지 인터페이스에대한 아이디어입니다. 그리고 이것은 UX고려없이 빠르게 프로토타입화 될수 있습니다.
Fat Market Sketch
우리가 염두에 두고 있는 아이디어는 시각적인 것입니다. 브레드보드에서는 요소의 2D 배열이 근본적인 문제이기 때문에 요점을 놓칠 수 있습니다. 이 경우에도 우리는 와이어프레임이나 불필요한 충실도에 시간을 낭비하고 싶지 않습니다. 대신 우리는 두꺼운 마커 스케치를 사용합니다. 굵은 마커 스케치는 세부 사항을 추가하는 것이 어렵거나 불가능할 정도로 넓은 획으로 만든 스케치입니다. 우리는 원래 종이에 더 큰 끝이 있는 Sharpie 마커를 사용하여 이 작업을 수행했습니다.
Risk And Rabbit Holes
토키굴에 빠지지 않기~ 이상한 나라 엘리스에의 토키굴을 의미하며 한번빠지면 나오는데 너무 오랜 시간이 걸림을 의미합니다.
우리가 원했던것
실제
- 토키굴을 찾지 못하면 우리의 릴리즈는 더 늘어나게됩니다. 이때 과부하가 되지 않도록 Circuit Breaker를 발동합니다.
The Betting Table
6주동안 무엇을 할지 벳팅을 하고, 이것이 성공하면 2주간의 CooDown시간을 가집니다.
이 기간에는 자유롭게 일을 수행합니다. 새로운 아이디어를 탐구하거나 새로운 기술적 가능성을 시험할수 있습니다.
이것이 꼭 휴식을 의미하지 않으며 정비에 가깝습니다.
The circuit breaker
팀은 우리가 베팅한 시간 내에 배포를 해야합니다. 이것이 지켜지지 않으면 우리는 더이상 프로젝트를 확장하지 않습니다.
프로젝트의 가치를 6주로 생각하고 시작하였는데 그 2배~3배~10배로 소비하는것은 어리석은 일입니다.
"어떤 대가를 치르더라도 이 프로젝트를 수행해야해"와 같은 유형의 프로젝트는 대부분 없으며
우리의 프로덕트개발에 과부하를 주는것입니다. 새로운 프로젝트를 못할수도 있고더 중요한 일을 못하게 할수도 있기때문입니다.
원문링크 :