반복 개발을 이해하지 못하는 선임 이사와 문제가 있습니다 (애자일이 훨씬 적음). 그는 모든 코드 라인을 작성하기 전에 SDS (Software Design Specification)가 완성 될 것을 확신합니다. 그에게 완전한 것은 모든 기능적 세부 사항이 있음을 의미합니다. 또한 전 Cobol 프로그래머 인 그는 "모듈"과 플로우 차트를보고 싶어합니다. 이것은 큰 소리로 울고 자바 웹 응용 프로그램입니다!

어쨌든, 코딩을 시작하기 전에 SDS가 100 % 완료 될 필요가 없음을 보여줄 수있는 간단한 장소를 찾으려고 노력하고 있습니다. 어떤 제안?

감사!

컨설턴트로서 나는 단순한 컨설팅 규칙을 이해합니다.

• 당신은 도움을 원하지 않는 사람들을 도울 수 없습니다.

당신이 가지고 있지 않은 권위의 힘을 제외하고는 누구도 원하지 않는 일을하도록 만들 수 없습니다.

코치로서 나는 세 가지 규칙을 가진 애자일을 소개합니다.

1. 프로젝트가 시작될 때 모든 요구 사항을 모을 수는 없습니다.

2. 당신이 무엇 요구 할 변화에 보장 수집합니다.

3. 시간과 돈이 허용하는 것보다 항상 할 일이 더 많습니다.

그리고 하나의 목표 :

• 매주 가치있는 것을 제공하십시오.

이것이 시작하기 위해 필요한 전부입니다.

관리자에게 확신을주는 것도 또 다른 일입니다.

개발자가 관리자가 이해할 수있는 것과 다르게 관리자를 민첩하게 이해하도록 할 수는 없습니다. 그에게 논쟁을 제시하고 (켄트 벡의 책은 좋은 출발입니다) 자신의 마음을 구성하게하십시오.

또는 실험을하도록 요청할 수 있습니다. 소규모 프로젝트를 가져 와서 반복적 인 개발로 실행하고 시간, 예산, 품질 문제 및 팀 만족도를 면밀히 파악하십시오. 이전 프로젝트 (또는 릴리스)와 비교하여 더 나쁘거나 중립적인지 확인하십시오.

당신은하지 않습니다

우선, 상무 이사가 소프트웨어 개발 방법론 선택에 관여하는 이유는 무엇입니까? 그 결정은 그의 급여 등급보다 낮고, 소액 관리가 불분명하며, 불신의 양을 말합니다.

둘째, 왜 그것을 전혀 이해해야합니까? 소프트웨어 사양이 석재로 고정되어 있으면 정확히 한 번만 반복됩니다. 그렇지 않은 경우 여러 번 반복됩니다. 이것은 그의 결정이 아니다 .

그가 자신의 결정이라고 생각하면 IT 관리자, 프로젝트 관리자, IT 설계자, 팀장 및 개발 팀의 권한을 침해하는 것입니다. 따라서 그는 @ # $ % ing 소프트웨어 또는 STFU를 작성하고 전문가가 공룡의 두뇌에 의해 방해받지 않고 작업을 수행하도록해야합니다.

농담이 아니야. 그가 당신을 당신의 일을한다고 믿을 수 없다면, 그는 그것을 스스로해야하고 당신은 비명을 질렀다 .

"소프트웨어를 만드는 것은 영화를 만드는 것과 같습니다. 미리 계획을 세워야하지만, 촬영하는 동안 좋은 결과를 얻으려면 재 촬영, 오래된 장면을 다시 방문하고 최종 제품을 편집해야합니다."

그런 다음 그는 다시 관리자입니다.

"시만텍 풀 서비스 솔루션을 생성하려면 시너지 유연성을 활용해야합니다."

오래된 말이 적용됩니다 : 당신은 말을 물로 데려 갈 수는 있지만 마실 수는 없습니다.

다른 사람들이 지적했듯이,이 선임 이사에게 정말로 중요한 것은 비즈니스 가치입니다. 자신의 플로우 차트와 모듈 다이어그램을 작성하고 "완벽한"SDS (우스운 개념이지만 원하는 것을 제공)를 작성하는 데 소요되는 시간을 빠르게 추정 할 수 있습니다. 이러한 것들에 대해 알고 있다면 (그리고 소프트웨어 작성을 시작했을 때의 방식이었습니다), 규모가 큰 프로젝트가 아니라면 몇 주가되기 쉽습니다. 그 수치를 돈으로 표현하십시오.

그런 다음 동시에 제공 할 수있는 기능의 양을 보여줍니다. 기본 웹 앱을 사용하여 같은 시간에 제공 할 수있는 작업을 수행하는 데 얼마나 많은 시간을 절약 할 수 있는지에 대해 비즈니스의 일부 사람들에게 문의하십시오. 그런 다음이 절감 효과에 곱하기는하지만 종종 3 년 안에이 기능을 사용합니다. 돈으로 표현하십시오.

돈으로 표현할 수있는 다른 사업상의 이점이있을 수 있습니다. 내가 가장 좋아하는 것은 항상 "구덩이"예방입니다. 소프트웨어가 재난을 최소화하거나 완전히 피하는 데 도움이되는 경우 최근 재난을 찾아 돈으로 표현하십시오. 그런 다음 상사에게 다음과 같이 말합니다. 지금 당장 가지고 있다면이 돈을 절약했을 것입니다.

그리고 돈 트릭이 효과가 없다면, 그에게 걸어 가서 그의 팀을 미세 관리하지 말라고 지시해야합니다. 내 경험상 그것은 다른 어떤 것보다 해고 될 가능성이 더 큽니다.

간단한 장소는 민첩한 소프트웨어 개발을위한 선언 일 수 있습니다 .

이 사이트에서 찾은 정보는 잘 알려진 전문가 그룹이 정의한 민첩한 소프트웨어 개발의 핵심 원칙에 관한 것입니다.

그건

• 프로세스 및 도구에 대한 개인 및 상호 작용
• 포괄적 인 문서에 대한 작업 소프트웨어
• 계약 협상을 통한 고객 협업
• 계획에 따라 변경 에 응답

그러나 전체 의도를 얻으려면 페이지를 자세히 살펴보십시오.

"빠른 프로토 타이핑"(일명 처음 몇 번의 반복을 코딩하기 시작 함)을 수행하면 SDS를보다 빠르고 정확하게 육체화할 수 있으며 (나중에 재 작업이 덜 됨) 비즈니스 가치를 더 일찍 제공 할 수 있습니다. 실제로 가장 가능성있는 비즈니스 가치는이 디렉터에게 중요한 전부이며,이를 달성하는 가장 좋은 방법은이 순차적 프로세스를 통하는 것입니다. 왜 당신의 접근 방식이 더 나은지 그의 용어로 보여 주어야합니다.

도움이 될 수 있습니다-http: //www.youtube.com/watch ?v= 4u5N00ApR_k

이 영화 "애자일 프로젝트를 운영하고 싶다"에서, 우리는 용감한 프로젝트 리더 인 루크의 경험을 따르고 있습니다. 루크는 기업 전체에서 다양한 만남을 가졌으며 애자일 프로젝트를 수립하고 전달하기 위해 노력했습니다.