针对Kronos连锁零售行业劳动力管理解决方案项目计划书.docx
- 文档编号:1876177
- 上传时间:2023-05-02
- 格式:DOCX
- 页数:20
- 大小:436.52KB
针对Kronos连锁零售行业劳动力管理解决方案项目计划书.docx
《针对Kronos连锁零售行业劳动力管理解决方案项目计划书.docx》由会员分享,可在线阅读,更多相关《针对Kronos连锁零售行业劳动力管理解决方案项目计划书.docx(20页珍藏版)》请在冰点文库上搜索。
针对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、过程风险
过程问题:
高级管理层是否有一份已经写好的政策陈述,该陈述中强调了软件开发标准过程的重要性; 开发组织是否已经拟定了一份已经成文的、用于本项目开发的软件过程的说明;
开发人员是否同意按照文档所写的软件过程进行开发工作,并自愿使用它;
该软件过程是否可以用于其它项目;
管理者和开发人员是否接受过一系列的软件工程培训;
是否为每一个软件开发者和管理者提供了印好的软件工程标准;
是否为作为软件过程一部分而定义的所有交付物建立了文档概要及示例;
是否定期对需求规约、设计和编码进行正式的技术复审;
是否定期对测试过程和测试情况进行复审;
是否对每一次正式技术复审的结果建立了文档,其中包括发现的错误及使用的资源;
有什么机制来保证按照软件工程标准来指导工作;
是否使用配置管理来维护系统/软件需求、设计、编码、测试用例之间的一致性;
是否使用一个机制来控制用户需求的变化及其对软件的影响;
对于每一个承包出去的子合同,是否有一份文档化的工作说明、一份软件需求规约和一份软件开发计划; 是否有一个可遵循的规程,来跟踪及复审子合同承包商的工作;
技术问题:
是否使用方便易用的规格说明技术来辅助客户与开发者之间的通信;
是否使用特定的方法进行软件分析;
是否使用特定的方法进行数据和体系结构的设计;
是否90%以上的代码都是使用高级语言编写的;
是否定义及使用特定的规则进行代码编写;
是否使用特定的方法进行测试用例的设计;
是否使用配置管理软件工具控制和跟踪软件过程中的变化活动;
是否使用工具来创造软件原型;
是否使用软件工具来支持测试过程;
是否使用软件工具来支持文档的生成和管理;
是否收集所有软件项目的质量度量值;
是否收集所有软件项目的生产率度量值;
5、技术风险
该技术对于你的公司而言是新的吗;
客户的需求是否需要创建新的算法或输入、输出技术;
待开发的软件是否需要使用新的或未经证实的硬件接口;
待开发的软件是否需要与开发商提供的未经证实的软件产品接口;
待开发的软件是否需要与功能和性能均未在本领域得到证实的数据库系统接口;
产品的需求是否要求采用特定的用户界面;
产品的需求中是否要求开发某些程序构件,这些构件与你的公司以前开发的构件完全不同;
需求中是否要求采用新的分析、设计、测试方法;
需求中是否要求使用非传统的软件开发方法;
需求中是否有过分的对产品的性能约束;
客户能确定所要求的功能是可行的吗?
6、开发环境风险
是否有可用的软件项目管理工具;
是否有可用的软件过程管理工具;
是否有可用的分析及设计工具;
分析和设计工具是否适用于待建造产品;
是否有可用的编译器或代码生成器;
是否有可用的测试工具;
是否有可用的软件配置管理工具;
环境是否利用了数据库或数据仓库;
项目组的成员是否接受过每个所使用工具的培训;
是否有专家能够回答有关工具的问题;
工具的联机帮助及文档是否适当;
7、与人员数目及经验相关的风险
是否有最优秀的人员可用;
人员在技术上是否配套;
是否有足够的人员可用;
开发人员是否能够自始至终地参加整个项目的工作;
项目中是否有一些人员只能部分时间工作;
开发人员对自己的工作是否有正确的期望;
开发人员是否接受过必要的培训;
开发人员的流动是否仍能保证工作的连续性;
5.12风险预测
从两个方面评估每一个风险——风险发生的可能性或概率,以及风险发生了,所产生的后果。
(1)建立一个尺度,以反映风险发生的可能性;
(2)描述风险的后果;
(3)估算风险对项目及产品的影响;
(4)标注风险预测的整体精确度,以免产生误解。
风险
类别
概率
影响
规模估算可能很低
PS
2
客户将改变需求需求
PS
2
人员缺乏经验
ST
3
交付期限将被紧缩
BU
2
缺少对工具的培训
DE
3
技术达不到预期的效果
TE
1
5.13风险评估
如果风险真的发生了,所产生的后果有三个因素可能会受影响:
风险的性质、范围、时间。
过程:
确定每个风险元素发生的平均概率。
基于其中列出的标准来确定每个因素的影响。
完成风险表,分析其结果。
5.14风险应对、缓解、监控和管理
风险变化趋势图:
尽早识别风险,采取相应的措施。
应对方案:
针对本次项目可能出现的风险,需求方面我们要及时的做好与客户之间的沟通,加强交流的频率,使得信息能够得以时时的传达,使得需求更加明确化,不至于重复的变更。
技术方面我们要定期组织相关人员的培训,及时更新技术。
人员方面我们要营造一个开放,真诚,平等和信任的工作环境,对于开发人员,会定期的慰问和看望,并制定相应的反馈措施,让人员的心态,士气得意提高。
工程/规模/进度上的风险(项目风险)努力保证在规模的估算,人员的安排上不出差错,时时做好每个阶段的统计工作并制定相应的里程碑,各项任务在规定时间内完成。
客户方面,做好与客户的沟通,相应的产品进度和功能详细解说,以及可能出现的问题拿出来和客户交流。
风险监控过程
风险监控可以通过设置控制基线来实现
风险监控措施
建立并及时更新项目风险列表及风险排序
对突发的风险或“接受”风险采取适当的应变措施
建立报告机制,及时将项目中存在的问题反映到项目管理层。
定期召集项目干系人对风险状况进行评估,以发现新风险
引入第三方咨询,定期对项目进行质量检查,以防范大的风险。
风险管理的主要技术
5.2进度计划
5.21首先明确各个活动之间的相互依赖关系,然后对活动进行排序,制定出项目启动历时,资源分析表:
活动名称
持续周期
活动资源
前导活动
A:
需求收集
15天
需求收集人员2人
每人配置一台电脑
B:
需求分析
10天
需求分析师2人
A
每人配置一台电脑
C:
软件设计
10天
系统架构分析师2人
B
每人配置一台电脑
D:
测试案例编写
12天
测试工程师2人
B
每人配置一台电脑
E:
编程实现
15天
程序员4人
C
每人配置一台电脑
编程服务器一台
F:
软件测试
15天
测试工程师3人
D,E
每人至少两台电脑
测试服务器和备份服务器各一台
G:
编写用户手册
5天
文档人员1人
B
一台电脑
运行系统服务器一台
H:
测试软件系统
3天
系统调试师2人(客户提供)
F
运行系统服务器一台(客户提供)
调试机若干(客户提供)
画出网络前导图并计算出关键路径。
压缩关键路径的工期
在现有的资源、成本、任务不变的前提下,针对关键路径进行优化,结合资源、成本、时间因素、活动的可调度等因素对整个计划进行调整,直到关键路径所用的时间不能再压缩为止,得到最佳时间进度计划。
5.22下面就是要制定软件开发生命周期的重要里程碑
活动名称
目标
利益相关人
百分比
评估标准
需求收集(15天)
收集95%以上的需求(客户可以在项目开发期间提出一些不影响整体设计的小部分改动需求。
)
负责人:
客户经理
15%
完成需求说明文档及评审
相关人:
客户代表、项目经理、客户组
需求分析(10天)
划分需求功能列表与客户达成共识
负责人:
客户经理
25%
完成需求分析说明文档及评审
相关人:
客户代表、项目经理、客户组
软件设计(10天)
给客户、程序组、测试组做设计展示并根据要求修改完成设计
负责人:
设计经理
15%
完成架构设计,系统设计,数据库设计和用户界面设计及评审
相关人:
设计组,程序组、测试组、客户代表、项目经理
编程实现(15天)
完成全部编码,单元测试和模块集成测试
负责人:
程序经理
20%
软件基本功能实现,没有阻碍测试工作进展的问题
相关人:
程序组、项目经理
软件测试(15天)
完成功能测试、系统测试、压力测试和回归测试
负责人:
测试经理
10%
软件系统测试计划全部完成并达到质量要求
相关人:
测试组、项目经理
编写用户手册3(天)
详细说明操作步骤和内容
相关人:
文档人员
5%
基本功能描述详尽,一目了然
测试软件系统3(天)
调试交付软件给客户
负责人:
程序、测试经理
5%
客户满意
相关人:
程序组、测试组、客户代表、项目经理
管理里程碑:
重点关注,提前定期检查,及时总结。
5.23制定进度表
制定软件项目进度计划:
在软件产品需求范围确定之前的初步进度时间表。
在软件产品需求范围确定之后的详细进度时间表。
其内容包括项目具体活动及其相互依赖关系的活动,每一具体活动的计划开始日期和期望完成日期,活动负责人,资源的安排,备用的进度计划,进度风险估计。
6预算
人员成本
设备成本
其它经费预算
工资
原材料费
差旅费(旅费、出租)(含补贴)培训费(培训资料编写费、资料印刷费、产地费、设备费)
奖金
设备购置费
资料费(图书费、资料费、复印费、出版费)办公费(购买办公用品)
协作费(业务协作招待费、项目团队加班伙食费)
补贴、住房基金、退休养老金、医疗保险金
设备使用费
通信费(市话长话费、移动通信费、上网费、邮资)会议费(鉴定费、评审会、研讨费、外事费等)
人员费用总和
设备费用总和
费用总和
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 针对 Kronos 连锁 零售 行业 劳动力 管理 解决方案 项目 计划书