搜索
Define(Project定义)1Project定义Define(Project定义)2Project定义PROJECT检讨问题点叙述成果指标决定目标设定推进日程决定标准样式作成责任确认Define(Project定义)31.Project检讨•Project应选定固化问题点，不能盲目扩大范围。•Project范围应是能够管理的，已经认可解决方案的狭窄范围应排除。•有必要检讨成果是否经过适当的期间内的投资及努力得到，且是否具有改善的必要•根据非直观或传闻的实际数据来判断•按照过去先进事例，每年选订平均5件的课题，不能选定过大的课题。Define(Project定义)4较好的Project•努力度-投入时间（个人时间+组员时间），投入费•成功概率-考虑多种危险要素后决定(完成日,投资,障碍要素等的不确信性)•影响度-课题达成时对事业成果的贡献度•保障更广的影响度和更少的努力度,更高的成功概率Define(Project定义)5不好的Project例•事业上的效果小或无-报告书作成/修改-工程能率的系数化-对所得利益的无分配协议的业体能率改善-无合并现象的作业C/T减少•要求的投资过大-新COMPUTER体系的设置-全体生产线或CHANEL的收益性向上-年间计划课程的“修订”•成功可能性-适合下面情况的工程改善:-数月间不显示改善利益的工程-依赖于其他高负担Project完成的工程-需要极度繁忙人员帮助的工程-不符合经营目的的工程Define(Project定义)6②因设计问题造成的缺点减少0.6%(设计缺点在后续工程发现的情况)问)有无Data?BB)作为技术(设计)性问题求数据难.问)设计技术问题也包括在Project에是否在设计部门工作?BB)设计部门单独存在因设计经历的差异与标准未备发生的设计缺点造成后续工程发生较多的缺点.3年-10年问)设计部署的立场为顾客,设计部署的teammember是否可参与Projectmember로即Isitinmycontrol?BB)似乎可能问)有必要确定是在自己的管理下点检事例1.设计问题改善ProjectDefine(Project定义)7③C/T从39日缩短为35日问)为什么不定为20日左右,而是35日,从顾客立场35日是否恰当?BB)越短越好问)那么这Project定为20日较好(挑战性目标)C/T缩短为35日时对公司的贡献程度是多少?BB)这不是我们管辖问)费用效果应得到会计部门的确认,但基本上应当可以计量.BB)计算非常困难问)现在马上(PROJECT选定时)不能计算,但以后也应能够计算BB)对正确性没有确信,但似乎可以计算问)有费用,收益对比效果PROJECT才有说服力.CanIQuantify?必须确认.PROJECT选订错时会非常困难,点检事例2.C/T缩短ProjectDefine(Project定义)8问)减少端差时有何效果?BB)减少再作业可能改善Delivery问)现在性能水平BB)没有详细事项(Data),只有大致概念.问)是否能够达到0.01은BB)有过实行多次达成的经历,因此似乎可以达成(正在以更严格的公差进行作业)问)是否是达成过于容易的目标너(正在以更严格的公差进行作业)是否可能达成?点检事例3.铸造工程的表面处理端差减少问题不明确的事例Define(Project定义)92.问题点叙述正确的问题点叙述制品返品率是贬卖的5%.因此引起的损失为5百万美元,造成顾客不满.错误问题点的叙述制品A引起的制品返品率高,制品返品率可通过第1,第2PARETO图分析减少•问题点叙述有两个目的:-为了注目有缺点的工程-为了告诉别人其重要性•问题点叙述时应排斥推测缺点原因或采取的措施Define(Project定义)103.Project成果指标第一测定指标•判断成功与否的测定者•应与问题点叙述及目标一致•应包括以下三项-基准能率(Baseline;如果可能应求12个月以上数据的平均值)-实际作业能率-达成目标第二测定指标选定“维持正直性的”数据.•应探求潜在的否定结果•有可能需要一个以上Define(Project定义)11改善对象的特性是否测定可能及设定规格规格是多少?如满足是否达到顾客满足?规格制定正确时记入规格.否则重新设定规格测定不可能的特性,请列举如何测定的方法缺点(Defect)如何定义?测定可能性的检讨Define(Project定义)124.目标设定–做得是否好(Baseline)?–能做作到多好(理想值)?–如何改善(缩短间隔)?–改善多少(目标)?SixSigma是ProcessBaseline和理想值间的间隔迅速缩小的过程Define(Project定义)13Baseline决定对所关心的对象即所有事业尺度按照各Process阶段别收集初期数据为此即使现在无可用数据,也不需要收集好的数据的收集体系.-通过简单的研究,为了完成表格,可生成充分的数据-Blackbelt为开发Project记述书并详细叙述,应制作,确认数据.提问-有无数据?_____________________-如没有收集是否困难?_____________-BB是否可以接近数据,并知道检索方法?___Define(Project定义)14理想值的决定COPQ与RTY的理想值是比较容易决定生产容量–生产容量的理想值评价为现Process与制品设计完整运营时的生产容量.•没有因下列事由造成的未预订的停止时间:–原材料可用性–日程计划–磨损/机器信赖度•没有因下列事由造成的未预订的停止时间:–休息,午餐,会议等–预防整备•周间168小时Process稼动Define(Project定义)15Project达成目标•达成目标里应包括Project的目的•这里必须:-涉及问题点叙述中言及的ISSUE-预想的能率向上应计数化-了解预想需要时间•与问题点叙述一样,Project达成目标中应排除缺点的原因或采取的措施的推测正确的目标至199年为止制品返品率从贩卖的5%减少到2.5%[研究]叙述该部门的Project达成目标未正确叙述的目标体现每个人对能率的测定和目标,减少船积物流Define(Project定义)16目标决定目标应是充分高的目标例:–具体Process阶段中缺点最多的范筹中缺点减少50%–对Cp小于1.0的Process缺点减少90%–Baseline生产容量与理想生产容量间差异减少50%–为Baseline与最高水平的成就度差异达到65%,提高RTY目标是Baseline与理想值中间的某一点Define(Project定义)17目标设定方法设定总是SMART的目标S=Specific(具体的)M=Measurable(能够测定的)A=AggressiveandAchievable(攻击性的可达成的)R=Relevanttothebusinessplan(与事业计划相关)T=Timebound(时限)Define(Project定义)18使用什么形态的事业部及个人水平的责任通过Project,如何确认监督其水平为了在所有水平上确保责任的一贯性需要什么样的体系5.确认责任Define(Project定义)19事业部水准–承认的各个Project都有BB以及与Project的成功有相关责任的Champion.–事业部经营团应对核心Project的成功负责•给Project提供正确的支援,保证能够付予完成的优先顺序个人水平–各BB,Champion,事业部Leader应对Project的成功负有个人责任–反映在个人的考课Define(Project定义)206.推进日程决定3~6个月考虑事项–C/T–制品的寿命周期–要求的终了日–必要人力,时间–投资等Define(Project定义)217.各种标准样式作成Project叙述书Project进行报告书Project进行状态点检全体Project追溯Define(Project定义)22Project叙述书各个Project保存叙述书-从ProjectList到6SigmaChampion的开发预备叙述书-为选订核心Project由事业部经营团检讨叙述书-SixSigmaChampion与BB完善核心Project叙述书-SixSigmaChampion,BB及事业部经营团检讨最终叙述书Project叙述书中记入如下事项–对象Process–Project概要–目的–比较核心尺度立场的现象及目标–期待效果–Team构成员–Projcet范围–对外顾客的利点–日程•MAIC阶段别Define(Project定义)23Project叙述书例完成Project点检负作用C阶段完成I阶段完成A阶段完成M阶段完成6.财务成果4.Project范围Units/A$/A%单位开始8.日程7.外部顾客的利点比率COPQRTY理想目标现象5.目标3.Project内容2.Team构成员1.ProcessDefine(Project定义)24Project进行报告书例报告日状态9特记事项困难及障碍主要计划.预见事项1087654321现在为止成果金额期待财务成果ENT日期主要进行事项C-PUnitsCOPQ$/ARTYGOALNowBSL目标Project名Define(Project定义)25Project追溯例BlackBelt次数Project名1998$目标成就度目标:(DPU,COPQ,能力)状态或最终结果1998为止结果月间状况展示组织构成员通过Intranet均可追溯