중요한 개인 전화 번호
이 기사의 제목은 고담시가 끔찍한 해협에 있을 때마다 고든 국장이 배트폰을 자유롭게 사용했다는 것을 의미합니다(1970년대 "배트맨" TV 시리즈).
이 문서는 "트렌치에서" 컬렉션의 일부입니다. 가상의 "배트맨" 이야기와 EPM 구현 중에 문제가 있을 때 배트폰에 액세스할 수 있기를 바라는 방법과 관련이 있습니다. 또한 구현 중에 문제가 발생하지 않도록 하는 여러 가지 방법에 대해서도 설명합니다.
이 문서의 Word 버전을 다운로드하려면 Batphone을 참조하세요.
더 많은 문서를 보려면 "참호에서" 백서를 참조하세요.
배트폰
1966년, 오리지널 배트맨 TV 시리즈가 방영되었습니다. 그것은 단지 지속 120 에피소드하지만 오늘날까지 지속되는 방식으로 문화를 변경. 배트맨과 로빈의 세계에서 (아담 웨스트와 버트 워드에 의해 연주), 모든 '박쥐'솔루션이 있었다. 무슨 문제가 있어도 배트맨은 해결책을 갖게 될 것입니다. 배트모빌, 배트보트, 배트플레인, 배트케이브가 모두 자리를 차지했다. 그리고 만약 당신이 도움이 필요한 사람이라면, 아무리 어렵더라도 배트맨에게 어떻게 연락할 수 있을까요? 글쎄, 물론 배트폰! 배트폰을 집어 들고 도움이 가는 길에 있을 것입니다.
고든 국장은 물론 모든 에피소드에서 절망적인 일이 일어났을 때 배트폰으로 돌아갔다. 그것은 도전이 얼마나 어려운 중요하지 않았다, 배트 폰을 데리러 22 분 (광고를위한 플러스 시간) 악당은 정복하고 고담 시티는 평화로운 상태로 돌아갑니다.
배트맨 세계의 모든 솔루션은 박쥐처럼 보이게되었다. 수갑? 박쥐 모양. 유틸리티 벨트? 박쥐 로고. 갈고리 갈고리? 물론 - 박쥐 날개처럼 보입니다. 놀랍게도, 배트폰의 이미지를 돌이켜 보면 화가 나서 정상으로 보였습니다. 다이얼이 있는 빨간색 전화기(기억하십니까?) 왜 다이얼이 있었는지 모르겠습니다. 그것은 단지 한 곳, 즉 구원이 손에 있던 배트케이브라고 불렀습니다.
다이얼과 배트맨의 오래된 에피소드를 가진 휴대 전화를 생각하는 것이 향수처럼, 그것은 정말 오늘의 기사의 포인트가 아니다. 배트폰이 은퇴한 지 40년이 지났지만, 사람들은 배트폰이 한 번 더 전화를 걸기를 바라며 매일 EPM 컨설턴트에게 전화를 걸고 있습니다.
그들의 악당은 다양합니다. 일부는 기술적입니다. 버전 x에서 버전 y로 업그레이드해야 합니다. 일부는 아키텍처입니다. 외부 세계의 사용자와 내부 EPM 시스템을 통신해야 합니다. 일부는 문화적입니다. 사용자가 시스템 사용을 거부합니다. 절차적 절차도 있습니다. 그들이 따르는 프로세스는 예상한 결과를 제공하지 않는 것 같습니다.
아무리 문제가 있더라도 컨설팅 회사에 대한 요청은 동일합니다: 22분 안에 해결할 수 있나요?
놀라운 수의 EPM 사용자가 들어오는 상황입니다. 어려운 상황에서 벗어나기 위해 긴급하게 도움이 필요한 상황입니다. 그것은 종종 비상 사태이며 솔루션은 어제 관리에 의해 필요합니다. 이러한 전화를 하는 사람들 (나는 매주 몇 가지를 얻을) 약한 마음이 아니다. 그들은 매우 지능적이고, 유능하고, 뛰어난 관리자입니다.
물론 배트폰은 없습니다. 나는 거기에 있었으면 좋겠다. 나는 개인적인 도전의 모든 종류에 사용할 것입니다. 따라서 이러한 전화를 하는 사람들은 받는 답변에 거의 만족하지 않습니다. 그래서, 몇 분 동안 사람들이 빨간 전화를 데리러 해야 한다고 느끼는 그런 꽉 장소에서 끝나는 방법과 당신이 그들 중 하나가되는 것을 피할 수있는 방법에 대해 이야기해 봅시다.
문제에 빠지기
먼저 EPM 구현을 수행하는 동안 사람들이 어떻게 문제를 겪는지 이야기해 보겠습니다. 몇 가지 일반적인 원인이 있습니다.
도전 과제 과소 평가 이는 EPM 배포에서 가장 일반적인 오류입니다. 모든 배포가 크고 어렵다고 말하는 것은 아닙니다. 항상 그런 것은 아닙니다. 그러나 희망적인 생각으로 인해 EPM 배포의 이점을 얻는 데 걸리는 것을 과소 평가하는 것은 매우 일반적입니다. 과소 평가의 첫 번째 오류는 대상을 선택하는 것입니다. 어떤 사람들은 도구 설치를 성공적인 프로젝트로 선택합니다. 물론 그렇지 않습니다. 어떤 사람들은 도구의 첫 번째 사용 또는 도구에서 나오는 첫 번째 보고서를 대상으로 선택합니다. 그건 아니에요, 어느. EPM 도구를 선택한 문제에 대한 해결 방법은 대상으로 지정해야 하는 위치입니다. 즉, 문화권이 변경되고, 학습이 완료되고, 사용량이 프로덕션에 있고, 도구가 작동하고, 데이터가 있습니다. 예, 그것은 큰 일이 될 수 있습니다 - 하지만 당신은 그 목표의 1 인치 짧은 경우, 당신은 여전히 아무것도 없어. (글쎄, 거의 아무것도, 어쨌든.)
기술 프로젝트 만들기 기술 사업에 있는 우리의 사람들을 위해, 우리는 이것의 가장 유죄이고 실제로, 우리 대부분은 더 잘 알고 있습니다. 그러나 어떻게 든 기술의 가용성이 문제가 해결되었다는 것을 믿는 유혹은 저항하기 어렵다는 것을 의미합니다. 많은 조직에서 "하지만 Project Server를 설치했는데 왜 직원이 오버로드되나요? 우리가 몇 시간 동안 말했듯이, 엔터프라이즈 프로젝트 관리 작업을 만드는 것은 사람, 기술 및 프로세스의 조합과 좋은 측정을 위해 던져 변경 관리의 좋은 거래입니다. 소프트웨어 DVD가 문을 통과할 때 자동으로 도착하지 않습니다.
관리와 관련이 없음 이 것도 자주 발생합니다. 결국 엔터프라이즈 프로젝트 관리 시스템의 이점을 가장 잘 이해하는 사람들은 많은 프로젝트와 많은 리소스가 있는 환경에서 제공되는 방대한 양의 데이터를 분석하는 데 어려움을 겪고 있는 사람들이 될 가능성이 큽니다. 엔터프라이즈 프로젝트 관리는 조직이 복잡한 충돌 우선 순위 집합과 수많은 기술과 경험의 조합을 조정하려고 할 때 가장 인기가 있습니다. 관리가 이러한 프로젝트에 자연스럽게 관여할 것이라고 생각하지만 그렇지 않은 경우가 많습니다. 기업 문화를 단일 프로젝트 정신에서 엔터프라이즈 프로젝트 정신으로 변경하는 과제는 기업 프로젝트 정신 없이는 극복하기가 거의 불가능하며 EPM 배포를 완료하는 데 걸리는 것을 이해할 수 없다는 걱정 때문에 너무 자주 관리가 무시됩니다.
비현실적인 일정 만들기 EPM 배포에 오랜 시간이 걸리길 바라는 사람은 아무도 없습니다. 그리고 가장 일반적인 달이 아닌 며칠 또는 몇 주 안에 프로젝트를 완료할 수 있기를 바랍니다. EPM과 같은 "내부" 프로젝트에 대한 리소스를 클라이언트 기반 또는 상업 프로젝트처럼 쉽게 가져오지 않는 일반적인 과제도 있습니다. 이러한 이유 및 기타 이유로 인해 비참하게 부족한 리소스 요구 사항으로 프로젝트 일정을 만드는 것이 일반적입니다.
프로젝트 관리 시스템에 프로젝트 관리를 적용하지 않음 내가 쓴 것을 읽은 적이 있다면, 기회는 당신이 전에 이것을 본 적이 있습니다. 프로젝트 관리자는 "아이들이 맨발로" 증후군에 취약합니다. 그 결과 프로젝트 헌장, 승인된 예산, 추적된 일정, 전용 리소스 및 자신이 관리하는 다른 모든 프로젝트에 공통적인 다른 모든 자원이 부족합니다.
그들은 무엇을 기대하고 있었는가?
좋아, 사람들이 너무 자주 곤경에 자신을 얻는 방법입니다. EPM 시스템 배포에서 경영진이 기대하는 이점은 일반적으로 비즈니스 과제에서 직접 발생합니다. 관리가 소프트웨어, 하드웨어, 인프라 및 심지어 서비스에 대한 지출을 승인하도록 하는 문제를 해결할 것을 약속합니다. 이러한 문제 중 가장 일반적인 문제는 다음과 같이 친숙해 보일 수 있습니다.
리소스가 오버로드됨 어떤 리소스가 사용되고 있는지는 명확하지 않을 수 있지만 리소스가 오버로드되는 것을 발견하는 것은 매우 일반적입니다. 더 복잡한 문제는 일부 리소스가 오버로드되고 다른 리소스가 로드되지 않는다는 것입니다. 이는 종종 사용 가능한 기술과 경험 간의 불일치와 필요한 리소스 간의 불일치를 나타냅니다.
중요한 프로젝트가 적시에 완료되지 않음 중요한 프로젝트가 계획될 때 완료되어야 한다는 것은 분명하지만, 삶은 그러한 계획을 방해하는 것 같습니다. 리소스 요구 사항이 충돌하거나, 동일한 기술이 너무 많은 프로젝트를 너무 많이 선택하거나, 우선 순위가 잘못되었을 수 있습니다. 때때로 조직은 프로젝트 관리자의 기술이 부족하다고 생각하지만 다중 프로젝트, 다중 부서 매트릭스 환경에서는 본질적으로 조직적인 원인일 가능성이 높습니다.
프로젝트가 예산 내에서 완료되지 않음 일정에 대해 적용되는 내용은 비용에 동일하게 적용될 수 있습니다. 하이테크뿐만 아니라 다른 많은 산업에서 프로젝트 비용의 가장 가변적인 구성 요소는 적용된 인건비입니다. 동일한 사용자와 함께 훨씬 더 오래 걸리고 프로젝트에 비용을 추가하고 있습니다. 놀라운 수의 화이트 칼라 프로젝트는 여전히 추적되지 않은 상태로 남아 있습니다. 계획되었지만 프로젝트당 실제 비용은 기록되지 않습니다.
경쟁에서 보다 빠르게 프로젝트를 완료하고 있습니다 . 경쟁 경제에서, 시장에 먼저되는 것은 생존과 망각의 차이를 만들 수 있습니다. 따라서 많은 조직에서 적어도 경쟁사만큼 프로젝트 관리가 효과적인지 확인하는 것이 중요합니다.
프로젝트 리소스가 시간을 소비하는 것에 대한 가시성이 없거나 각 프로젝트에 소요되는 시간을 알 수 있는 방법이 없습니다 . 때로는 나쁜 대답보다 더 나쁜 대답이 없습니다. 고위 경영진이라면 특히 그렇습니다. 결과가 나쁘다는 것을 알고 있는 경우 현재 문제에 자신의 기술과 리소스를 적용할 수 있습니다. 뭔가 잘못되었지만 무엇을 말할 수 없다면 수갑을 차고 있습니다. 문제를 해결할 위치를 알 수 있는 방법은 없습니다.
어떻게 할까요? 문제에서 유지?
배트폰이 필요하다고 느끼는 지점에 도달하고 싶지는 않습니다. 따라서 EPM 환경으로 작업을 수행하여 해당 환경이 종료되지 않도록 하려면 어떻게 해야 할까요?
좋아, 우리가 첫 번째 섹션에서 말한 모든 것은 분명하다 :
좋은 추정치 수행
EPM이 단지 기술 프로젝트라고 생각하지 마세요.
처음부터 고위 경영진 참여
현실적인 일정을 만들고 업계의 다른 사람들과 비교하여 현실 확인을 제공합니다.
프로젝트 일정 및 프로젝트 헌장을 만들고 일반적으로 다른 프로젝트와 함께 수행하는 모든 작업을 수행합니다.
그 밖에 무엇을 할 수 있을까요?
우선, 미래의 어느 시점에서 배트폰을 사용하고 싶다는 감사의 표시로 프로젝트를 시작합니다. 너는. 알고, 당신이 할 수있는 한 가지는 당신이 에 대한 현재 계획이없는 지원을 위해 예산을하는 것입니다. 클라이언트는 "할당되지 않은 요구 사항"에 대해 프로젝트의 10%에서 20%를 예산을 책정하는 것이 좋습니다. "그게 뭐야?" 우리는 항상 묻는다. "나중에 알려드리겠습니다." 우리는 항상 대답합니다. 모든 돈을 사용하지 않는 것이 일반적입니다. 그러나 그 중 일부를 사용하는 것도 매우 일반적입니다. 숙련된 전문가가 이미 할당되어 있고 프로젝트에 예산이 할당되어 있으면 나중에 큰 차이를 만들 수 있습니다.
계획과 사람들이 바뀔 것이라는 기대부터 시작하세요. 내가 가장 좋아하는 프로젝트 관리 인용은 나폴레옹 보나파르트에서, 누가 말했다, "전투 계획은 적과 접촉 할 때까지 지속됩니다." EPM 계획도 마찬가지입니다. 구현이 몇 달 동안 지속될 가능성이 높다는 점을 감안할 때 일부 직원이 계획에 변경될 가능성은 매우 높습니다. 따라서 중복성을 계획합니다.
EPM 시스템은 발전합니다. 요즘 엔터프라이즈 애플리케이션에서는 "총 소유 비용"을 생각하는 것이 일반적입니다. EPM 프로젝트 계획에 총 애플리케이션 수명 주기를 포함해야 한다고 생각합니다. 구현하려는 도구의 버전에 대해 생각해 봤나요? 어떤 다른 도구에 의존하는지 생각해 보셨나요? 이러한 도구의 정기적인 업데이트/업그레이드는 어떻습니까? 사용자 지정을 수행했나요? 사용자 지정 학습은 어떻습니까? 이러한 항목을 배포해야 하는 새 버전으로 마이그레이션하는 방법을 생각해 보셨나요?
전문가의 중복도 계획합니다. 단일 컨설턴트가 사용자를 위해 일하는 경우 구현의 새로운 단계로 이동하거나 팀의 새로운 핵심 멤버를 소개할 때 몇 달 후에 어떤 일이 일어날까요? 해당 컨설턴트를 사용할 수 있나요? (컨설턴트는 한 프로젝트에서 다음 프로젝트로 이동하므로 대답은 종종 "아니요"입니다.) 컨설팅 회사와 함께 일하는 경우 필요한 경우 다른 사람들이 복제하도록 직원의 작업을 보존할 수 있는 방법에 대해 이야기해 보시겠습니까?
서면으로 입력
가장 일반적이고 가장 쉽게 해결할 수 있는 과제 중 하나는 부실한 설명서에서 비롯됩니다. 짧은 변경에 가장 쉬운 요소이지만 이러한 설명서의 존재는 서면 참조로 돌아가서 Batphone을 찾는 것 사이의 차이를 만들 수 있습니다. 문서를 작성하고 어딘가에 서랍에 넣는 것만으로는 충분하지 않습니다. 문서는 진행 중인 레코드의 일부가 되어야 하며 EPM 프로세스는 정기적인 검토 프로세스의 일부로 참조할 수 있습니다. 가장 중요하다고 생각하는 EPM 환경에 대한 몇 가지 문서는 다음과 같습니다.
비즈니스 사례 나는 그것이 너무 매력적이게 원래 비즈니스 사례에 대해 무엇인지 모르겠지만, 많은 면에서 추적을 잃는 가장 일반적인 것은, 그것은 당신이 처음에 EPM 환경이 이유의 커널입니다. 비즈니스 사례는 예상되는 조직 혜택에 대해 설명합니다. 조직은 EPM 시스템에서 무엇을 기대하나요? 우리가 배트폰 전화를 받을 때, 우리가 가장 먼저 묻는 것 중 하나는 "시스템이 당신을 위해 제공 될 것으로 예상되는 것은 무엇입니까?" 입니다. 관리자에게 묻지 않습니다. 또한 경영진, 사용자 및 비즈니스 수혜자에게 문의합니다. 가장 일반적인 대답은 각 당사자와 다른 대답입니다. 원래 비즈니스 프레미스가 손실되었기 때문입니다.
역할 및 책임 역할 및 책임의 마지막 버전에서, 우리는 종종 개인의 이름으로 확인, 그리고 그것은 개인이 EPM 시스템에서 수행하는 역할이 잊혀지기 전에 오래 걸리지 않습니다. 역할 및 책임 문서를 유지하면 조직이 자연스럽게 인사 변경 또는 조직 구조 변경을 거치면서 EPM 프로세스에서 수행하는 사람의 매개 변수를 조정할 수 있습니다.
프로세스 가이드 및 순서도 이것은 종종 우리가 절차 가이드로 내려갈 때 잊혀집니다. 사람 절차 설명서에 "할 일" 단계가 남아 있지만 이러한 단계가 중요한 이유와 각 단계의 결과로 수행하는 작업에 대한 컨텍스트는 남아 있지 않습니다. 프로세스 가이드와 무엇보다도 시각적 순서도를 통해 미래의 관리자는 시스템이 제공하는 것을 이해하고 향후 시스템을 훨씬 쉽게 조정할 수 있습니다.
시스템 선택 조건 EPM 시스템과 그 과정에서 선택한 타사 도구를 선택할 때 미래 세대에게 귀하의 결정이 무엇을 기반으로 했는지 알려주세요. 시스템이 배포된 지 5년, 7년, 심지어 10년 후에 조직에 들어갔고 여러 도구가 연결된 시스템을 보고 "왜 그렇게 하고 있나요? 이 작업을 수행하는 것이 훨씬 쉬울 것입니다!" 이러한 결정에 대한 이유는 찾을 수 없습니다. 어떤 경우에는 클라이언트가 기존 도구의 최신 버전을 감안할 때 훨씬 더 쉬웠을 수 있는 매우 복잡한 방식으로 몇 년을 보냈습니다. 몇 년 전에 특정 방식으로 무언가를 하기로 선택한 이유에 더 이상 액세스할 수 없기 때문에 도구를 변경하거나 최신 버전을 사용하기로 쉽게 결정할 수 없습니다.
정말 배트폰이 없습니다.
내가 말할 때, 그것은 내가 정말 부활절 토끼 또는 산타 클로스가 없다고 말하는 것 같은 느낌. 그것은 단지 나쁜 소식입니다. 하지만 배트폰은 없습니다. 나는 확신, 그래도, 그 마법의 전화의 단지 부재는 고담 시의 최신 악당을 정복하라고 내일 나에게 전화에서 사람들을 중지하지 않습니다. 문제가 발생해 전문가에게 전화해야 할 필요성을 느끼는 경우 몇 가지 권장 사항은 다음과 같습니다.
당신이 얻을 조언을 들어. 전문가에게 조언을 제공하고 그들이하는 것보다 더 잘 알고 있다고 결정하는 것은 어리석은 일입니다. 조언을 구하고 전문가를 상대하는 경우, 경청하고 적어도 조언을 고려해 보세요. 배트맨은 고든 국장이 그렇게 할 때마다 고든 국장에게 몇 번이고 나타나지 않았을 것이며, 고든은 "이제 당신이 여기 왔으니, 배트맨, 내 다른 모든 경찰관들이 하는 것과 똑같은 일을 하십시오"라고 말했다.
배트맨은 22 분 안에 그것을 할 수 있지만, 당신은 아마하지 않습니다. 전문가에게 전화를 걸면 과제를 해결하는 데 얼마나 걸리는지 알려주세요. 그는 완료 후 그것을 해결 하지 선택할 수 있습니다., 하지만 EPM 문제를 해결, 심지어 기술적인 것 들, 거의 몇 분 정도 걸립니다. 결국, 배트맨은 8 분이 광고에 할당되었기 때문에 22 분 안에 그것을해야했고, 그들은 필수적입니다.
고든 국장은 배트맨에게 해결책을 말한 적이 없으며, 단지 문제일 뿐입니다. 패치를 적용하고 보고서를 작성하고 두 사람을 교육해야 한다는 것을 알고 있는 당황한 EPM 관리자로부터 전화를 받는 경우가 많습니다. 나는 항상 참을성이 듣고 그들이 단지 나에게 해결책을 설명 한 대로 문제를 설명하기 위해 클라이언트를 요청합니다. 전문가에게 전화를 걸기 전에 먼저 테이블에 놓고 싶은 문제에 대해 생각해 보십시오.
결론
당신은 정말 배트 폰을 사용해야합니다. 주변을 물어보세요. 한 명의 컨설팅 전문가에게만 물어보지 말고 가능한 솔루션을 하나만 얻지 마세요. 배트폰 전화를 받을 수 있는 사람을 아는 동료나 업계의 다른 사람들에게 물어보고, 그 중 적어도 두 명과 이야기를 나눴습니다. 한 전문가와 다른 전문가가 문제를 어떻게 다룰 수 있는지 확인하는 것은 좋은 현실 검사입니다. 배트맨은 놀랍지만 선택할 수 있는 슈퍼 히어로가 많다는 것을 기억하세요!
작성자 정보
Chris Vandersluis는 캐나다에 본사를 둔 HMS 소프트웨어인 Microsoft Certified Partner인 몬트리올의 사장 겸 설립자입니다. 그는 맥길 대학교에서 경제학 학위를 취득했으며 프로젝트 제어 시스템의 자동화 분야에서 30년 이상의 경험을 보유하고 있습니다. 그는 PMI(프로젝트 관리 연구소)의 오랜 회원이며 MPUG(Microsoft Project Users Group)의 몬트리올, 토론토 및 퀘벡 지부를 설립하는 데 도움을 주었습니다. Chris가 저술한 출판물에는 포춘, 헤비건설 뉴스, 컴퓨팅 캐나다 잡지, PMI의 PMNetwork 등이 있으며, 프로젝트 타임즈의 정기 칼럼니스트입니다. 그는 McGill 대학에서 고급 프로젝트 관리를 가르치고 종종 북아메리카 및 전 세계의 프로젝트 관리 협회 기능에서 연설합니다. HMS Software는 TimeControl 프로젝트 지향 시간 유지 시스템의 게시자이며 1995년부터 Microsoft 프로젝트 솔루션 파트너로 활동해 왔습니다.
Chris Vandersluis는 다음에서 전자 메일로 연락할 수 있습니다. chris.vandersluis@hms.ca
Chris Vandersluis에서 더 많은 EPM 관련 문서를 읽으려면 HMS의 EPM 지침 사이트(https://www.epmguidance.com/?page_id=39)를 참조하세요.