一种项目计划生成方法、装置及存储设备、程序产品与流程

本申请涉及项目开发
技术领域：
，具体涉及一种项目计划生成方法、装置及存储设备、程序产品。
背景技术：
：在项目实施之前，需要制定项目计划，项目计划可以从整体上指导项目工作的有序进行。传统的项目计划生成，需要项目负责人有着丰富的经验，并依靠经验制定项目计划，或者根据项目交付时间去倒推计划，但是，项目执行阶段往往会出现很多问题，因此，出现了项目计划的敏捷估算。敏捷估算需要项目成员开会讨论项目中各个事件的难度量级，然后，对各个事件的难度量级达成一致，从而完成项目计划生成。但是，该方案需要项目成员开会参与，会占用较多时间且执行较为困难。技术实现要素：有鉴于此，本申请实施例提供一种项目计划生成方法、装置及存储设备、程序产品，以解决现有中项目计划生成时间占用较多且执行困难的技术问题。为解决上述问题，本申请实施例提供的技术方案如下：一种项目计划生成方法，所述方法包括：向客户端推送针对待估算事件的估算任务；获取各个所述客户端发送的针对所述待估算事件的估算值；判断所述估算值中的最大值与所述估算值中的最小值之差是否大于第一参数值；如果所述估算值中的最大值与所述估算值中的最小值之差大于所述第一参数值，重新执行向客户端推送针对待估算事件的估算任务以及后续步骤；如果所述估算值中的最大值与所述估算值中的最小值之差不大于所述第一参数值，计算所述估算值的平均值和/或计算所述待估算事件的推荐计划值，所述推荐计划值是根据所述待估算事件的同类事件的历史计划值计算得到的；获取根据所述估算值的平均值和/或所述推荐计划值确定的所述待估算事件的计划值。在一种可能的实现方式中，所述方法还包括：获取所述待估算事件的同类事件的历史估算值以及所述同类事件的历史计划值；根据所述待估算事件的同类事件的历史估算值以及所述同类事件的历史计划值计算第一参数值。在一种可能的实现方式中，所述根据所述待估算事件的同类事件的历史估算值以及所述同类事件的历史计划值计算第一参数值，包括：计算所述同类事件的m次历史计划值的平均值作为第二参数值，m为正整数；计算所述同类事件的第n次历史估算值与所述第二参数值之间的均方根误差，作为所述同类事件的第n次估算误差值，n的取值分别为1至m的各个整数；计算m次所述估算误差值的平均值作为第一参数值。在一种可能的实现方式中，所述计算所述待估算事件的推荐计划值，包括：计算所述待估算事件的同类事件的历史计划值的均方根值作为所述待估算事件的推荐计划值。在一种可能的实现方式中，所述方法还包括：获取各个所述客户端发送的针对所述待估算事件的估算理由文本；向各个所述客户端发送所述估算理由文本。在一种可能的实现方式中，所述方法还包括：获取历史团队速率值，计算所述历史团队速率值的均方根值作为当前团队速率值。在一种可能的实现方式中，所述方法还包括：在向客户端推送针对待估算事件的估算任务之前，从项目管理系统导入待估算事件的事件信息；和/或，将所述待估算事件的计划值发送给所述项目管理系统。一种项目计划生成装置，所述装置包括：推送单元，用于向客户端推送针对待估算事件的估算任务；第一获取单元，用于获取各个所述客户端发送的针对所述待估算事件的估算值；判断单元，用于判断所述估算值中的最大值与所述估算值中的最小值之差是否大于第一参数值；触发单元，用于当所述判断单元的判断结果为所述估算值中的最大值与所述估算值中的最小值之差大于所述第一参数值，触发所述推送单元；第一计算单元，用于当所述判断单元的判断结果为所述估算值中的最大值与所述估算值中的最小值之差不大于所述第一参数值，计算所述估算值的平均值和/或计算所述待估算事件的推荐计划值，所述推荐计划值是根据所述待估算事件的同类事件的历史计划值计算得到的；第二获取单元，用于获取根据所述估算值的平均值和/或所述推荐计划值确定的所述待估算事件的计划值。在一种可能的实现方式中，所述装置还包括：第三获取单元，用于获取所述待估算事件的同类事件的历史估算值以及所述同类事件的历史计划值；第二计算单元，用于根据所述待估算事件的同类事件的历史估算值以及所述同类事件的历史计划值计算第一参数值。在一种可能的实现方式中，所述第二计算单元，包括：第一计算子单元，用于计算所述同类事件的m次历史计划值的平均值作为第二参数值，m为正整数；第二计算子单元，用于计算所述同类事件的第n次历史估算值与所述第二参数值之间的均方根误差，作为所述同类事件的第n次估算误差值，n的取值分别为1至m的各个整数；第三计算子单元，用于计算m次所述估算误差值的平均值作为第一参数值。在一种可能的实现方式中，所述第一计算单元，具体用于计算所述待估算事件的同类事件的历史计划值的均方根值作为所述待估算事件的推荐计划值。在一种可能的实现方式中，所述装置还包括：第四获取单元，用于获取各个所述客户端发送的针对所述待估算事件的估算理由文本；第一发送单元，用于向各个所述客户端发送所述估算理由文本。在一种可能的实现方式中，所述装置还包括：第五获取单元，用于获取历史团队速率值，计算所述历史团队速率值的均方根值作为当前团队速率值。在一种可能的实现方式中，所述装置还包括：导入单元，用于在向客户端推送针对待估算事件的估算任务之前，从项目管理系统导入待估算事件的事件信息；和/或，第二发送单元，用于将所述待估算事件的计划值发送给所述项目管理系统。一种计算机可读存储介质，所述机算机可读存储介质中存储有指令，当所述指令在终端设备上运行时，使得所述终端设备执行上述的项目计划生成方法。一种计算机程序产品，所述计算机程序产品在终端设备上运行时，使得所述终端设备执行上述的项目计划生成方法。由此可见，本申请实施例具有如下有益效果：本申请实施例，当需要对项目中的待估算事件进行估算时，系统首先向各个客户端推送针对待估算事件的估算任务，各个客户端的用户可以针对该待估算事件给出估算值，系统通过客户端获取每个客户端的估算值。然后，判断估算值中最大值与最小值的差是否大于第一参数值，如果大于第一参数值，则重新向客户端推送该待估算事件的估算任务，以使得客户端用户重新给出估算值；如果不大于第一参数值，则计算客户端估算值的平均值和/或计算待估算事件的推荐计划值，其中，推荐计划值是根据待估算事件的同类事件的历史计划值计算获得的。最终获取根据待估算值的平均值和/或待估算事件的推荐计划值确定的该待估算事件的计划值，从而实现了自动化完成待估算事件的估算。当系统获取当前项目对应的所有待估算事件的计划值后，可以根据每个待估算事件的计划值生成该项目计划。可见，在项目计划生成过程中，不仅可以参考历史计划值，而且无需集中开会占用较多时间且可以实现项目成员异地办公，提高项目计划生成效率。附图说明图1为本申请实施例提供的示例性应用场景的框架示意图；图2为本申请实施例提供的一种项目计划生成方法的流程图；图3为本申请实施例提供的应用场景示例图；图4为本申请实施例提供的一种项目计划生成装置的结构图。具体实施方式为使本申请的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本申请实施例作进一步详细的说明。为便于理解本申请提供的技术方案，下面将先对本申请的
背景技术：
进行说明。发明人研究发现，传统的敏捷估算方法需要将项目成员聚集讨论项目中各个事件的难度量级，根据最终的讨论结果生成项目计划。然而，传统的方式需要占用较长时间进行商讨，当团队成员异地办公时，无法参与其中进行讨论，影响项目计划的生成。另外，项目成员均是根据自身的经验给出意见，无法结合历史数据进行客观的分析。基于此，本申请实施例提供了一种项目技术生成方法及装置，当项目技术生成系统中存在待估算事件时，系统向该项目成员对应的客户端推送待估算事件的估算任务，并获取各个客户端发送的针对该待估算事件的估算值。然后，判断估算值中最大值和最小值的差值是否大于第一参数值，如果大于，表明该轮估算不成功，则重新向客户端推送待估算事件的估算任务进行估算，直至估算值中最大值和最小值的差值不大于第一参数值。当差值不大于第一参数值后，计算各个估算值的平均值和/或根据该待估算事件的同类事件的历史计划值获得待估算事件的推荐计划值，最终获取根据估算值的平均值和/或待估算事件的推荐计划值确定的待估算事件的计划值。可见，通过本申请实施例，可以将估算流程转移到系统中，无需集中开会占用较长时间，解决异地办公问题，而且，可以根据待估算事件的同类事件的历史计划值给出推荐值，从而实现自动完成项目计划的生成。参见图1，该图为本申请实施例提供的示例性应用场景的框架示意图。其中，本申请实施例提供的语音识别的评测方法可以应用于项目计划生成系统20中。在实际应用中，项目负责人可以通过客户端10登录项目计划生成系统20，将待估算事件上传至项目计划生成系统20，项目计划生成系统20生成待估算事件的估算任务，并向客户端10、客户端30、客户端40以及客户端50发送该待估算事件的估算任务，各个客户端对应的用户给出各自的估算值。项目计划生成系统20获取各个客户端发送的针对该待估算事件的估算值，并判断估算值中最大值与最小值的差值是否大于第一参数值，如果大于，重新向客户端推送该待估算事件的估算任务。如果不大于第一参数值，项目计划生成系统20计算估算值的平均值和/或根据该待估算事件的同类事件的历史计划值计算该待估算事件的推荐计划值，最终获取根据估算值的平均值和/或待估算事件的推荐计划值确定的待估算事件的计划值。从而可以根据该待估算事件的计划值，生成项目计划。本领域技术人员可以理解，图1所示的框架示意图仅是本申请的实施方式可以在其中得以实现的一个示例。本申请实施方式的适用范围不受到该框架任何方面的限制。需要注意的是，客户端10、客户端30、客户端40以及客户端50可以承载于终端，终端可以是现有的、正在研发的或将来研发的、能够通过任何形式的有线和/或无线连接(例如，wi-fi、lan、蜂窝、同轴电缆等)相互交互的任何用户设备，包括但不限于：现有的、正在研发的或将来研发的智能可穿戴设备、智能手机、非智能手机、平板电脑、膝上型个人计算机、桌面型个人计算机、小型计算机、中型计算机、大型计算机等。本申请的实施方式在此方面不受任何限制。还需要注意的是，本申请实施例中项目计划生成系统20可以是现有的、正在研发的或将来研发的、能够提供估算服务的设备的一个示例。本申请的实施方式在此方面不受任何限制。为便于理解本申请提供的项目技术生成方法，下面将结合附图对该生成方法进行说明。参见图2，该为本申请实施例提供的一种项目计划生成方法流程图，如图2所示，该方法可以包括：s201：向客户端推送针对待估算事件的估算任务。本实施例中，系统在获取到待估算事件后，向该待估算事件对应的客户端推送该待估算事件的估算任务，以使得客户端用户给出该待估算事件的估算值。在实际应用中，当需要生成项目计划时，可以根据项目的具体需求，将该项目划分为多个功能模块，其中，每个功能模块的实现可以作为一项待估算事件。例如，开发购物软件，该购物软件可以包括登录模块、展示模块、支付模块等，则每个模块的实现可以作为一项待估算事件，对每项待估算事件的实现难易程度进行估算。在具体实现时，该项目负责人可以通过app客户端或者web客户端登录系统，将项目所包括的每个待估算事件导入系统中。当项目负责人在系统中发起估算任务时，系统可以先判断项目是否已经创建，如果尚未创建项目，则系统可以提示项目负责人进行项目创建；如果已经创建，则系统可以弹出项目列表，由项目负责人从项目列表中选择此次估算任务对应的项目，并从选择的项目中确定待估算事件。在具体实现时，系统所显示的项目列表中包括最近立项的项目。当系统接收到项目负责人导入的待估算事件时，还可以提供估算方式，以便项目负责人根据实际业务需求选择合理的估算方式，系统根据项目负责人选择的估算方式，生成待估算事件的估算任务，并将该估算任务发送给负责该项目的成员的客户端上。常见的估算方式有扑克牌估算、t恤尺码估算等等。另外，当系统所提供的估算方式不适用于此次估算时，还可以由项目负责人在系统中添加新的估算方式。在具体实现时，待估算事件中还可以包括事件信息，事件信息可以包括该项目的需求、开发语言等信息，以使得项目成员在接收到估算任务时，可以根据项目需求、开发语言等信息进行估算。另外，系统在向客户端发送待估算事件的待估算任务时，还可以包括参考基准，以使得项目成员根据该参考基准给出估算值。另外，当多个项目团队同时利用系统生成项目计划时，为保证每个项目计划可以顺利生成，可以利用负载均衡方法，创建多个估算进程，从而可以实现对多个待估算事件进行估算。s202：获取各个客户端发送的针对待估算事件的估算值。本实施例中，当项目成员通过各自客户端给出估算值时，系统可以获取每个客户端发送的针对待估算事件的估算值。该估算值为项目成员对于该待估算事件难易程度的估算。在具体实现时，项目成员可以通过客户端查看系统推送的估算任务，然后根据参考基准，填写自己的估算值并提交。当系统获取到该待估算事件对应的所有客户端的估算值后，可以向各个客户端推送当前阶段所有项目成员的估算值，以使得每个项目成员可以通过客户端查看其他项目成员的估算值。参见表1，该项目成员包括a、b、c和d，其中，待估算事件项用于说明待估算事件的具体内容，以便项目成员可以了解该待估算事件。当4名成员均给出待估算事件1的估算值，系统可以将表1推送给每个项目成员对应的客户端，从而项目成员可以查看其他成员对于待估算事件1的估算值。表1第一轮待估算事件1估算列表s203：判断估算值中的最大值与估算值中的最小值之差是否大于第一参数值；如果大于，返回s201；如果不大于，执行s204。本实施例中，当系统获取到各个客户端发送的针对待估算事件的估算值后，判断估算值中的最大值和最小值的差值是否大于第一参数值。如果大于第一参数值，表明当前阶段的估算误差较大，则重新执行s201向客户端推送针对待估算事件的估算任务；如果不大于第一参数值，则执行s204。其中，第一参数值可以为用户根据实际业务需求预先设置的阈值，也可以根据历史数据计算获得，关于利用历史数据计算第一参数值的具体实现将在后续实施例中进行说明。为便于理解，假设第一参数值为3，在第一轮估算中，如表1所示，估算值的最大值8与最小值3的差值为5，大于第一参数值，则系统可以发起第二轮估算，得到表2所示的估算值。在第二轮估算中，估算值的最大值6与最小值4的差值为2，小于第一参数值，则利用第二轮估算值执行s204。表2第二轮待估算事件1估算列表s204：计算估算值的平均值和/或计算待估算事件的推荐计划值。本实施例中，如果估算值中的最大值与估算值中的最小值之差不大于第一参数值，表明此次估算成功，则可以计算每个客户端发送的估算值的平均值，和/或计算待估算事件的推荐计划值。其中，推荐计划值是根据待估算事件的同类事件的历史计划值计算得到的。在具体实现时，系统可以根据待估算事件的事件信息查找已经估算的同类事件，并根据同类事件的历史计划值计算得到待估算事件的推荐计划值。例如，当前待估算事件为项目1的登录模块，则系统查找历史估算任务中其它项目登录模块的估算，并获取系统对其它项目登录模块的历史计划值，利用历史计划值确定待估算事件的计划值。若当前待估算事件为优化项目1的登录模块，则同类事件还可以为系统曾对项目1的登录模块的估算。其中，关于根据待估算事件的同类事件的历史计划值计算得到推荐计划值的实现，将在后续实施例进行说明。s205：获取根据估算值的平均值和/或推荐计划值确定的待估算事件的计划值。本实施例中，当系统计算获得待估算事件的平均值和/或推荐计划值后，系统可以将平均值和/或推荐计划值推送给项目负责人，由项目负责人确定待估算事件的计划值，并通过客户端将确定的待估算事件的计划值发送给系统，由系统获取待估算事件的计划值。在具体实现时，当项目负责人通过客户端查看系统推送的待估算事件的平均值和/或推荐计划值后，项目负责人可以选择其中一个作为待估算事件的计划值，也可以根据实际需求以及系统给出的平均值和/或推荐计划值给出待估算事件的计划值。例如，系统将计算获得待估算事件的平均值5和推荐计划值3，项目负责人可以将5作为待估算事件的计划值，系统获取该计划值5，将其作为该待估算事件的计划值；项目负责人也可以将3作为待估算事件的计划值，系统获取该计划值3，将其作为该待估算事件的计划值；也可以将4.5作为待估算事件的计划值，系统获取该计划值4.5，将其作为待估算事件的计划值。在具体实现时，当系统计算待估算事件的平均值以及推荐计划值时，如果所计算获得的平均值或推荐计划值不为整数时，可以利用取整函数对计算结果进行取整。当然，如果系统获取的待估算事件的计划值不为整数时，也可以利用取整函数对待估算事件的计划值进行取整。在实际应用时，可以向上取整，也可以向下取整，具体取整方式可以根据实际需求进行设定。可以理解的是，当系统获取项目所有待估算事件的计划值后，可以根据每个待估算事件的计划值生成该项目计划，从而实现自动生成项目计划。参见表3，当前项目共包括4个待估算事件，其中，待估算事件1通过1次估算，得到计划值8；待估算事件1通过2次估算，得到计划值5；待估算事件3通过3次估算，得到计划值13；待估算事件4通过1次估算，得到计划值6。表3项目待估算事件列表待估算事件计划值状态估算次数待估算事件1：……8已完成1待估算事件2：……5已完成2待估算事件3：……13已完成3待估算事件4：……6已完成1通过上述实施例可知，当存在估算任务时，系统首先向各个客户端推送针对待估算事件的估算任务，各个客户端的用户可以针对该待估算事件给出估算值，系统通过客户端获取每个客户端的估算值。然后，判断估算值中最大值与最小值的差是否大于第一参数值，如果大于第一参数值，则重新向客户端推送该待估算事件的估算任务，以使得客户端用户重新给出估算值；如果不大于第一参数值，则计算客户端估算值的平均值和/或计算待估算事件的推荐计划值，其中，推荐计划值是根据待估算事件的同类事件的历史计划值计算获得的。最终获取根据待估算值的平均值和/或待估算事件的推荐计划值确定的该待估算事件的计划值，从而实现了自动化完成待估算事件的估算。当系统获取当前项目对应的所有待估算事件的计划值后，可以根据每个待估算事件的计划值生成该项目计划。可见，在项目计划生成过程中，不仅可以参考历史计划值，而且无需集中开会占用较多时间且可以实现项目成员异地办公，提高项目计划生成效率。在本申请实施例中的一种可能的实现方式中，提供了一种计算第一参数值的实现方式，具体为，获取待估算事件的同类事件的历史估算值以及同类事件的历史计划值；根据待估算事件的同类事件的历史估算值以及同类事件的历史计划值计算第一参数值。在本实施例中，系统可以待估算事件的属性查找存在的同类事件，并获取同类事件的历史估算值以及同类事件的历史计划值，然后，根据同类事件的历史估算值和历史计划值计算第一参数值。其中，同类事件的历史估算值为该同类事件估算时最后一轮估算对应的估算值，即该历史估算值的最大值与最小值的差值不大于当时估算对应的第一参数值。在具体实现时，本实施例提供了具体的实现方式，可以通过以下步骤计算获得第一参数值。1)计算同类事件的m次历史计划值的平均值作为第二参数值，m为正整数。本实施例中，当系统查找到待估算事件的同类事件，利用每个同类事件对应的历史计划值计算平均值，将其作为第二参数值。其中，m表示同类事件出现的次数，将m次历史计划值的平均值作为第二参数值。例如，待估算事件为登录事件，系统曾对登录事件进行三次估算，第一次对登录事件估算获得的计划值为3、第二次对登录事件估算获得的计划值为5、第三次对登录事件获得的计划值为7，则同类事件的3次历史计划值的平均值为5，则第二参数值为5。2)计算同类事件的第n次历史估算值与第二参数值之间的均方根误差，作为同类事件的第n次估算误差值，n的取值分别为1至m的各个整数。本实施例中，计算每次同类事件的历史估算值与第二参数值之间的均方根误差，从而获得系统此次估算同类事件的估算误差值。在具体实现时，可以利用公式(1)计算同类事件的估算误差值：其中，gn为第n次估算误差值，xni为同类事件第n次历史估算值中的第i个，x为第二参数值，kn为同类事件第n次估算时对应的项目成员总人数，i的取值为1至k的各个整数。在具体实现时，将第n次对应的k个历史估算值以及第二参数值代入公式(1)，即可计算获得第n次同类事件的估算误差值。例如，同类事件共进行过3次估算，则n取1、2、3，第一次对同类事件估算对应的k个历史估算值为[4557]，则x11为4、x12为5、x13为5、x14为7、k1为4；第二次对同类事件估算对应的k个历史估算值为[6578]，则x21为6、x22为5、x23为7、x24为8、k2为4；第三次对同类事件估算对应的历史估算值为[5657]，，则x31为5、x32为6、x33为5、x34为7、k3为4；第二参数值为5，则系统对同类事件的第一次估算误差值g1为第二次估算误差值g2为第三次估算误差值g3为3)计算m次估算误差值的平均值作为第一参数值。本实施例中，当获取同类事件的每次估算误差值后，计算同类事件所有估算误差值的平均值，将平均值作为第一参数值。例如，计算以及三次估算误差值的平均值为则第一参数值为1.36。另外，本申请实施例还提供了计算待估算事件的推荐计划值的实现方式，具体为，计算待估算事件的同类事件的历史计划值的均方根值作为待估算事件的推荐计划值。在具体实现时，可以利用公式(2)计算获得待估算事件的推荐计划值：其中，e为待估算事件的推荐计划值，xj为第j次同类事件对应的历史计划值，m为系统对同类事件估算的次数。系统曾对登录事件进行三次估算，第一次对登录事件估算获得的计划值为3、第二次对登录事件估算获得的计划值为5、第三次对登录事件获得的计划值为7，则待估算事件对应的推荐计划值为约为5.26。在一种可能的实现方式中，系统还可以获取历史团队速率值，计算历史团队速率值的均方根作为当前团队速率值。其中，团队速率值用于表示团队在单位时间内完成估算值的量，可以反映团队完成任务的速度。例如，该项目团队在完成项目1时对应的历史团队速率值为v1、完成项目2时对应的历史团队速率值为v2、完成项目3时对应的历史团队速率值为v3，则计算v1、v2和v3的均方根值，得到v4，则将v4作为该项目团队的当前团队速率值。在实际应用中，为使得项目成员在查看其他成员的估算值时，了解其他成员给出该估算值的理由，系统在获取客户端发送的针对待估算事件的估算值时，还可以获取针对该待估算事件的估算理由文本，当获取所有客户端的待估算理由文本后，向各个客户端发送估算理由文本，以使得项目成员可以查看其他成员给出该估算值的依据，以便该项目成员可以依据其他成员给出的理由给出下一次估算值。通过上述实施例可知，项目负责人可以通过客户端将待估算事件导入系统，系统可以支持多种导入方式。系统可以提供excel模板，项目负责人将包括待估算事件的excel列表导入系统。还可以从项目管理系统导入待估算事件的事件信息。在具体实现时，系统可以提供api(applicationprogramminginterface，应用程序编程接口)接口，通过该api接口支持现有的项目管理系统的数据导入，从而减少在系统中二次录入待估算事件，提高工作效率。另外，当系统获取待估算事件的计划值后，也可以将待估算事件的计划值发送给项目管理系统进行保存，以便项目成员可以通过项目管理系统及时了解每个事件对应的计划值。为便于理解，参见图3所示应用场景示例图，首先项目成员通过各自的客户端登录系统，在项目负责人向系统导入待估算事件前，首先判断项目是否已经创建，如果未创建，则提示用户进行项目创建；如果已经创建，则展示项目列表，由项目负责人选择项目。根据项目负责人的选择结果，确定该项目中待估算事件以及估算方式。然后，向客户端推送待估算事件的估算任务，并获取各个客户端发送的估算值，计算估算值中最大值与最小值的差值，并判断差值是否满足条件，如果不满足，重新向客户端推送估算任务，并可以提示差值较大的两位成员；如果满足条件，则系统获取最终确定的待估算事件的计划值，并可以向客户端发送最终的计划值。基于上述方法实施例，本申请还提供了一种项目计划生成装置，下面将结合附图对该装置进行说明。参见图4，该图为本申请实施例提供的一种项目计划生成装置结构图，如图4所示，所述装置可以包括：推送单元401，用于向客户端推送针对待估算事件的估算任务；第一获取单元402，用于获取各个所述客户端发送的针对所述待估算事件的估算值；判断单元403，用于判断所述估算值中的最大值与所述估算值中的最小值之差是否大于第一参数值；触发单元404，用于当所述判断单元的判断结果为所述估算值中的最大值与所述估算值中的最小值之差大于所述第一参数值，触发所述推送单元；第一计算单元405，用于当所述判断单元的判断结果为所述估算值中的最大值与所述估算值中的最小值之差不大于所述第一参数值，计算所述估算值的平均值和/或计算所述待估算事件的推荐计划值，所述推荐计划值是根据所述待估算事件的同类事件的历史计划值计算得到的；第二获取单元406，用于获取根据所述估算值的平均值和/或所述推荐计划值确定的所述待估算事件的计划值。在一种可能的实现方式中，所述装置还包括：第三获取单元，用于获取所述待估算事件的同类事件的历史估算值以及所述同类事件的历史计划值；第二计算单元，用于根据所述待估算事件的同类事件的历史估算值以及所述同类事件的历史计划值计算第一参数值。在一种可能的实现方式中，所述第二计算单元，包括：第一计算子单元，用于计算所述同类事件的m次历史计划值的平均值作为第二参数值，m为正整数；第二计算子单元，用于计算所述同类事件的第n次历史估算值与所述第二参数值之间的均方根误差，作为所述同类事件的第n次估算误差值，n的取值分别为1至m的各个整数；第三计算子单元，用于计算m次所述估算误差值的平均值作为第一参数值。在一种可能的实现方式中，所述第一计算单元，具体用于计算所述待估算事件的同类事件的历史计划值的均方根值作为所述待估算事件的推荐计划值。在一种可能的实现方式中，所述装置还包括：第四获取单元，用于获取各个所述客户端发送的针对所述待估算事件的估算理由文本；第一发送单元，用于向各个所述客户端发送所述估算理由文本。在一种可能的实现方式中，所述装置还包括：第五获取单元，用于获取历史团队速率值，计算所述历史团队速率值的均方根值作为当前团队速率值。在一种可能的实现方式中，所述装置还包括：导入单元，用于在向客户端推送针对待估算事件的估算任务之前，从项目管理系统导入待估算事件的事件信息；和/或，第二发送单元，用于将所述待估算事件的计划值发送给所述项目管理系统。需要说明的是，本实施例中各单元或模块的实现，可以参见图1-图3的实现，本实施例在此不再赘述。另外，本申请实施例还提供一种计算机可读存储介质，所述机算机可读存储介质中存储有指令，当所述指令在终端设备上运行时，使得所述终端设备执行上述的项目计划生成的方法。本申请实施例还提供一种计算机程序产品，所述计算机程序产品在终端设备上运行时，使得所述终端设备执行上述的项目计划生成的方法。通过上述实施例可知，本申请实施例，当需要对项目中的待估算事件进行估算时，系统首先向各个客户端推送针对待估算事件的估算任务，各个客户端的用户可以针对该待估算事件给出估算值，系统通过客户端获取每个客户端的估算值。然后，判断估算值中最大值与最小值的差是否大于第一参数值，如果大于第一参数值，则重新向客户端推送该待估算事件的估算任务，以使得客户端用户重新给出估算值；如果不大于第一参数值，则计算客户端估算值的平均值和/或计算待估算事件的推荐计划值，其中，推荐计划值是根据待估算事件的同类事件的历史计划值计算获得的。最终获取根据待估算值的平均值和/或待估算事件的推荐计划值确定的该待估算事件的计划值，从而实现了自动化完成待估算事件的估算。当系统获取当前项目对应的所有待估算事件的计划值后，可以根据每个待估算事件的计划值生成该项目计划。可见，在项目计划生成过程中，不仅可以参考历史计划值，而且无需集中开会占用较多时间且可以实现项目成员异地办公，提高项目计划生成效率。需要说明的是，本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的系统或装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。应当理解，在本申请中，“至少一个(项)”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，用于描述关联对象的关联关系，表示可以存在三种关系，例如，“a和/或b”可以表示：只存在a，只存在b以及同时存在a和b三种情况，其中a，b可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b或c中的至少一项(个)，可以表示：a，b，c，“a和b”，“a和c”，“b和c”，或“a和b和c”，其中a，b，c可以是单个，也可以是多个。还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(ram)、内存、只读存储器(rom)、电可编程rom、电可擦除可编程rom、寄存器、硬盘、可移动磁盘、cd-rom、或
技术领域：
内所公知的任意其它形式的存储介质中。对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。当前第1页12