프로젝트 관리|던컨 하우히에 의해|읽기 시간 분
의 몇 가지 걱정 통계 시작하자. 2015 년 스탠디쉬 그룹 보고서에 따르면 소프트웨어 프로젝트의 29%만이 성공했고,52%는 도전(비용 초과,예산 초과 또는 콘텐츠 결함),19%는 실패했습니다. 그 결과는 처음 몇 년 전에 등장하지만,결과는 더 적은 사실 오늘 없습니다.
또한 고객이 가치 있다고 생각하는 프로젝트의 비율은 59%이며 고객이 만족한다고 생각하는 프로젝트의 비율은 56%입니다.
불만족스러운 프로젝트 결과는 고객이 결과에 만족하지 않은 산업 표준이되었습니다. 그래서 우리는 그것에 대해 무엇을 할 수 있습니까?
좋은 출발점은 소프트웨어 프로젝트가 실패하는 중요한 이유 중 일부를 해결하는 것입니다.
이유 1:시간이 충분하지 않음
종종 프로젝트가 시작되기 전에 마감일이 결정되며 협상 할 수 없습니다. 이 마감일은 가정에 시작하는 거꾸로 러시 결과,빨리 코딩을 시작,빨리 당신은 프로젝트를 완료 할 수 있습니다.
코딩 시작을 서두르는 것은 거의 항상 잘못된 접근법입니다. 좋은 디자인을 만들기 위해 시간을 보내는 것이 필수적입니다. 좋은 디자인을 가지고 있지 않으면 개발 단계 전반에 걸쳐 지속적인 변화로 이어집니다. 이런 일이 발생하면 시간과 예산이 빠른 속도로 소비됩니다.
해결책:
- 똑바로 뛰어 들어 코딩을 시작하려는 유혹을받지 마십시오.
- 좋은 디자인을 만들 수있는 충분한 시간을 할당하고,프로젝트의 나머지 부분은 훨씬 더 실행됩니다.
이 접근 방식은 고객의 기대를 충족시키고 처음으로 올바르게 작동하는 것을 제공 할 때 평판을 향상시킵니다.
이유 2:예산 부족
대부분의 프로젝트는 프로젝트 요구 사항에 근거하지 않고 최저 가격,가장 성공적인 공급 업체 정책 또는 비현실적으로 낮은 예산을 가지고 있습니다. 이 경우 모든 것이 느려집니다. 자원은 도착하거나 결코 도착하지 않을 것이다 느리다;구석은 커트 얻고,질은 겪는다.
해결책:
- 예산에 관하여 현실주의 있고 완전한 필요조건에 기초를 두십시요.
- 공급업체 선정을 최저 가격에만 국한하지 마십시오.
- 예산 범위 내에서 배달의 입증 된 트랙 기록을 가진 공급 업체 또는 팀으로 이동합니다.
- 아래 공급업체 선택 체크리스트를 사용하여 프로젝트에 적합한 공급 업체를 찾습니다.
이유 3: 통신 불량
특히 소프트웨어 프로젝트의 경우”아무 것도 가정하지 마십시오”라는 격언이 있습니다. 고객,사용자 및 개발 팀과의 좋은 커뮤니케이션은 프로젝트 성공에 매우 중요합니다. 자신에게 세 가지 질문을:
- 팀의 모든 사람들이 당신을 이해합니까?
- 그들은 당신이 그들에게 기대하는 것을 알고 있습니까,아니면 그들이 알고 있다고 가정 했습니까?
- 그들은 서로,사용자 및 다른 부서와 잘 의사 소통합니까?
해결책:
- 지금 모든 통신 고장을 찾으십시오. 이러한 혼란과 프로젝트 나중에 합병증을 초래할 수 있습니다.
- 모든 사람이 프로젝트에서 일어나는 모든 것을 이해한다고 가정하지 마십시오.
- 시간을내어 커뮤니케이션에 접근 가능하고 개방적이며 빈번한 환경을 조성하십시오.
이유 4:프로젝트 진행 상황을 검토하지 않음
프로젝트가 진행됨에 따라 상황이 바뀌어 프로젝트에 큰 영향을 미칩니다. 문제를 조기에 극복하고 이해 관계자에게 지연 및 결과 변경 가능성을 경고하기 위해 프로젝트 진행 상황을 계속 검토하는 것이 중요합니다.
해결책:
- 프로젝트 중 팀 및 이해 관계자와 함께 진행 상황을 검토하기 위해 항상 이정표를 설정하십시오. 코스에 머물 필요에 따라 조정합니다.
- 무슨 일이 일어나고 그들이 직면하고있는 문제를 이해하기 위해 팀에 가까이있어.
이유 5:부적절한 테스트
배달 압력이 켜지면 테스트가 종종 어려워집니다. 테스트는 최소한의 노력으로 개발 주기가 끝날 때까지 남아 있습니다. 일반적으로 결과는 버그와 불행한 고객으로 가득 찬 제품입니다.
해결책:
- 개발 라이프 사이클 전반에 걸쳐 테스트를 수행하여 각 모듈 또는 구성 요소가 개발 될 때 테스트합니다.
- 개발 라이프사이클이 끝날 때까지만 통합 테스트를 중단하면 스트레스를 줄이고 더 나은 제품을 얻을 수 있습니다.
이유 6:프로덕션 환경에서의 테스트
얼마나 많은 조직이 프로덕션 환경에서 제품을 테스트하는지 놀랍습니다. 프로덕션 환경을 사용하는 것은 테스트 없이 보안 침해 및 우발적 릴리스로 이어질 수 있는 위험도가 높은 전략으로,프로덕션 시스템을 방해할 수 있습니다.
해결책:
- 새로운 소프트웨어 제품의 품질 보증 및 릴리스를위한 프로세스를 개발하십시오.
- 테스트 및 버그 수정을 위해 프로덕션 환경과 분리 된 환경을 제공합니다.
이유 7:품질 보증의 부족
종종 소프트웨어를 제공하기 위해 서둘러,품질 보증이 겪고있다. 코드 변경에 대한 설명서가 불완전하고 디자인에 결함이 포함되어 있으며 구현이 완료되지 않을 수 있습니다. 이러한 모든 리드 재 작업,시간 손실 및 결국 불행 한 고객.
해결책:
- 릴리스 전에 품질 검사 및 문서 소프트웨어에 시간을 가지십시오.
- 검토 마이클 엘 영 기사 6 프로젝트 품질 관리 성공 요인
이유 8: 업계 표준을 준수하지 않음
소프트웨어 프로젝트에서 업계 표준을 준수하면 접근성,휴대성,유용성,견고성을 보장하고 현재 및 미래의 문제를 줄임으로써 도움이 될 수 있습니다. 세계 와이드 웹 컨소시엄 및 국제 표준화기구와 같은 기관은 도전하기 어려운 개방형 표준을 개발했습니다.
해결책:
- 프로젝트에 대한 표준 접근 방식을 소개하는 시간을 가지십시오.
- 잘 작동하는 것을 찾아 계속하십시오.
- 작동하지 않는 것을 변경하십시오.
- 표준을 정기적으로 검토하고 업데이트하십시오.
다음에 소프트웨어 개발 프로젝트를 프로젝트 관리 할 때이 목록을 검토하고 성공을 보장하기 위해 필요한 것을 상기하십시오. 당신은 놀랄 것입니다;그것은 차이를 만듭니다.
추천 읽기:호르헤 도밍 게즈에 의해 혼돈 보고서 2009 의 호기심 사례.