首页 > 编程知识 正文

高绩效教练行为,引爆成交实战课

时间:2023-05-06 03:24:46 阅读:161564 作者:2022

确立SP 1.1项目目标:建立并维持项目质量目标和过程性能目标

1 )项目QPPO根据项目特点、组织级QPPO、组织级基线确定。 不是所有项目的目标都应该是一样的。 因为项目的特征不同。

)2)项目QPPO应符合SMART原则。

)3)项目QPPO与历史流程性能基线进行比较,判断目标实现的概率。

)4)项目的QPPO达成概率也可以通过过程绩效模型来预测。

(5)对难以实现的目标,制定应对措施。

)6)措施的有效性,不能光靠经验判断,应该有历史数据。

7 )项目的QPPO不仅应该有某个局部的yjfdyf目标,还应该有整体性的局部的目标。

)8)项目QPPO不应该只关注质量的一个维度,而应该包括多个维度,例如进度目标。

)9)项目的QPPO在项目结束之前不能监督是否能完成,可以在项目的初期和过程中预测、控制、监督完成情况。

) 10 )对多个QPPO进行优先级排序。

SP1.2流程组合定义:使用统计技术和其他量化技术,将定义的流程进行组合,确保实现项目质量和流程性能目标。

(1)组合的动作如下。

a .可以优化工作流,选择实现目标的最佳流程路径;

b .可根据不同子流程设置投料情况,确定投料量或选择不同的方法;

)2)组合的前提如下

a .针对实现相同目的的子流程、方法分别建立了工艺性能基线或模型;

b .如果没有ppb或PPM,则需要通过模拟或其他手段建立模型,分析选择最佳子流程的方式。

)3)在优化决策子流程或其投入时,有目标、有约束,不能仅仅是单一目标的决策。

)4)组合流程时,必须采用定量手段,不应单凭经验选择。

)5)如果公司流程只定义了一个路径,则确定每个子流程的投资程度。

)6) SP1.1根据历史判断目标的实现可能性,SP1.2为了确保目标的实现可能性而设计未来。 在任何实践中,都必须根据定量分析而不是经验来判断目标的可行性。

SP1.3选择子流程和属性:评估绩效,选择有助于实现项目质量和流程绩效目标的相对重要的子流程和属性。

)1)项目目标是如何实现的? 通过进程的执行实现了!

)2)所有的过程都很重要吗? 不,有80-20现象。 重要流程和子流程会影响目标结果的80%,因此请找到并管理重要的子流程。 所以有本实践!

)3)选择哪些重要的子流程? 这些子流程的结果应该影响了项目团队QPPO的达成!

)4)如何证明这些子流程是重要的少数? 必须定量判断,而不是凭经验判断! 如果定量判断的话? 需要进行相关分析、敏感性分析等,证明这些子流程的性能与QPPO相关。

)5)判断子进程性能与QPPO的相关性时,需要具体落实到子进程的某个属性,并物化为某个度量,根据其度量历史数据证明与QPPO相关。

)6)为每个项目选择的子流程可能不同! 因为每个项目的特征都不一样!

SP1.4测量因素和分析技术的选择:选择用于量化管理的测量因素和分析技术。

(1)该实践是对前一实践的进一步细化。 选择了重要的子进程及其属性后,必须对这些属性进行定量描述。 也就是说,物化为某个测量要素。

)2)收集合适的测量数据后,该数据的分析方法是什么? 这些统计技术如下

有统计过程控制、回归分析、数据分布分析等多种手段。

SP2.1监视选定子流程的性能:使用统计和其他量化技术监视选定子流程的性能

)1)本实践中提到的子过程是影响SP1.3中选定的项目目标的少数重要子过程。

)2)本实践关注子流程的性能,不是它们的总体目标,而是局部目标,是影响了项目总体目标的小目标、子目标。

)3)是怎么监督的? 应当采用统计手段和其他量化手段。 这意味着你必须监督目标达成的概率! 随着时间的推移,这个概率会变化!

)4)监督结果可能发现异常点或过程能力不足。

)5)采用SPC法时,应该识别出了出局点和趋势异常,并计算了Cpk。

)6)采用区间预测方法时,应该识别出了出局。

SP2.2管理项目性能:采用统计和其他量化技术管理项目,判断项目质量和过程性能目标能否实现。

)1)本实践是关注项目的整体性能,管理总体目标的实现情况。

)这里的管理包括事前预测、事中控制、事后对比分析。

)3)与前面的实践一样,管理项目性能时,采用统计方法和其他量化方法! 不要用经验来判断!

)4)在判断实际结果是否达到项目目标时,要看目标是如何定义的。 例如,你定义的目标

当项目的代码审核缺陷密度大于10个/KLOC时,确定目标实现的方法是查看项目每条代码审核的缺陷密度是否大于10个/KLOC。

如果你定义的目标是:代码评审的平均缺陷密度大于10个/KLOC,则此时判断目标达成的方法就是统计所有代码评审的平均缺陷密度是否大于了10个/KLOC.

如果你的目标是:代码评审的缺陷密度处在区间10-20/KLOC之间,那么就是判断每次代码评审是否落在这个区间即可。

 

SP2.3 执行根因分析:对于选中的问题执行根因分析以处理实现项目质量与过程性能目标的偏差。

(1)一定是参照组织级或项目级定义的执行根因分析的触发条件,来选择根因分析的现象的!不能凭感觉,凭经验来判断,要根据规则来判断。

(2)为什么要对这些现象进行根因分析呢?因为他们影响了项目的性能,影响了项目的目标达成!

(3)应该如何做根因分析呢?应该采用了量化的手段。可能有:定量地识别现象、定量地查找原因、定量的预测改进的效果。

(4)分析原因采取措施后,是否见效了,应该执行假设检验!

版权声明:该文观点仅代表作者本人。处理文章:请发送邮件至 三1五14八八95#扣扣.com 举报,一经查实,本站将立刻删除。