2009-08-26 3 views

답변

2

관리자에게 상황을 설명하고 결정하게하십시오. 그래서 그가 거기에 있습니다.

책임자는 모든 가능성을 고려해야합니다. 먼저 고객이 첫 번째 단계에서 필요로하는 것에 초점을두고 나중에 두 번째 우선 순위 기능을 완료해야합니다. 가능하다면, 그들에게 이야기하고, 설명하고, 합의에 이르려고 노력하십시오. 고객이 가장 필요로하는 것에 대해 다른 의견을 갖고 노력에 집중할 방향을 제시 할 수 있습니다.

0

그 후 다음 3

들이 클라이언트로 테스트를 위해 공개 할 수있다, 당신은 고객/비즈니스에 대한 더 나은 중 다른 4

1

에서 작동하도록 얻을 수 있습니다. 준 완성 상태에서 7 개의 "기능"을 모두 가질 수 있다면 그걸로 가십시오. 3 가지 세련된 "기능"을 선호하는 경우이 방법을 사용하십시오.

0

이는 개발 모델 및 고객 요구 사항에 따라 다릅니다. 민첩한 환경에서 나는 완성 된 제품 (미완성/조롱 된 부품조차도)을 보여주기 때문에 고객은 전체 제품에 대한 인상을 얻고 미완성 된 모듈에 대한 조기 피드백을 줄 수 있습니다.

그러나 명확하고 정확한 사양이있는 경우 3 개의 완성 된 모듈을 제공하는 것이 좋습니다.

1

고객의 가치에 따라 다릅니다.

모듈이 실제로 독립적입니까? 그것들은 실제로 정말로 필요합니까? 아니면 부분적으로 구현 되었더라도 가치를 제공 할 수 있습니까?

유용한 전략은 시스템의 수평 슬라이스 나 모듈의 수평 슬라이스가 아닌 모듈까지 구현하는 것입니다. 한 번에 하나의 엔드 투 엔드 기능/유스 케이스/사용자 스토리를 구현하십시오. 고객이 모듈이 아닌 귀중한 가치를 지닌 모듈이 아니라 기능이 아닌 경우가 아니라면 고객에게 가치를 부여하는 것은 이러한 기능입니다. 이렇게하면 테스트하고 출시 할 수있는 유용한 무언가를 얻게되고, 누구도 사용하지 않는 코드를 작성하는 데 시간을 낭비하게됩니다. 그러나 새로운 기능을 추가 할 때는 stovepipe system anti-pattern을 피하기 위해 코드베이스를 계속 리팩토링해야합니다.

어떤 경우에도 7 개의 모듈을 절반 만 구현하면 대답이되지 않습니다. 무엇을 하든지 처음부터 올바르게하십시오. ("오른쪽"은 물론 상황에 따라 다릅니다. 프로토 타입, 수명이 중요한 프로덕션 코드 및 그 중간의 모든 것을 서로 다른 표준이 적용됩니다.)

0

고객이 원하는 것을 정확하게 보여주고 내 직업을 보여줄 수 있습니다. 그에게 관심을 끌고 프로젝트를 완료하는 데 더 많은 시간을 할애 해주세요. 각 모듈은 1 개월의 작업이 필요하지만 3 개월 후 클라이언트는 협력을 계속할지 여부를 결정합니다. 사용자 인터페이스는 그에게 흥미있는 유일한 것입니다. 나는 그가 스크린에서 그것을 보지 않으면 나는 엔진을 만드는 2 달을 보냈다라고 그에게 설명 할 수 없다.

+0

질문에 정보를 추가하려면 "대답"을 제공하는 대신 질문을 편집하십시오. 이 경우 확실히 내 대답에 설명 된 수직 슬라이싱 방식으로 이동하십시오.UI에서 구현의 가장 낮은 수준까지 완벽한 기능을 구현하십시오. 추가적으로 구현하려는 기능을 알고 있다면 UI에서 좀 더 완벽한 UI 룩앤필을 보여주기 위해 UI에 일부 자리 표시자를 가질 수 있습니다. – laalto