단계 1 팀
만약 당신이 책임을 받는다면, 당신의 인적 자원 부서에 대한 새로운 소프트웨어 시스템을 선택하세요. 어디서부터 시작하든 대부분의 회사들은 소프트웨어 시스템 선택을 담당하는 팀을 구성한다. 사람들은 이 임무를 공동으로 완수하기 위해 3 명에서 7 명으로 구성된 팀을 구성하는 것이 좋은 선택이라고 생각한다. 일반적으로 소프트웨어 시스템 선택에 여러 사람이 참여할 수 있다면 프로젝트의 품질이 향상되거나 더 나은 보증을 받을 수 있을 것입니다. (데이비드 아셀, Northern Exposure (미국 TV 드라마), 소프트웨어 시스템, 소프트웨어 시스템, 소프트웨어 시스템, 소프트웨어 시스템) 그러나 누구를 이 집단에 포함시켜야 할지는 실제로 누가 주요 사용자인지 보고 결정할 수 있다.
또한 처음부터 IT 기술 지식이 풍부한 팀 구성원, 과학적 관리, 비용 통제 불능으로 인해 프로젝트가 실패하는 것을 방지해야 합니다. 일부 대기업은 프로젝트 그룹과는 별도로' 시스템 추진위원회' 를 가질 수 있다. 추진위원회는 일반적으로 회사의 일부 의사결정권자들로 구성되며, 비용 또는 비용 검토를 담당하고, 계약 협상에 참여하며, 프로젝트 팀의 고위 지원을 제공합니다.
목표를 설정하다
그룹 회의는 먼저 인적 자원 관리 시스템 프로젝트의 목표를 정하고 세워야 한다. 처음부터 프로젝트 목표를 설정하지 않으면 잘못된 제품을 평가하는 데 중요한 시간을 낭비하게 될 것이며, 심지어는 더 나빠지고 결국 잘못된 소프트웨어 시스템을 선택하게 될 것이다. (존 F. 케네디, 노력명언) 이러한 목표는 다음과 같습니다.
1. 인적 자원 관리 시스템의 IT 기술 전략은 무엇입니까?
2. 무엇이 필요한데 왜 필요하세요? 시스템에 필요한 기능은 무엇입니까?
3. 당신은 노력을 통해 어떤 결과를 얻기를 원합니까?
이 시스템을 통해 어떤 비즈니스 프로세스를 변경하고 싶습니까? 새로운 비즈니스 프로세스는 어떤 것이어야 합니까?
비즈니스 프로세스의 시스템 요구 사항은 무엇입니까? 새 시스템은 전체 비즈니스 프로세스를 어떻게 지원합니까?
이러한 목표를 결정하기 위해 고위 관리자, 인사 부서의 다른 인력 및 시스템을 사용할 수 있는 다양한 사용자를 인터뷰하여 회사의 인적 자원 관리 시스템에 대한 진정한 요구를 파악해야 할 수 있습니다.
파노라마
사람은 자신의 목표를 정한 후에 자신이 원하는 시스템에 대한 파노라마를 갖게 되었다. 구직자 관리 또는 COBRA 관리와 같은 인적 자원 기능에 대한 별도의 솔루션을 찾고 있다면 회사의 인적 자원 관리 정보 시스템과 통합할 수 있는지 확인해야 합니다. 다른 시스템을 고려해야 할 때 고립된 문제입니까? 새로운 HRIS 통합 솔루션을 선택하면 교육 기록 관리 및 성과 관리와 같은 모든 전문 요구 사항을 충족할 수 있습니까? 개별 솔루션을 고려할 때 회사 HR 의 IT 기술 전략에 부합하는지 여부를 고려해야 합니다.
미래 수요
시스템의 발전을 보장하기 위해서, 사람들은 또한 몇 년 후에 사람들이 어떤 정보 시스템을 필요로 하는지 고려해야 한다. 또 몇 년 후 어떤 특별한 수요가 있을 수 있는지, 언제 이런 상황이 발생할 수 있는지 고려해야 한다. 앞으로 이 자료들이 더 필요하신가요? 예를 들어 직원의 신분증, 생년월일, 사회보장번호, 이름, 주소 등이 있습니다. 그렇다면 구매요청 정보의 이중 입력을 방지하는 방법을 고려해야 합니다. 우리는 인적 자원 정보 시스템의 네트워킹을 시작할 준비가되어 있습니다. 시스템 구현으로 인해 변경되거나 변경될 주요 비즈니스 프로세스는 무엇입니까? 사원 셀프 서비스 시스템과 관리자 셀프 서비스 시스템을 고려했습니까?
기술 환경
시스템을 선택하기 전에 새 시스템의 기술 환경을 식별하고 파악해야 합니다. 이 작업은 IT 전문가가 수행합니다. 일반적으로 대답해야 할 질문은: 당신이 찾고 있는 시스템이 독립 컴퓨터인지, LAN 인지, 인터넷인지, -응? 이 시스템은 어떤 운영 체제, Windows2003, Linux 등을 실행해야 합니까? 데이터베이스 애플리케이션 시스템의 경우 데이터베이스 시스템이 SQL, Oracle 또는 DB2 입니까? 장거리 데이터 입력 및 전송 문제를 해결하는 방법 인터넷 지원이 필요하십니까? 시스템 프로그래밍 언어 도구가 다르면 C# 이나 델파이와 같은 차이가 있나요? IT 부서는 향후 몇 년 안에 기술 플랫폼에 중대한 변화를 가져올 계획입니까?
예산
비록 공급자와 정식으로 협상하기 전에 예산을 세우기는 어렵지만, 공급자와 접촉하기 전에, 우리는 우리 회사가 지불하고자 하는 가격을 예상해야 합니다. 예산을 세울 때 이러한 비용을 소프트웨어, (컴퓨터) 하드웨어 및 구현의 세 부분으로 나누는 것이 중요합니다. 소프트웨어 비용에는 주로 시스템 소프트웨어 사용권, 데이터베이스 사용권, 소프트웨어 업그레이드 유지 보수 등이 포함됩니다. 하드웨어 비용에는 주로 서버 비용, 컴퓨터 장비 및 네트워크 장비 비용이 포함됩니다. 구현 비용에는 소프트웨어 설치 디버깅 비용, 교육 교육비, 데이터 변환 비용, 공급업체 또는 제 3 자가 제공하는 컨설팅 비용이 포함됩니다.
7 단계: 설명서 준비.
앞의 6 단계를 완료한 후에는 이 새로운 소프트웨어 시스템에 대한 사양을 작성해야 합니다. 이 문서는 인적 자원의 전체 IT 기술 전략부터 시작하여 프로젝트 구현의 목표를 나열하고, 사람들이 필요로 하는 기본 시스템의 기능을 명확히 하며, 이 시스템이 다른 시스템과 어떻게 통합되고 인터페이스되는지 설명하고, 5 단계에서 제기된 기술적 문제를 나열해야 합니다. 이 단계는 전체 선발 과정의 핵심 부분이다. 당신의 지시가 매우 명확하고 정확하며 명확하다면, 당신의 선택 과정은 매우 순조로울 것입니다. 그렇지 않으면 7 단계를 시작하지 말고 처음부터 다시 시작하세요.
개발 또는 구매
이 과정에서 많은 회사들은 자체 조직력이 시스템을 개발하는지 아니면 시장에서 성숙한 시스템을 구매하는지 고려해야 한다. 이러한 고려는 2 단계나 3 단계에서 일찍 고려하거나 15 단계나 16 단계까지 고려하지 않을 수 있습니다. 사람들은 이 단계가 늦어도 8 단계보다 늦으면 안 된다고 생각한다. 이는 전형적인 감정적 문제이기 때문에 지나치게 많은 정력을 얽히게 할 수도 있고, 심지어 과정을 실패하게 할 수도 있기 때문이다. 일부 회사들이 직접 개발한 인적자원 관리 시스템도 성공했지만 더 많은 회사의 노력은 실패했다. 마지막으로, 귀사의 IT 부서에서 일정과 예산을 포함한 자체 시스템을 개발하는 프로젝트 계획을 제안했다면, 시장 제품과 비교하기 전에 계획을 두 배로 늘려야 합니다.
수요 정보 게재
이제 요구 사항을 충족할 수 있는 공급업체나 제품을 식별하고 선택할 준비가 되었습니다. 이 정보를 공급업체에 전달하려면 어떻게 해야 합니까? 다른 회사의 동료에게 일반적인 기능 요구 사항을 충족시킬 수 있는 공급업체를 추천할 수 있는지 물어보는 것보다 간단합니다. 또 다른 방법은 인터넷을 통해 수요 정보를 게시하는 것입니다.
단계 10 데이터 예비 검토
일반적으로 수요 정보를 게시하여 후보 공급자 목록을 얻습니다. 다음으로, 그들에게 연락하여 그들이 당신에게 제공하는 회사와 제품 소개를 연구하십시오. 일반적으로 공급업체에서 제공하는 제품 설명서 깊이는 다릅니다. 일부 매뉴얼은 개념적으로나 개념적으로 자신의 제품을 묘사하고, 다른 매뉴얼은 매우 상세하며 많은 정보를 포함하고 있다. 따라서 시스템을 선택하고 선택할 수 있는 충분한 공급업체 및 제품 정보를 확보해야 합니다. 이것은 또한 매우 중요한 단계이므로 무시하거나 무시해서는 안 된다. 선택의 범위를 좁히고 목표에 접근하는 것이 너의 중요한 일이기 때문이다.
일부 공급 업체는 회사의 시스템 플랫폼에서 제품을 실행할 수 없거나 기능이 요구 사항을 충족시키지 못하기 때문에 전화를 걸면 삭제됩니다. 공급업체가 제공한 제품 정보를 자세히 논의하고 조사한 후 공급업체의 기술 표준 등에 따라 일부 공급업체를 삭제할 수도 있습니다. 여기에 한 가지 건의가 있다. 그들에게 연락할 때, 많은 공급자들이 면접을 예약하는 것이다. 그들에게 약속하지 마라, 이 단계에서 너는 아직 그들을 맞이할 준비가 되지 않았기 때문이다. 가능한 한 많은 정보를 제공할 수 있도록 허용해야 한다. 만약 당신이 그들에게 관심이 있다면 그들에게 더 연락하라는 것을 그들에게 알려 주세요.
단계 1 1 프로젝트 입찰 문서 게시
프로젝트 입찰 준비를 시작하여 현재 범위를 좁히는 공급업체 목록의 모든 생존자에게 보낼 수 있습니다. 프로젝트 입찰서는 한 페이지 또는 최대 10 페이지일 수 있습니다. 그것은 공급자가 그들의 제품에 대해 얼마나 많은 세부 사항을 제공할 것으로 예상되는지에 달려 있다. 일부 중소기업은 간단한 1 페이지 또는 2 페이지의 요구 사항 사양 설명서를 발표할 것이다. 요구 사항 설명에는 더 적은 정보가 포함되어 있지만 더 유연합니다. 가이드에 따라 조정하여 이 단계의 속도를 높일 수 있습니다. 대형 회사나 공공 부문은 보통 정식 프로젝트 입찰 서류를 사용한다. 인적 자원 정보 시스템의 요구에서 일반적인 요소는 다음과 같은 측면을 포함합니다. 회사 소개 소프트웨어의 하드웨어 구성과 지원할 수 있는 총 직원 수를 소개합니다. 시스템 기능 소개 필요한 소프트웨어 환경 및 사양 견적 (사용권비, 교육비 및 시행비, 향후 연간 유지비 및 핫라인 지원비) 구현 사례 공급업체가 제공하는 제품, 서비스 및 지원 카탈로그 계약 견본.
프로젝트 입찰이 완료되면 입찰서를 후보 공급자에게 보내 3 ~ 6 주 동안 입찰을 준비하는 것과 같은 합리적인 준비 기간을 제공합니다. 일부 공급업체는 필요한 시스템 특성을 결정하기 위해 입찰 샘플을 제공할 수 있습니다. 입찰서에는 공급자가 설명해야 할 몇 가지 문제 (예: 시스템이 입찰서의 모든 요구 사항을 충족시킬 수 있는지 여부) 를 명시하는 입찰 가이드가 포함되어야 합니다. 이러한 기능은 시스템의 업그레이드 버전에도 포함되어 있습니까? 시스템을 재설계할 필요가 있습니까? 만약 있다면, 비용은 얼마이고, 또 어떤 다른 문제가 발생합니까?
당신은 당신의 특별한 요구가 얼마나 많은 비용을 증가시킬 것인지, 실현될 수 있는 장애물과 어려움이 얼마나 될 것인지, 그리고 앞으로의 기술 지원에 어떤 영향을 미칠 것인지 매우 주의해야 합니다. (데이비드 아셀, Northern Exposure (미국 TV 드라마), 성공명언) 시스템을 설계하고 개조하기 전에, 두 회사 간의 일치를 보장하기 위해 회사의 업무 프로세스를 재창조하기 위해 최선을 다하는 것이 좋습니다.
단계 12 평가
모든 입찰서가 너에게 돌아올 때, 너는 모든 시스템을 평가하는 기본 기준이 필요하다. 전형적인 방법은 평가표를 준비하는 것이다. 평가 테이블의 열은 시스템 요구사항의 각 품목이고 행은 제품을 제공하는 각 공급자입니다. 그런 다음 입찰서의 각 항목에 대해 점수를 매길 수 있습니다 (예/아니오, 1 또는 기타 유사한 시퀀스 값). 각 공급자의 각 요구 사항을 평가함으로써 요구 사항을 가장 잘 충족하는 공급자를 찾을 수 있습니다. 다음 단계는 고객에게 연락하여 데모 및 평가를 위해 시스템의 베타 버전을 요청하는 것입니다.
단계 13 베타 버전 제어
일반적으로 시스템의 베타 버전은 공식 버전 시스템의 기능과 특징, 작동 방식 등을 보여 주는 비공식 시스템입니다. , 그리고 일반적으로 몇 가지 제한 사항이 있습니다. 따라서 시스템 공급업체가 제공하는 베타에 주의를 기울여 제어해야 합니다. 이것은 매우 중요한 일이다.
어떻게 통제합니까? 모든 소프트웨어 공급업체는 일반적으로 표준 베타 시스템을 보유하고 있으며, 여기서는 이 표준 베타 버전을 받아서는 안 됩니다. 자신의 필요를 확실하게 파악해야 하기 때문이다. 공급업체와 만나기 전에 테스트 시스템에 대한 자세한 요구 사항 문서를 준비하고 제공해야 합니다. 이를 통해 공급업체는 요구 사항에 맞는 테스트 버전을 제공할 수 있으며 요구 사항을 정확하게 파악할 수 있습니다. 베타 데모 평가 과정에서 모든 팀 구성원이 참여해야 합니다.
단계 14 2 차 평가
시스템의 모든 테스트 버전에 대한 데모 및 평가를 완료한 후 모든 팀 구성원은 각 테스트 시스템에 대한 만족도와 불만을 기록했습니다. 따라서 다음 단계에서 사용할 수 있도록 하나 이상의 공급자가 추가 정보를 제공해야 합니다. 물론 가격 요인을 고려해야 하지만, 이 가격이 절대 최종 가격이 아니라는 것을 알아야 한다. 공급업체가 요구 사항을 더 잘 이해하면 가격 라벨이 점점 더 정확해지고 더 높거나 낮을 수 있습니다. 마지막으로, 최종 선택을 위해 2 개 이하의 공급업체를 파악합니다. 이 행운의 사람들에게 나중에 최종 평가를 할 수 있도록 좀 더 자격을 갖춘 베타 시스템을 제공할 필요가 있다.
단계 15 결정 요소
프로젝트 팀은 이미 모든 소프트웨어 시스템을 평가했고, 지금은 결정을 내릴 때이다. 소프트웨어 시스템 선택에서 가격은 유일한 의사 결정 요소는 아니지만 하나입니다. 기타 분명한 의사 결정 요인은 기존 시스템과의 호환성과 해당 지방의 시스템 기능입니다. 많은 기업들에게 구현 비용과 일정도 의사 결정 요인이다. 여기서 주목해야 할 점은 관리팀 대표가 최종 투표권을 갖고 있기 때문에 관리팀 대표가 선택 과정에 참여할 수 있도록 해야 한다는 점이다.
단계 16 사건 조사.
이제 듣고 몇 가지 실제 사례를 조사할 수 있습니다. 사건을 심리하고 조사하기 전에 팀은 조사 기간 동안 해결해야 할 설문지를 준비해야 한다. 설문지의 질문은 시스템 기능에서 후속 지원에 이르기까지 당신이 관심 있는 모든 것을 포괄합니다. 검사 과정에서 Windows2003, Unix 또는 Linux 와 같은 시스템 운영 환경에 주의해야 합니다. 이는 HRMS 시스템이 회사의 시스템 환경인지 여부를 결정합니다.
같은 지역에서 이러한 시스템을 사용하는 사용자가 있다는 것을 알고 있다면, 그들을 방문하여 시스템이 실제로 어떻게 작동하는지 보고 실제 사용자의 시스템에 대한 의견을 듣는 것이 가장 좋습니다. 2 차 논증 평가 전에 사례를 듣고 검토하는 것이 가장 좋은 이유는 2 차 평가에서 제대로 해결되었는지 확인할 수 있도록 몇 가지 문제가 발견될 수 있기 때문이다.
단계 17 두 번째 데모 베타
첫 번째 데모에서는 프로젝트 팀이 특정 문제에 대한 두 번째 데모가 필요할 수 있음을 공급자에게 알려야 합니다. 이러한 특수 문제는 첫 번째 데모에서 해결되지 않았으며 사례 연구에서도 발견되지 않았습니다. 또한 관리 팀 대표가 이 프로세스에 참여해야 합니다. 기술 담당자는 이 프레젠테이션에서 모든 기술 문제가 해결되도록 해야 합니다. 시스템의 핵심 기능, 보고 시스템, 운영 속도, 구현 진행 상황 및 비용, 고객 서비스 및 프로젝트 팀이 관심을 갖는 기타 문제를 검토합니다. 그들이 제시한 각 항목에 대해 공급자와 논의하는 것도 필요하다. 견적에서 관련 문제를 명확히 하고 조정할 수 있는 기회. 2 차 시범평가에서 모든 의혹을 해결하지 못했다면 지루하지 마세요. 너는 공급자에게 세 번째 혹은 더 많은 데모 평가를 제공할 것을 요구해야 한다.
18 단계 평가 및 다시 선택.
모든 진술이 완성되었고, 모든 질문에 답했고, 지금은 마지막 선택의 시간이다. 투표하기 전에 2 차 진술에서 얻은 정보를 검토하십시오. 이 모든 정보를 원래 목표 및 요구 사항과 비교합니다.
의사 결정을 돕기 위해 평가 양식을 만들 수 있습니다. 가로는 의사 결정 요소이고 세로는 개별 시스템 제품입니다. 이전 단계가 실제로 완료되면 팀이 쉽게 선택할 수 있습니다. 어떤 경우에는 두 시스템 모두 결국 당신의 요구를 만족시킬 수 있다는 것을 알게 될 것입니다. 따라서 가격, 교육, 구현 등 가장 유리한 솔루션을 선택하기 위해 이 회사들과 협상할 수 있습니다. (데이비드 아셀, Northern Exposure (미국 TV 드라마), 성공명언) 프로젝트의 각 단계는 시스템 선택의 성패와 관련이 있다.