우리는 빛의 표지 인 성배와 같은 새로운 기술을 다루는 경향이 있으며 느리고 비효율적이며 오래된 모든 것에 대한 해답입니다. 계획과 예측의 트럭으로 구현 된 경우에도 가능합니다.
그러나 우리 모두는 그것이 어떻게 진행되는지 알고 있습니다.
정부에서 몇 년 동안 우리가 이길 수없는 기술을 따라 잡는 게임을하고있는 것처럼 느껴졌을 때, 나는이 예언이 당연한 것으로 여겨 질 때 어떤 일이 일어날 수 있는지 배웠습니다. 그것은 성배와 조금 비슷해 보이지만 단순한 문제에 대한 비용 초과, 지연 및 복잡한 해결책과 비슷합니다.
내가 배운 것처럼 성공적인 기술 프로젝트의 주요 열쇠 중 하나는 비즈니스 팀과 기술 팀 간의 조화로운 관계입니다. 내 경험상 비즈니스 팀은 종종 변화를 주도하고 있었으며 (예를 들어, 연방 보조금 지출을 추적하기 위해 더 복잡한 시스템이 필요함), 개발자와 IT 프로젝트 관리자가이를 수행 할 수 없다면 진전을 이룰 수 없었습니다. 우연히 있다. 프로젝트는 종종 서로 다른 언어를 말하고 크게 다른 기대를 유지 한 결과, 조화로운 것과 크게 다른 결과를 낳았습니다 (예를 들어, 나에게 사소한 것처럼 보이는 변화는 종종 개발자에게 중요한 것으로 밝혀졌습니다).
그러나 비즈니스와 기술은 친구가 될 수 있으며 반드시 있어야합니다. 좋은 뉴스? 조화를 이루는 것은 그렇게 복잡하지 않습니다. 다른 협업과 마찬가지로 커뮤니케이션의 빈도 및 품질, 상호 합의 된 목표 및 이러한 목표의 불가피한 변화를 처리하기위한 계획과 관련이 있습니다. 다음은 비즈니스 기술 구분을 관리하기위한 몇 가지 기본 지침입니다.
1. 처음으로 요구 사항을 정하는 것을 목표로
비즈니스 요구 사항을 청사진으로 생각하십시오. 집에 대한 스케치 도면 세트를 그리지 않고 계약자에게 전달하여 운이 좋기를 바랍니다. 3 주 동안 공사를 마치지 않고 3 층과 4 층 욕실, 거실의 창문을 추가해달라고 요청하십시오. 그리고 건축가와 엔지니어의 입력없이 청사진을 그리지 않을 것입니다.
기술 프로젝트는 그리 다르지 않습니다. 정밀하게 설계해야하며 개발이 시작되면 전체 기초에 영향을주지 않고 변경 사항을 수용하기가 항상 쉬운 것은 아닙니다. 그렇기 때문에 처음부터 가능한 한 포괄적이고 솔루션에 필요한 사항을 생각할 때 필요한 정보와 전문 지식을 얻는 것이 중요합니다. 최종 사용자와의 인터뷰에서 직면 한 문제와 새로운 기술을 어떻게 사용해야하는지 이해해야합니다. 가정하지 말고 나중에 계획의 일부를 남겨 두지 마십시오.
2. 그러나 당신이 몇 가지 그리워 할 것임을 인정하십시오
즉, 추상 계획 단계에서 필요한 모든 단일 기능을 구상하는 것이 거의 불가능하다는 것을 알았습니다. 불가피하게, 일단 시스템이 개발되면 고급 검색 기능이나“저장 및 계속”버튼을 요청하는 것을 잊었다는 것을 깨달았습니다. 우리가 개발자들에게이 새로운 요청을 수용하도록 친절하게 요청하자 종종 좌절감을 느꼈습니다. 새로운 변경으로 인해 이미 수행 한 작업을 취소하고 솔루션의 일부를 다시 설계해야 할 수 있습니다. 아마도 우리는 하루가 걸릴 때 두 시간이 걸리는 것을 상상했을 것입니다.
이러한 게임 후반의 계시를 막지 못할 수도 있으므로, 이를 위해 버퍼에 빌드하는 것이 가장 좋습니다. 초기 타임 라인에 예산을 추가하고 예산에 5-10 %를 추가하십시오. 기대 변화가 얼마나 자주 발생 하는지를 인식하는 많은 조직은주기적인 재평가가 가능하도록 단계별로 기술을 출시하여 개발에 대한 민첩한 접근 방식을 채택했습니다. 당신의 접근 방식이 무엇이든간에 모든 것을 생각했다고 잘못 생각하지 마십시오. 거의 일어나지 않습니다.
3. 스코프 크리프를 알면
프로젝트가 진행되고 새로운 요구가 밝혀지면서 진정으로 필요한 것과 원하는 것을 구별하는 것이 중요합니다. 개발자에게 모든 종을 수용하고 마음을 휘 두르도록 요청하면 일반적으로 끝없는 프로젝트와 지나치게 복잡한 최종 결과로 이어질 수 있습니다. 각각의 새로운 요청이 이루어지기 전에 우선 순위를 정해야합니다.
기능을 고려할 때 몇 가지 기본적인 질문을 해보십시오. 시스템이 기능없이 작동합니까? 구현하는 데 시간이 얼마나 걸리고 궁극적으로 최종 사용자에게 얼마나 많은 혜택이 제공됩니까? 향후 릴리스에서이 문제를 해결하기 위해 기다릴 때 손실이 있습니까? 우선 순위를 지정하는 연습이며 모든 항목에 높음, 중간 또는 낮음의 상태를 지정할 수 있습니다. 낮은 경우 비유적인 주차장에 두십시오. 저는 누구나 "꿈 개발 요청"문서를 보유한 회사가 누구든지 아이디어를 추가 할 수 있고 엔지니어가 여가를 탐색 할 수 있다는 문서를 들었습니다. 프로젝트가 시작되고 성공적으로 실행되면 개선 된 배치의 일부로 항상 다시 방문 할 수 있습니다.
4. 공용어 개발
모든 새로운 시스템에는 핵심 비즈니스 목표가 있습니다. 이를 통해 더 많은 데이터를 캡처하거나 기존 프로세스를 간소화하거나 고객에게 새로운 서비스를 제공 할 수 있습니다. 업무가 시작되기 전에 비즈니스 팀과 기술 팀이 앉아서 목표를 전달하는 것이 중요합니다. 기술 목표에서 비즈니스 목표를 잃어 버리지 않아야하며 각 작업 단계에서 확실하게 기억해야합니다.
공통 언어를 개발한다는 것은 집단적 목표 설정뿐만 아니라 모든 사람에게 적합한 방식으로 진행 상황을 추적하는 것을 의미합니다. 비즈니스와 기술은 서로 다른 도구를 사용하여 작업을 측정 할 수 있지만 공유되는 진행 상황에 대한 최소한 하나의 견해가 있어야합니다. 날짜와 목표, 완료율과 같이 합의 된 필드가있는 프로젝트 계획 또는 스프레드 시트처럼 간단 할 수 있으므로 모든 사람이 완료 할 각 작업의 상태에 액세스 할 수 있습니다. 목표는 비즈니스 팀이 중간에 있다고 생각하고 기술 팀이 1/4에 불과하다고 말하는 상황을 피하는 것입니다. 모든 사람은 수행 된 작업과해야 할 일을 모두 동일하게 이해해야합니다.
사업 계획서 나 PowerPoint에서 연설 할 수도 있고, 코드에서 연설 할 수도 있지만, 출발과 명확하게 의사 소통을하지 않으면 결코 Babel에서이를 만들 수 없습니다. 성공적인 기술 프로젝트는 시작뿐만 아니라 모든 단계에서 마음의 회의에 관한 것입니다. 당신의 가정을 인정하고 너무 많이 만들지 마십시오. 비즈니스와 기술의 간격이 작을수록 교량을 더 쉽게 통과 할 수 있습니다.
