개발단계에서 망하는 팀은 이렇습니다. | 매거진에 참여하세요

인사이트/로그기획 관련
작성일 : 25.02.19

개발단계에서 망하는 팀은 이렇습니다.

#개발단계에서망한다? #문제점 #원인 #해결책 #복잡성평가 #커뮤니케이션불충분 #프로젝트계획수립 #신기술의도입 #부실한변경관리 #구현후손놓기

👉 본문을 50%이상을 읽으면 '여기까지다' 퀘스트가 완료됩니다(로그인 필수)

새로운 소프트웨어를 구현하는 것은 큰 도전입니다.

이는 세밀한 계획, 명확한 커뮤니케이션, 그리고 신중한 실행을 요구합니다.

그러나 최선의 의도에도 불구하고 많은 프로젝트가 예산과 일정을 초과하거나 목표를 달성하지 못하는 경우가 많습니다.

"약 14%의 IT 프로젝트가 완전히 실패하며,

대다수의 프로젝트(43%)는 시간과 예산을 초과하고, 49%는 구현 과정에서 범위 변경을 경험합니다.”

이 수치는 많은 조직이 직면하는 어려움을 상기시키며, 일반적인 함정을 이해하는 것이 실패를 피하는 데 얼마나 중요한지 보여줍니다.

왜 문제가 발생하는가?

1. 커뮤니케이션의 불충분

알아서 잘 해주겠지? 잘 했겠지라는 마인드로 접근하게 되면 모두가 곤란해지는 경우가 많습니다.

일주일에 1회 이상의 정기회의와 지속적인 중간회의가 필요합니다.

조금씩 늦춰질때마다 원인을 확인하고, 그것을 같이 해결할 필요가 있습니다.

  • - 주기적인회의: 구현을 시작하기 전에 소프트웨어의 기능과 비즈니스 프로세스를 철저히 평가하고, 문제를 미리 발견하세요
    - 소프트웨어 사용: 슬랙/지라 등 솔루션을 써서 관리하세요, 눈에 시각적으로 잘 보입니다.
    - 다 같이 해결 : 한 사람이 모든 것을 해결할 수 없습니다. 그건 그냥 기간만 늘어나게 됩니다.

2. 복잡성을 과소평가


소프트웨어 구현에서 가장 큰 함정 중 하나는 관련된 복잡성을 과소평가하는 것입니다.

구현하려는 시스템이 예상보다 더 복잡할 수 있거나, 중요한 세부 사항을 간과하면서 프로세스를 지나치게 단순화할 수 있습니다.

복잡성을 잘못 판단하면 서둘러 구현하게 되어 전체 프로젝트를 위험에 빠뜨릴 수 있습니다.

  • - 철저한 평가: 구현을 시작하기 전에 소프트웨어의 기능과 비즈니스 프로세스를 철저히 평가하십시오.
    - 단계적 접근: 프로젝트를 관리 가능한 단계로 나누어 세밀한 계획과 필요에 따른 조정이 가능하도록 하십시오.
    - 전문가 상담: 프로젝트의 전체 범위를 평가하고 이해하기 위해 해당 분야 전문가와 논의해보세요.

3. 불충분한 프로젝트 계획

  1. 불충분한 프로젝트 계획은 소프트웨어 구현의 성공에 심각한 영향을 미칠 수 있는 또 다른 일반적인 함정입니다.

  2. 프로젝트 목표, 일정, 자원 할당을 명확히 정의하지 않은 상태에서 구현 프로세스는 빠르게 혼란에 빠질 수 있습니다.

지나치게 낙관적으로 잡는 경우가 많고, 그것에 대하여 박수를 쳐주는 계획은 쓸모없습니다.

  • - 포괄적인 계획: 초기 설정, 테스트, 그리고 구현 후 지원을 포함한 구현의 모든 측면을 다루는 포괄적인 프로젝트 계획을 수립하십시오.
    - 명확한 책임과 커뮤니케이션: 프로젝트 전반에 걸쳐 책임과 커뮤니케이션을 보장하기 위해 명확한 역할과 책임을 할당하십시오.

4. 새로운 기술을 잘 모르고 시작한다.

  1. 불충분한 인지는 소프트웨어의 기능을 충분히 활용하지 못하게 하고, 새로운 시스템의 효과를 제한할 수 있습니다.

  2. 사용해보지도 않은 기술을 선정하는데 있어서, 그 위험성이나 러닝커브를 판단하지 않고 시작합니다.

이를 위해서는 이미 알고 있는 기술의 연장선상이나, 레퍼런스 체크를 제대로 해볼 필요가 있습니다.

  1. - 상세한 학습 계획: 시스템 기능을 다루는 상세한 학습 계획을 수립하십시오.
    - 지속적인 학습 기회: 시간을 별도로 제공하거나 , 그 과정을 지속적으로 제공해주세요
    - 지원적인 학습 환경: 새로운 시스템을 숙달할 수 있도록 지원하는 학습 문화를 조성하십시오.


5. 부실한 변경 관리


부실한 변경 관리는 소프트웨어 구현을 방해할 수 있습니다.

사람들은 종종 변화에 저항하며, 특히 기존 구현을 방해할 때 더욱 그렇습니다.

변화를 관리하기 위한 구조화된 접근 방식 없이는 새로운 시스템의 도입이 어려워질 수 있으며, 이는 시스템의 미흡한 활용이나 이전 프로세스로의 회귀로 이어질 수 있습니다.

6. 구현 후 지원을 간과함

구현 후 지원을 계획하거나 예산을 편성하지 못하는 것은 소프트웨어의 장기적인 성공을 크게 훼손할 수 있습니다.

가장 견고한 시스템도 정기적인 유지보수, 업데이트, 그리고 문제 해결이 필요합니다.

  • - 초기 예산/기간에 포함: 초기 프로젝트 계획과 예산에 구현 후 지원을 포함시키십시오.
    - 지원 팀과 역할의 구성: 지속적인 유지보수와 업데이트를 처리하기 위해 지원 팀을 구성하거나 보상을 제공해주세요.
    - 정기적인 시스템 감사: 문제를 조기에 식별하고 해결하기 위해 정기적인 시스템 감사를 계획하십시오.