四虎's profile关于软件项目的那些事BlogListsGuestbook Tools Help

关于软件项目的那些事

专注于过程改进,项目管理,质量管理三个方向,期望与大家就相关的话题进行交流。同时也期望大家能从这里找到您需要的内容。

四虎 王

Occupation
Location
感谢访问这里,希望这些内容能够不枉费你的时间。如果对其中的内容有任何看法,希望留下墨宝,期待与你的交流。
Please wait...
Sorry, the comment you entered is too long. Please shorten it.
You didn't enter anything. Please try again.
Sorry, we can't add your comment right now. Please try again later.
To add a comment, you need permission from your parent. Ask for permission
Your parent has turned off comments.
Sorry, we can't delete your comment right now. Please try again later.
You've exceeded the maximum number of comments that can be left in one day. Please try again in 24 hours.
Your account has had the ability to leave comments disabled because our systems indicate that you may be spamming other users. If you believe that your account has been disabled in error please contact Windows Live support.
Complete the security check below to finish leaving your comment.
The characters you type in the security check must match the characters in the picture or audio.
April 07

“许霆案”我之思考

“许霆案”现在是很热闹,讨论的人也很多。就这个案例,我来说说自己的一些思考:

“许霆案”从本身的案例来讲,我并不认为最近一次的判罚有什么不妥。我有这个认识是基于许霆在明知ATM机有故障之后,还取了170多次。这就从本质上说明其有通过ATM的漏洞获取意外之才的想法与行动。

但是就“许霆案”引申出来几个问题我认为更值得思考:

1、如果“许霆案”中不是取款达170多次,而是几次,这个案件会如何判?还会是“盗窃罪”吗?如果是“盗窃罪”我就觉得很可怕了,因为这样的事情你我都可能会碰到(很不幸你没有取款后再查询余额的习惯的话)。

2、如果“许霆案”中出现的不是ATM机少扣钱,而是ATM多扣钱,比如取款100元,扣款1000元。这样的情形,作为消费者我们该如何举证?是否也可以报案要求判罚银行盗窃罪呢?

3、我想到在银行的柜台上都有“钱款点清,离柜概不负责”之类的告示牌,那这样的话,如果是银行工作人员出错多找了钱,离柜了是否也概不负责呢。这样的事情我好像没有听说,但听说了较多案例是银行讨要款项,并且甚至还有采取威胁恐吓之手段之嫌。

4、再回到“许霆案”,当事发时,据介绍的案情,银行通知许霆的时候,一开始就采取的是威胁与恐吓手段,根本没有表现出一点儿因为自己的工作失误而与当事人协商的态度,这也让我很难理解。

纵观这个案例,我觉得需要完善此类问题的相关法律,但决不能将该案作为判罚案例。同时作为银行,也需要改变工作态度,真正做到为储户服务。

March 08

项目管理模型(Project Management Model)及四个核心循环

image 

项目管理的基本逻辑可参照上图。这里从管理的粒度而言,可以看到有四个层次:Organizational Process Management, Project Integration Management, Detailed Management, Personal Work Management。

这四个层次,从计划的层面来看,Project Integration Management部分会依据Organzational Process Management的资料来获取相关的信息,并结合项目的范围、和客户要求等来拟定项目基线计划。在这个计划中,会对项目的范围、主要时程、质量目标、成本目标、沟通机制等进行规划。同时在项目的执行过程中定期对计划的执行状况进行Review,及时去处理偏差。

而Detailed Management部分,则是对项目每个阶段具体工作的细化和管理,它的目标和范围来源于基线计划,通常会将任务细化,落实到具体的人和具体的事,以做到可执行。并定期对执行状况进行Review,修正偏差。

当项目的工作被分解到具体的人和具体的事之后,每个具体执行的人就需要对工作任务进行个人的工作管理,拟定个人工作计划,并依照计划执行,对执行过程中遇到问题的时候,及时举手报告。

在这个层次的管理上,每个层面的管理所关注的焦点也是不同的,从上往下,Personal Work Management的关注焦点是WorkPackage,Detialed Management的关注焦点是Phase,Project Integration Management的关注焦点是Project,Organizational Process Management的关注焦点是Organization。

这四个层次的管理循环具体为:

1)个人工作管理循环
目标:围绕个人工作目标,自我改进和能力提升
主要过程:
     P——明确个人工作目标,并对个人工作进行规划
     D——个人工作执行,工作日报填写
     C——个人工作状态及个人工作总结
     A——问题举手与自我改善

2)项目日常管理循环
目标:以团队协作,如何将事情做得有效率更有品质
主要过程:
     P——针对于活动的详细开发计划
     D——指导和协调项目团队的工作
     C——工作状态检查(每日早会)
     A——开发过程中的问题解决

3)项目整体管理循环
目标:从纷繁复杂的事情和现象中找到有效的规划、控制和追踪的目标,让项目受控,确保项目成功
主要过程:
     P——项目整体规划
     D——指导和管理团队的工作
     C——项目周报/项目检讨
     A——项目问题/项目变更控制

4)组织过程循环
目标:复制成功,持续改进,让组织的生产能力更成熟
主要过程:
      P——过程模型定义,裁剪指南
      D——QA检查,项目度量及PPB数据收集
      C——项目状态评价
      A——原因分析与改进

January 26

Primavera 6.0 介绍

   公司最近花了大笔资金,引入了Primavera系统,来提升和加强项目管理能力。为此,我花了很多时间来研究它,并负责其在公司内的推动。
   接下来的一段时间内,我会将我研究的一些成果发布出来,与大家分享。
   在分享我的研究成果之前,先简单介绍一下Primavera这个系统。(以下内容转自Primavera代理厂商网站)
   Primavera 6.0(原p3e/c)荟萃了P3软件20年的项目管理精髓和经验,采用最新的IT技术,在大型关系数据库Oracle和MS SQL Server上构架起企业级的、包涵现代项目管理知识体系的、具有高度灵活性和开放性的、以计划---协同---跟踪---控制----积累为主线的企业级工程项目管理软件,是项目管理理论演变为实用技术的经典之作。
   Primavera6.0(原p3e/c)支持多用户在同一时间内集中存取所有项目的信息,它是一个集成的解决方案,包括有基于WEB、基于C/S结构等不同的组件以满足不同角色的项目管理人员的使用。
   Primavera6.0(原p3e/c)使得承包商进度的集成简单化、增强了协同工作功能(沟通协作平台),并且既能支持团队管理单一项目,也支持管理复杂的大型项目(包含多个项目)。
 
   不同的项目管理人员在项目的实施中承担不同的角色,而不同的角色处理的项目管理业务也不尽相同。为此Primavera6.0(原P3e/c)采用了基于角色化应用的设计思路进行了各组件的设计,Primavera6.0(原P3e/c)共有5个相互独立又相互依存的组件组成,它们是:
  Project Manager(简称PM,基于C/s结构的组件)--- 用于企业项目管理体系规划、编码设定、详细计划编制、进度计算、计划下达、反馈批准、统计分析,是Primavera6.0(原P3e/c)的核心组件。 一般供项目经理或计划编制与分析人员使用
   Primavision (简称PV,基于Web的组件) --- 用于在Web下实现:项目的建立,项目纲要计划的编制,项目资源的分配,企业资源需求分析,反馈完成进度,项目组合的执行情况分析,赢得值分析,项目组合的临界值监视,项目组合的问题报告发布等等。一般供团队领导、管理决策层或项目经理使用。
   Progress Reporter (简称PR,基于Web的组件)--- 供项目的执行层获取计划安排和反馈实际完成情况。一般供具体实施人员(资源)使用。
   Portfolio Analyst (简称PA, 基于C/s结构的组件) ---项目组合的计划与执行情况分析。一般供领导决策层次或计划分析人员使用。
   Methodology Manager (简称MM,基于C/s结构的组件) --- 用于项目实施经理的积累与管理,建立企业自身的项目实施成功方法经验知识库。一般供企业标准化管理的人员使用。
 
January 07

教你如何做主管——MTP培训心得

前段时间,公司有组织中高阶主管及其培养干部进行了为期三天的管理训练培训。三天的课程下来,虽然内容较多,因对老师三天来的课程内容深有感触,故借着整理学习心得的机会,将三天来的培训课程做了一个结构化的整理,与大家来分享。

在上课的过程中,觉得老师讲的内容较多,涉及的面也比较多。刚开始在整理学习心得时,点点滴滴整理了大约十七八条。再反复经过对这整理的十七八条心得,发现其实老师主要就是围绕“如何做主管?”这个话题展开的。整体上可以将这四天培训的主要知识点用下面这个图来表示。

clip_image002

作为一个中阶主管,其基本工作如上图所示,主要是五大项:

  1. 设定工作目标;
  2. 工作规划与分配;
  3. 人力资源发展;
  4. 激励和人际沟通;
  5. 授权给部属。

下面分别就这五项工作来对老师讲的内容以Q&A的方式做一个陈述。

一、设定工作目标

Q1:如何设定团队与部属目标?

A1这里老师主要结合围绕企业运行的三个流程来讲的:策略流程、人员流程和营运流程。设定公司和部门的目标是策略流程的主要内容。公司依据其内、外部环境来设定公司的目标、策略。这一过程主要由高阶主管来完成。最终会形成诸如《公司年度事业计划》。

部门目标则是对公司目标和策略的有效分解,最终形成诸如各部门年度KPI。

部属或者说是个人的目标则是对本部门的KPI的有效分解。

这一系列的从公司目标和策略的制定到个人KPI的制定的过程就是前面讲到的策略流程。

同时老师也给我们介绍了一些关于目标设定的读物,它们是:

1)《蓝海策略》、《战略地图》、《方针管理》——用于指导公司目标和方针的制定;

2)《目标管理》、《关键绩效指标》、《平衡记分卡》——用于指导部门目标/KPI的制定。我们公司就是用平衡记分卡来指导KPI的制定。

3)《变革管理》——用于指导当公司目标和方针发生变化时,团队如何应对。

Q2:如何面对上级主管的临时插单?

A2在计划之外,上级主管分派新任务总是中阶主管经常面对的事情。那么作为中阶主管需要如何来面对这种情况呢,老师给我们介绍了一些可行的方法:

1) 首先,作为主管需要将新课题放在最优先的位置,安排最重要的人,最重要的资源来处理,因为往往只有这些新课题才会创造公司价值;

2)其次, 要优化,改善原来计划内的工作,采取诸如删除、合并、简化、OA化、E化等方式来优化旧课题,以提高生产率。

3)另外,对于分派的新课题,作为中阶主管,需要采用有效的方法及时(在上司分配工作2~4小时内)与上司明确新课题的目的:本单位/现在的目的是什么、公司/未来的目的是什么、实现新课题的限制条件有哪些等。

Q3:如何向上级主管行销你的计划?

A3向上机主管报告计划时,时间不能超过10分钟。为了能够让上级主管快速有效地了解自己的计划,需要在向上司报告前,对自己的计划进行摘要,突显出计划的重点内容。计划摘要的内容包含以下几个部分:

1)计划目的:当前目的、最终目的(跟公司的策略连接)

2)现状问题

3)创意(构想)——有哪些新的创意,或者是计划的整体思路

4)效果:有形成果、无形成果

5)费用

6)风险评估与应对

Q4:如何改善团队的工作绩效?

A4通常我们都可以将团队的工作内容分解成三种类型的动作:

1)有价值的动作,它指对产品和顾客增值的动作,对于这类动作,我们需要的就是将其标准化,并写成工作分解表/指南/Checklist;

2)无价值的动作,它指诸如拿材料、检查等动作。对于这类动作,需要的就是尽量将其合理化;

3)浪费的动作。对于这类动作,需要的就是尽量将其消除。

进行这样的持续改善,就能够不断地提升团队的工作绩效。

Q5:如何解决工作中的问题?

A5在工作中发生的问题,通常有80%~90%都是事实明确的,剩下的10%~20%是事实不明确的。

对于事实明确的问题,解决问题的方式是:

1)收集数据——三现主义(现场,现物,现实),并采取紧急措施;

2)寻找问题的真正原因:(3WHY 系统图法)

a)让所有人知道问题在哪里

b)弄清楚解决问题的目的

c)即使一个不良也要对策

3)采取对策消除真正的原因

对于事实不明确的问题,解决问题的方式是:

1)成立QCC(品管圈)或者QIT(品质改进小组)

2)利用SPC,QC工具,6σ等工具进行问题分析,找真正原因

3)形成统计报表,用来做预防管理。

Q6:目标设定的SMART原则

A6SMART指的是Specific、Measurable、Achievable、Relevant、Timely。

Specific是指每项目标的指订,一定是特定的,而不是一个概略性的;

Measurable是指可衡量的,每项目标必须要用量化的指标来订定;

Achievable是指可达成的,所有的目标一定要是能达得到的;

Relevant是指有关的,也就是每项目标都必须与主管的目标相结合;

Timely是指时效性,也就是每项目标要在限定的时间内完成。

二、工作规划与分配

Q7:主管的时间如何管理?

A7工作通常可以分为四种类型:定型性工作、规则性工作、特别性工作、创造性工作。

1)定型工作指个人专长的事情;

2)规则性工作指诸如开会、电话、巡视工作现场;

3)特别性工作指诸如跟上司讨论计划、协助上司解决问题;

4)创造性工作指辅导部属解决问题。

通常前二种工作的绩效比重常只占20%,对于这样的工作,主管需要思考:

a)是否可以授权?

b)是否可以代理给别人?

c)是否可以不要做?

对于后两种工作需要多思考如何增加其比重。

Q8:工作如何分配给下属?

A81)团队的建立是主管的职责不是部属的责任;

2)主管培养接班人一定会造成组织的不平衡,但主管要负责平衡;

3)主管在分配工作时,需要根据事情的成熟度,部属的成熟度和组织的成熟度之不同来分派工作。分配工作时需要告诉部属:

a)是什么事,谁交代的;

b)为什么让他做(个人重要性)

c)这件事的价值:对单位,对个人

Q9:主管如何面对命令系统的例外?

A9一个组织通常都会从品质、成本、弹性、速度和服务等几个方面来提高客户满意度。其中品质和成本是基本因素,弹性、速度和服务是差异化因素。

在追求用差异化因素提高客户满意度的组织里,命令系统的例外是经常会遇到的。

主管在遇到这样的情形时,面对部属需要扮演支援的角色,支援部属时,需要:

1)问部属做什么事情,目的在哪里;

2)问部属是否需要支援;

3)问部属什么时候可以完成;

4)帮部属安排事情的轻重缓急;

5)责任主管承担。

对于上司,主管需要:

1)报告进度;

2)重新确认目的;

3)跟上级寻求支援;

4)对上司笑一笑。

任务完成后,向上司报告时,主管需要:

1)跟部属一起报告。由主管报告两头,部属报告专业性的内容。

2)部属报告完毕后,请部属先离开。

三、人力资源发展

Q10:主管如何培育部属?

A10主管需要与部属一起,以个人KPI为目标,结合个人期待(生涯规划、部属目前具备的条件)和组织期待(担任工作必备条件),来制定部属指导计划表。

并按照部属指导计划表对部属进行培养,并且定期与部属就训练成果进行沟通,寻找差距以改进。

完成KPI是主管的职责,培养接班人/部属是主管的天职。

四、激励与人际沟通

Q11 如何使部属表现良好的绩效?

A11要使部属表现出良好的绩效,需要做到以下几点:

1)让部属了解自己的职责;

2)让部属知道自己的工作目标;

3)让部属知道自己的工作对组织的贡献和价值;

4)使部属具备从事该项工作的知识技能;

5)对绩效好的部属要给以奖励;

6)对部属的工作,主管要给以支持,并及时加以回馈和鼓励;

7)主管要促进员工有意愿不断改善绩效。

Q12:如何与部属做绩效Review

A12在与部属做绩效Review时,主管重点需要思考三个问题:

1)这个部属做得如何?

2)他可以改进些什么?

3)我应该做些什么来改善部属的绩效?

在实施绩效Review时,主管需要:

1)准备议程(面谈结构化);

2)建立一个不拘泥,不仓促的气氛;

3)用称赞来建立双方的信心;

4)让部属做自我评量,以降低部属的紧张;

5)鼓励部属说话并积极倾听部属说话。

6)讨论部属的工作绩效,焦点放在事实上,不做人身攻击,不牵扯到不相干的争端;

7)主管需要保持正向态度,用正向语言做批评;

8)主管需要在平日即时指正需改善之处,以避免面谈时突然提出;

9)与部属一起商讨可测量的目标以及未来可行的计划。

Q13:部属需求不满时如何处理?

A131)先完成需求的分析表格,弄清楚部属的需求、目标、障碍和不满行为是什么;

2)排除工作上的障碍。部属不满通常60%~70%是感情、家庭、个人等方面的因素,对于这些方面的因素,主管要做的是:

a)公司的规定只能表达一次

b)不能说公私分明

c)倾听对方讲话,讨论对方的话题

d)共通讨论可能的解决方案(请上司裁决)

e)适当时请同事在工作上给以协助

Q14:部属做得不好时如何处理?

A14当部属做得不好时,跟其反馈需要注意:

1)尽量不要当下指正(时间,地点)

2)方式上

a)不要批评,指责

b)要提出问题,要提供解决方案

c)采用分享的方式

3)态度上

a)协助对方

b)平等的

部属为什么不愿意承担责任,是因为我们常在其他人面前指正部属。

Q15:如何与平行单位沟通?

A15当单位间有冲突不可调和时,需要从以下几点来考虑和解决:

1)公司的目的/顾客的目的是什么?

单位的目的是手段,不能因为手段而忘了目的。

2)提高两个位阶来考虑

3)提出双方意见,求同存异,先执行相同的

4)创造新的解决方法

5)请上司裁决(尽量少用,因为高阶主管不喜欢做内部裁决,原因

a) 因为手心手背都是肉

b) 并不了解过程

c) 会造成更激烈的冲突和派系

组织的冲突是进步的动力

Q16:如何与上司进行沟通?

A16在与上司沟通时,重要的是做到参与管理:

1)不只是提出问题,同时也要提出建议;

2)提建议时,需要提二个以上的建议,并加以分析(只提一个建议的主管是陷害上司的人);

3)与上司讨论,并由上司做裁决。

同时需要注意上班是行销。行销的是自己的能力。

最后需要注意的是与上司沟通时的态度:是争取资源与支援,而不是证明对或错。

五、授权给部属

Q17:授权的前提是什么?

A17授权的前提是工作标准化。只有将工作标准化后,主管才可以授权给部属处理——可控。

工作标准化的方式是拟定工作分解表,或工作指南或Checklist。

Q18:授权失败后如何做?

A181)主管要能承担责任;

2)与部属一起寻找原因并分析它;

3)辅导部属执行纠正措施。

Q19:主管裁决的7-2-1原则

A19对于市场,顾客与员工的需求,通常通过组织的办法,流程(法)可以满足70%,对于这些部分需要进行标准化,细化到工作分解表,并授权给基层人员直接处理。

对于另外的20%,则需要由主管根据顾客利益和公司利益平衡后从合理的角度进行决定

对于剩下10%中阶主管不能确定的,则由高阶主管进行裁决。高阶主管裁决时多从情的角度决定。

通过对以上内容的学习,让我自感受益非浅,故将其整理出来作为自己未来的一个行动指南。同时将其与大家分享,也希望能够对各位同仁的工作产生积极的影响。

另外,对于以上整理的内容,如果你觉得有任何遗漏的地方,欢迎与我联系,让我们共同完善上面的知识地图,期待与大家的交流!

功能点分析的概念图例

在学习功能点分析的过程中,对于交易功能和数据功能的5个分类,有较多的人不太能够清楚的理解。为了能够清楚表明它们之间的关系和区别,可参照下面的图例:

image