애자일 자금 조달

내가 일하는 회사는 잠깐 동안 폭포의 "기쁨"을 경험 한 민첩한 프로젝트 관리 전략으로 전환하고 있습니다. 핵심은 마감 기한을 맞추는 대신 기능을 제공하는 데 중점을두고 있다는 것입니다.

애자일 (Agile)을 통해 개발 된 반복 릴리스로 인해 개발 프로세스와 고객 관계가 확실히 개선되었지만 프로젝트의 자금 지원 전략에 동일한 근거를 적용하는 것이 다소 어려워지고 있습니다. 고객은 종종 애자일 (Agile)과 같은 개념에 익숙하지 않으며, "준비되면 준비 될 것"의 경우로 그들이 인식 하는 것에 큰 관심을 표명 합니다.

애자일 프로젝트 자금 조달에 대한 사람들의 생각과 경험을 듣고 싶습니다

편집 : 나는 사람들에게 민첩한 방법의 장단점을 설명하도록 요구 하지 않으며, 민첩한 것이 "준비되면 준비 될 것"이라고 생각한다고 생각합니다. 애자일 개발 관행을 옹호 할 때 함께 일한 고객 / 기업.

내가 관심이있는 것은 사람들이 비즈니스 고객 / 관계에 확고한 "전통적인"폭포수 예산 방법과보다 진보적 인 개발 방법과 그들이 진화를 지원하기 위해 채택한 예산 전략 사이의 갈등을 해결 한 경험입니다.

모든 기능에 대해 정확한 최종 날짜를 가진 프로젝트에 대해 견적을 제출할 수 있다면 왜 민첩한 접근 방식으로 전환 했습니까? 당신과 다른 모든 사람들이 이것으로 어려움을 겪고 있으며 민첩한 접근 방식이이 사실에 선행하고 있습니다. 경쟁에 대한 선전으로 사용하십시오. Southwest Airline은 다른 사람과 마찬가지로 섬 좌석을 약속하지 않고 다른 사람에게 제공합니다.

물론 고객은 정확한 종료 날짜를 원합니다. 그들은 원래 요청에 대한 변경 사항에 관계없이 저렴하고 버그가없는 소프트웨어를 미리 제공하기를 원합니다. 애자일 원칙을 사용하여 프로젝트를 판매하는 방법을 배우려면 영업 팀에 문의하십시오. 더 많은 교류를할수록 프로젝트가 언제 끝날지 알 수 있습니다. 클라이언트는 변경 요청의 영향을 고려하는 방법도 배웁니다.

애자일 프로젝트는 "준비되면 준비 될 것"이라는 라인을 따라 작동하지 않습니다. 그것은 폭포 공학의 고전입니다.

애자일 프로젝트는 고객이 추가 기능에 더 이상 돈을 쓰지 않기로 결정하면 완료됩니다. 이는 영업 사원이 주요 판매 지점으로 전환 할 수 있습니다. 고정 된 금액의 돈에 대해 고정 된 기능 세트 (선불 또는 사전에 알려지지 않았을 수도 있음)를 사용하는 대신 고객은 초기 기능 세트의 초기 금액으로 시작하여 단계적으로 취할 수 있습니다. 이를 통해 몇 가지 사항을 보장 할 수 있습니다.

• 기능 목록의 우선 순위가 올바르게 지정되는 한 고객은 항상 다음으로 전달되는 다음으로 가장 중요한 기능을 얻으므로 지출에서 최대의 이익을 얻습니다 ( "가장 큰 돈을 벌 수 있습니다").
• 고객이 돈이 부족하면, 그는 자신의 투자를 극대화하고있다 그리고 당신은 당신이 제공 한 내용을 지불하고있다. 아무도 다 치지 않고 모두 이익을 얻습니다.
• 고객은 휠을 돌릴 때마다 (인터 레이션이 끝날 때마다) 우선 순위와 기능에 대한 생각을 바꿀 수 있습니다. 일반 고정 가격 계약보다 뚜렷한 이점.

아마도 더 많은 것이 있지만 위의 내용으로 인해 영업 사원이 올바른 방향으로 갈 수 있습니다.

글쎄, 나는 그것이 "준비되면 준비 될 것이다"의 경우로 보지 않는다. 민첩한 방법론은 2 주마다 정기적으로 결과물을 제공하도록 장려합니다. 그렇기 때문에 고객은 제품의 기능이 어떻게 형성 될 것인지에 대한 지침을 제공하기 때문에 수명 기간 동안 프로젝트에서 중요하고 매우 중요한 부분을 차지합니다. 폭포 접근 방식에서와 같이 클라이언트는 프로젝트의 끝이 아니라 결과를 더 빨리 보게됩니다.

고객이 프로젝트의 일부가되고 프로젝트가 조기에 시작되는 것을 보게 될 것이라는 사실을 되풀이하는 한, 완료 될 때까지 기다리지 않아도된다는 확신을 가질 수 있습니다.

내가 일하는 곳은 애자일의 끔찍한 끔찍한 일이지만, 고객은 정식 릴리스보다 반복적으로 소프트웨어 개발을 선호하는 것 같습니다.

반복은 고객이 개별 요청에 적합합니다. 고객이 무언가를 요청하고 기능이 구현되면 한 번만 수행되는 것이 아니라 릴리스를 위해 그룹화 한 다른 모든 작업도 수행한다는 점에서 기능을 구현한다는 점입니다.

고객이 "이 기능을 원하고 우리가 신경 쓰지 않는 다른 여러 기능이 제공 될 때까지 8 개월 동안 기다리기를 원합니다."

반복과 조화를 이루는 지불주기를 설정하는 것은 어떻습니까? 민첩성의 개념은 짧은 분출 량으로 만 계획하고 추정 할 수 있으며 이러한 짧은주기에 대한 추진과 헌신은 여전히 ​​강력하다는 것입니다. 따라서 같은 방식으로 자금을 조달하지 않는 이유는 무엇입니까?-클라이언트가 안내에 기여하는 동시에 $$로 일자리에 기여하도록하십시오. 결국, 원하는 것을 얻지 못하면 돈을 지불해서는 안됩니다.

그런 다음 클라이언트가 코드를 소유하고 있거나 실행 파일을 소유하고 있습니까? 그러나 이는 이전의 폭포 형 프로젝트와 일치 할 것입니다.

애자일의 아이디어는 각 스프린트가 끝날 때마다 빠르게 반복하고 제공 할 것을 정확하게 설정하므로 스프린트 2/3/4 주가 지나면 애플리케이션 / 프로젝트에 실질적인 기능이 있다는 것입니다 고객에게 제시하고 피드백을받을 수 있습니다.

도착 : 기존 결과물과 함께 '스프린트'를 '마일스톤'으로 묶고 마일스톤 당 지불을받을 수 있습니다.

나는 당신이 고정 프로젝트를 팔고 애자일을 처리해야한다고 확신하지 않지만 고객에게 반복을 판매해야한다고 확신합니다.

반복은 이해하기 쉬우 며 두 개념을 혼용하지 않습니다.

다음 두 문서는 민첩한 관리 및 영업 프로세스 상호 작용에 대한 정보를 제공합니다.

http://www.nayima.be/html/fixedpriceprojects.pdf 및 http://www.nayima.be/html/agilefixedprice.pdf