针对Kronos连锁零售行业劳动力管理解决方案项目计划书

针对连锁零售行业劳动力管理解决方案项目计划书1.背景零售业在劳动力管理方面的特点：.人员众多、场地/位置分散，工时管理难度大；.班别复杂，且受多种外在因素影响。经常因为不合理的班别安排而引起高额的工资和加班工资支付；.员工类型较多，如临时工、综合工时制、标准工时制等，为了保证工资计算的准确度，必须采集到实际的、准确的工时；.工资计算方式/逻辑复杂，手工计算工作量大且容易出错，容易造成员工不满情绪，造成服务质量下降；据零售行业权威机构分析数据表明：工资计算错误通常占工资支付总额的2%到5%.工时采集设备相对落后，多为卡钟（纸张打卡）或非交互式的刷卡机，代打卡现象严重。虚假和错误信息多，数据处理工作量大、难度高。.用工方面符合《劳动合同法》的规定（工时，加班及休假），避免合规风险和高昂的成本2.项目概述针对零售企业劳动力成本过高的现状。通过对劳动力需求做出预测，根据企业需求及时调整劳动力安排，从而优化劳动力管理，提成劳动力整体效能。2.1项目目标项目要能够实现劳动力管理流程自动化，提高员工绩效，并且提供劳动力实时和分析数据，支持企业劳动力管理的科学决策。核心应用必须包括考勤出勤、劳务活动、排班、休假管理，员工和经理人自助等模块。劳动力管理实现精细化需求，使劳动力和内外部需求驱动因素的精确匹配，从而提升企业的经营业绩。2.2产品目标与范围产品目标：“减少生成排班表的时间;优化人员调度，正确的人在正确的时间出现在正确的地点，提高客户服务质量;在保证服务质量的前提下，减少加班时间;在保持现有服务水准的前提下降低薪资支出。”产品范围：此软件系统功能要能够准确评估客户所需的职位空缺并招聘最佳人员。功能性具体需求：人员方面：准确评估职位空缺情况并招聘最佳人员1.此软件要能对求职者跟踪并进行处理优化，人力资源经理能够对求职者进行快速的筛选并对他们的资质作出评估，这样就能帮助零售商快速而自信的聘用那些最具亲和力而且业务能力最强的员工。2.对以员工为中心的流程实现自动化，节省时间和金钱支持企业日常运营的业务功能、交易和流程数以百计：时间和出勤、员工调度、请假申请、工资单处理、福利登记、招聘与录用，等等。这些流程往往都比较复杂而且费时。如果通过人工方式来处理，这些流程很容易产生延迟和错误，对员工、经理和管理人员造成不利影响。3.实现老板在办公室动动鼠标就可以知道各地分店的销售，人员，库存等情况，甚至每笔交易都清清楚楚的实时呈现，便于进行有效统一的管理。4.可以对业务规则进行管理和对大规模数据进行精确计算。能够对大量复杂的流程进行处理，大大减轻每个人的管理负担－从人力资源和工资单管理人员到一线经理及他们的员工。能够让企业的每一位员工把主要精力放在具有更高价值的工作上。5.通过友好的用户界面和便捷的消息接发工具，能够保证员工（甚至那些没有PC或email的员工）时刻与流程保持连接。通过改进工作流程，能够在促进员工和经理参与解决方案的同时最大限度上减少人为干预。开发方面：为员工提供最佳的培训和事业发展机会。1.将员工的自助服务和数据收集扩展到整个劳动力队伍，具体的访问层次由各个员工的角色决定。员工可以对他们自己的个人资料进行管理，这意味着，员工信息更加准确、一致而且可靠。员工可以提交工作时间安排偏好，申请请假，对福利情形进行对比，甚至对他们的职业培训和发展进行跟踪。能够对员工的所有方面进行管理，因此，员工可以通过PC、磁卡终端、电话充分发挥其交互式功能的优势。同时，各管理部门还可通过自助服务更加有效地对员工业绩和报酬进行审查，促进福利公开登记，等等。2.提高员工能力和工作积极性。为员工提供各种工具，让他们积极参与企业的各项活动，实现企业目标。比如说，员工可以通过在线方式提出培训申请，主动提升他们的技术水平和资质。他们可以和自己的上级主管一同制定自己的职业发展计划。反过来，他们的上级主管可以制定相应的目标和考量标准，并以此为依据提供反馈，并对员工在个人目标和组织目标方面的进步情况加以跟踪。部署方面：对劳动力进行调度，在最大限度上提高效率和有效性。1.通过自动化以员工为核心的流程并让员工积极参与，为经理们营造一个能够让他们更好地进行决策的环境，让他们变得更加灵活并且把重点放在最重要的任务上：优化劳动力。为管理人员提供所有必要的工具和信息，帮助他们对员工业绩进行优化并积极推进业绩的改善。2.能够对大量业务数据集中管理，其中很大一部分数据都是通过自助服务和数据收集的方式获取的第一手资料。这样，管理人员就能实时了解整个劳动力的情况，也就是说，用来进行业务决策的数据是最新的、完整的。能够让管理人员清晰了解每个员工的技能、知识、可用性以及其它属性，从而将员工队伍的潜力完全发挥出来。因此，能够帮助管理人员制定最佳的调度计划，不仅能够满足客户和业务要求，同时也将员工的工作/生活需求考虑了进来。3.能够保证所有信息（时间和劳动力数据、累计休假天数、工资金额等等）一致、准确，在相关人员或业务流程需要时能够立即获取。管理人员可以通过强大的管理工具、报告和分析工具访问这些信息。简而言之，能够将您众多的数据库转变成有用的业务信息，为您的重要决策提供支持，保证您的员工队伍始终处于正常工作状态，达到预期要求。跟踪：通过对实时数据进行分析提高决策质量。1.由于商店管理人员能够对需求进行预测并将人工预算和调度相应地结合起来，从而提高服务水平。当客户来到您的商店时，各个岗位上的工作人员将竭诚为客户提供服务，完成他们的交易。报酬：准确而公平的为员工提供报酬。1.根据员工的销售记录，提成情况以及相关奖金和福利准确的预算出相对应的薪水，便于管理人员更好的把花在这上面的精力投入到更重要的事情上，而且避免了人工预算出现的错误从而引起和员工之间的纠纷。2.3假设与约束约束：对于项目必须遵守的合同上的规则（时间、人员、预算、设备等）。假设：系统分析员必须在3天内到位或用户必须在8月8日前确定对需求文档进行确认。2.4项目计划具体实施流程目标：在特定的时期内达到所要达到的期望结果，每个里程碑指定的时间要符合软件的生命周期。策略：为了达到或超过产品的目标，必须采取相应的措施，做出决策和总体指导。项目估算：采用恰当的评估技术，完成资源估算、活动持续时间估算以及费用估算风险：一般性风险和特定产品的风险都应该被系统化地标识出来，并建立风险条目检查表资源：人员、硬件、网络、软件等需求和安排，还包括项目组成员的角色、责任和具体分配的任务进度安排：任务排序、里程碑设置等跟踪和控制机制：QA、变更控制、项目成员报告等3.1人力资源3.11组织结构：组建团队的过程确定项目的项目经理、计划经理、系统分析员（或小组）、构架设计师、设计组、程序组、测试组等等。并说明团队成员来自于哪个部门。以及简要说明和的技术水平。最好是有相关的图比较直接客观3.12人员分工确定项目团队的的每个成员属于组织结构中的角色，他们的技术水平、项目中的分工与配置，用列表方式说明，具体编制时按照项目实际组织结构编写。3.13分工管理包括纵向工作职能的划分和横向项目任务的工作量分配根据团队成员素质设定每个人目标，帮助他们树立和项目同方向的不同阶段的目标，并要求他们做出相应目标的承诺。做到大家劲往一处使，发挥团队应有的合力，毕竟团队是软件开发成功的重要因素。3.14工作氛围善于调节工作氛围，鱼离不开水，人离开空气，任何事物要想良好的发展，必须要有适应的环境，所以，争取做到开放，真诚，平等和信任这是大家团结的关键。4.沟通计划4.11协作与沟通确定项目的沟通与协作的对象，与谁协作、沟通。沟通对象包括所有项目干系人，而项目干系人包括了所有项目团队成员、项目接口人员、项目团队外部相关人员等等。其次确定协作模式与沟通方式。沟通方式可以组织会议、使用电话、QQ、内部邮件、外部邮件、聊天室等等。其中邮件沟通应当说明主送人、抄送人，聊天室沟通方式应当约定时间周期。而协作模式主要说明在出现什么状况的时候各个角色应当（主动）采取什么措施，包括沟通，如何互相配合来共同完成某项任务。定期的沟通一般要包括项目阶段报告、项目阶段计划、阶段会议等。4.12项目团队内部协作项目开发过程中项目团队内部也要相互协作，并把成果记录，用于其他部门的借鉴。4.13项目接口人员说明接口工作的人员以及他们的职责、联系方式、沟通方式、协作模式，包括：a、负责本项目同用户的接口人员；b、负责本项目同本企业各管理机构，如计划管理部门、合同管理部门、采购部门、质量管理部门、财务部门等的接口人员；c、负责本项目同分包方的接口人员。4.14项目团队外部沟通与协作项目团队外部包括各大商场内部管理协助部门、项目委托单位、客户等等。在项目开发过程中项目团队内部要经常和接口人员、客户进行沟通，频次的沟通明确用户最终想要的成果。明确各大用户及其所在本部门名称和联系电话，明确协作开发的有关部门的名称、经理姓名、承担的工作内容以及工作实施责任人的姓名、联系电话。确定有关的合作单位的名称、负责人姓名、承担的工作内容以及实施人的姓名、联系电话。5实施计划5.1风险评估及对策：流程图软件开发项可能发生的风险：1)工程／规模／进度上的风险（项目风险）由于此系统功能强大，规模会比较大大，在进度和人员的安排上稍有不慎可能出现延期的潜在风险。2)技术上的风险在开发过程中要实现某些新功能必须使用新的开发技术、新设备等，开发人员没有之前的经验可能威胁到开发的软件的质量及交付时间。3)需求阶段的风险前期对客户需求挖掘不够，导致开发阶段客户一再的对需求进行变更，直接加剧了开发的难度和进程。4)人员的风险现在参加开发的人员大都很年轻，比较年轻气盛，没那么稳重，在某些事的处理上不妥会造成他们的士气低落，影响工作情绪，导致工作效率降低。5)客户体制上的问题客户有不同的个性，在验收阶段，可能对质量抱有很大的期望，稍有问题便会对产品给予严厉的抨击。这也是潜在的风险6)其它不可预测的潜在风险5.11风险的识别试图系统化地确定对项目计划（估算、进度、资源分配）的威胁。识别已知和可预测的风险，避免这些风险，且当必要时控制这些风险。确定风险识别的方法：头脑风暴会议，调查表，风险检查表，风险库等。在项目计划过程中，特别是工作量/进度估算中去识别风险，建立项目历史数据：建立风险检查表：1、产品规模风险是否以LOC或FP估算产品的规模；对于估算出的产品规模的信任程度如何；是否以程序、文件或事务处理的数目来估算产品规模；产品规模与以前产品的规模的平均值的偏差百分比是多少；产品创建或使用的数据库大小如何；产品的用户数有多少；产品的需求改变多少？交付之前有多少？交付之后有多少？复用的软件有多少？2、商业影响风险本产品对公司的收入有何影响；本公司是否得到公司高级管理层的重视；交付期限的合理性如何；将会使用本产品的用户数及本产品是否与用户的需要相符合；本产品必须能与之互操作的其它产品/系统的数目；最终用户的水平如何；政府对本产品开发的约束；延迟交付所造成的成本消耗是多少；产品缺陷所造成的成本消耗是多少；3、客户相关风险你以前是否曾与这个客户合作过；该客户是否很清楚需要什么；他能否化时间把需求写出来；该客户是否同意花时间召开正式的需求收集会议，以确定项目范围；该客户是否愿意建立与开发者之间的快速通信渠道；该客户是否愿意参加复审工作；该客户是否具有改产品领域的技术素养；该客户是否愿意你的人来做他们的工作；该客户是否了解软件过程；4、过程风险过程问题：高级管理层是否有一份已经写好的政策陈述，该陈述中强调了软件开发标准过程的重要性；开发组织是否已经拟定了一份已经成文的、用于本项目开发的软件过程的说明；开发人员是否同意按照文档所写的软件过程进行开发工作，并自愿使用它；该软件过程是否可以用于其它项目；管理者和开发人员是否接受过一系列的软件工程培训；是否为每一个软件开发者和管理者提供了印好的软件工程标准；是否为作为软件过程一部分而定义的所有交付物建立了文档概要及示例；是否定期对需求规约、设计和编码进行正式的技术复审；是否定期对测试过程和测试情况进行复审；是否对每一次正式技术复审的结果