精华内容
下载资源
问答
  • 会计科目的共同类的是什么

    千次阅读 2017-05-29 10:12:23
    新会计准则中的共同类是:既有资产性质,又有负债性质,这样有共性的科目; 共同类科目的特点,是需要从其期末余额所在的方向,来界定其性质 ! 共同类多为金融,保险,投资,基金等公司使用,目前新会计准则...
    新会计准则中的共同类是指:既有资产性质,又有负债性质,这样有共性的科目;
    
    共同类科目的特点,是需要从其 期末余额所在的方向,来界定其性质 !
    共同类多为金融,保险,投资,基金等公司使用,目前新会计准则规定的“共同类”有5个科目: 

    清算资金往来、外汇买卖、衍生工具、套期工具、被套期项目!


    3001 清算资金往来
    一、本科目核算企业(银行)间业务往来的资金清算款项。
    二、本科目可按资金往来单位,分别“同城票据清算”、“信用卡清算”等进行明细核算。
    三、同城票据清算业务的主要账务处理。
    (一)提出借方凭证,借记本科目,贷记“其他应付款”科目。发生退票,借记“其他应付款”科目,贷记本科


    目。已过退票时间未发生退票,借记“其他应付款”科目,贷记“吸收存款”等科目。 提出贷方凭证,借记“


    吸收存款”等科目,贷记本科目;发生退票做相反的会计分录。
    (二)提入借方凭证,提入凭证正确无误的,借记“吸收存款”等科目,贷记本科目。因误提他行凭证等原因不


    能入账的,借记“其他应收款”科目,贷记本科目。再提出时,借记本科目,贷记“其他应收款”科目。 提入


    贷方凭证,提入凭证正确无误的,借记本科目,贷记“吸收存款”等科目。因误提他行票据等原因不能入账的,


    借记本科目,贷记“其他应付款”科目。退票或再提出时,借记“其他应付款”科目,贷记本科目。
    (三)将提出凭证和提入凭证计算轧差后为应收差额的,借记“存放中央银行款项”等科目,贷记本科目;如为


    应付差额做相反的会计分录。
    四、发生的其他清算业务,收到的清算资金,借记“存放中央银行款项”等科目,贷记本科目;划付清算资金时


    做相反的会计分录。
    五、本科目期末借方余额,反映企业应收的清算资金;本科目期末贷方余额,反映企业应付的清算资金。
    3002 货币兑换
    一、本科目核算企业(金融)采用分账制核算外币交易所产生的不同币种之间的兑换。
    二、本科目按币种进行明细核算。
    三、货币兑换的主要账务处理。
    (一)企业发生的外币交易仅涉及货币性项目的,应按相同币种金额,借记或贷记有关货币性项目科目,贷记或


    借记本科目。
    (二)发生的外币交易同时涉及货币性项目和非货币性项目的,按相同外币金额记入货币性项目和本科目(外币


    );同时,按交易发生日即期汇率折算为记账本位币的金额记入非货币性项目和本科目(记账本位币)。 结算


    货币性项目产生的汇兑差额计入“汇兑损益”科目。
    (三)期末,应将所有以外币表示的本科目余额按期末汇率折算为记账本位币金额,折算后的记账本位币金额与


    本科目(记账本位币)余额进行比较,为贷方差额的,借记本科目(记账本位币),贷记“汇兑损益”科目;为


    借方差额的做相反的会计分录。 四、本科目期末应无余额。
    3101 衍生工具
    一、本科目核算企业衍生工具的公允价值及其变动形成的衍生资产或衍生负债。 衍生工具作为套期工具的,在


    “套期工具”科目核算。
    二、本科目可按衍生工具类别进行明细核算。
    三、衍生工具的主要账务处理。
    (一)企业取得衍生工具,按其公允价值,借记本科目,按发生的交易费用,借记“投资收益”科目,按实际支


    付的金额,贷记“银行存款”、“存放中央银行款项”等科目。
    (二)资产负债表日,衍生工具的公允价值高于其账面余额的差额,借记本科目,贷记“公允价值变动损益”科


    目;公允价值低于其账面余额的差额做相反的会计分录。
    (三)终止确认的衍生工具,应当比照“交易性金融资产”、“交易性金融负债”等科目的相关规定进行处理。
    四、本科目期末借方余额,反映企业衍生工具形成资产的公允价值;本科目期末贷方余额,反映企业衍生工具形


    成负债的公允价值。
    3201 套期工具
    一、本科目核算企业开展套期保值业务(包括公允价值套期、现金流量套期和境外经营净投资套期)套期工具公


    允价值变动形成的资产或负债。
    二、本科目可按套期工具类别进行明细核算。 三、套期工具的主要账务处理。
    (一)企业将已确认的衍生工具等金融资产或金融负债指定为套期工具的,应按其账面价值,借记或贷记本科目


    ,贷记或借记“衍生工具”等科目。
    (二)资产负债表日,对于有效套期,应按套期工具产生的利得,借记本科目,贷记“公允价值变动损益”、“


    资本公积——其他资本公积”等科目;套期工具产生损失做相反的会计分录。
    (三)金融资产或金融负债不再作为套期工具核算的,应按套期工具形成的资产或负债,借记或贷记有关科目,


    贷记或借记本科目。 四、本科目期末借方余额,反映企业套期工具形成资产的公允价值;本科目期末贷方余额


    ,反映企业套期工具形成负债的公允价值。
    3202 被套期项目
    一、本科目核算企业开展套期保值业务被套期项目公允价值变动形成的资产或负债。
    二、本科目可按被套期项目类别进行明细核算。
    三、被套期项目的主要账务处理。
    (一)企业将已确认的资产或负债指定为被套期项目,应按其账面价值,借记或贷记本科目,贷记或借记“库存


    商品”、“长期借款”、“持有至到期投资”等科目。已计提跌价准备或减值准备的,还应同时结转跌价准备或


    减值准备。
    (二)资产负债表日,对于有效套期,应按被套期项目产生的利得,被套期项目产生损失做相反的会计分录。
    (三)资产或负债不再作为被套期项目核算的,应按被套期项目形成的资产或负债,反映企业被套期项目形成资


    产的公允价值;本科目期末贷方余额,反映企业被套期项目形成负债的公允价值。

    展开全文
  • IT项目经理应该做什么

    万次阅读 2012-09-28 15:02:48
    IT项目经理应该做什么 经常看到这样的项目经理,一副整天忙得团团转的样子,电话不停地作响,一个小时之内要发出几十个指令,好像他所领导的团队离开了他就一天也活不下去。然后他还会说:"我很忙"或"我很累...

    IT项目经理应该做什么


    经常看到这样的项目经理,一副整天忙得团团转的样子,电话不停地作响,一个小时之内要发出几十个指令,好像他所领导的团队离开了他就一天也活不下去。然后他还会说:"我很忙"或"我很累","我需要增加人手"。这样的项目经理经常事无巨细都要亲自过问,即使旗下有人,你说他能不累吗?  

    甚至还有这样的事列发生,研发部门经理亲自参与项目软件的编码工作,如果只有一、两个项目,也许这样还可以,试想,如果有十几个项目你能都参与具体的技术工作,另外是否考虑过部门经理参与具体项目后所带来的其他问题,部门日常事物务无处理,部门人员无人关注,部门的其他项目得不到项目经理的协助,更是无人为部门的未来作打算。类似的项目经理的行为很多:譬如善于销售的经理就对自己的销售人员总是不放心,觉得下面的人出马总是不那么牢靠;文笔较好的项目经理总是要亲自起草文件,因为秘书起草的东西总是叫他看不上眼,如此等等。  

    由此造成的结果是经理整天搞得手忙脚乱,管理效率很低。做经理者没有时间考虑部门发展的问题,做下属者觉得自己得不到信任,做事小心翼翼,不敢越雷池半步,没有积极性。

    由此想到刘备,文不如诸葛亮,武不如关张赵马黄,但是他会用人,会笼络人。做项目经理人的恐怕都需要学习一下刘备的做法,即便你是在某些方面非常地出色。你可以把你的经验传授给你的下属,不要怕他们犯错误。"用人不疑,疑人不用",虽然很难做到而且有时也不一定非要做到,但是你既然给了一个人那个位置,那份薪水,就应该让他们充分地发挥,你不能替他们做事,你不能"抢"你付给他们的权力。记得有次记者采访CA公司总裁汪嘉廉先生时,汪先生说他到目前还没有个人email地址,记者很惊诧的问他为什么时,他说“没有必要,我有很好的业务总监们,他们会处理好公司的日常事务,我要有充足的时间考虑公司的发展战略,我不希望被一些琐事打扰”。汪嘉廉是一位好的管理者,所以CA才有今天的地位。

    做得好的项目经理可能看起来每天的工作并不是那么紧张。所以有些下属就可能提出这样的问题:"我们忙,你在干什么?"

    项目经理,对于一个团队履行它的使命和发展负责的人。因此创造出一个大于其各组成部分的总和的真正的整体,创造出一个富有活力的整体,应该是其第一使命。即人们经常谈论的管理,通过管理则可以把在自然界1+1〉2的不可能转变为可能。为履行这一使命,项目经理应该做什么呢?

    一、一个项目经理首先要制定目标,即确定团队的目标,只有知道往哪走,才能到达那里。确定目标是什么,而且目标要能够有效的支撑团队的责任,有助于团队的发展。而且要将目标传达给团队的每一位人员,让他们认识到他们在实现目标过程中的责任和重要性。  

    二、一个项目经理要进行组织工作,即如何安排工作,需要分析所需的各项活动、决定和关系,他需要对工作分类,确定作业任务的主次和轻重缓急,并为作业分配适当的执行的人员。

    三、一个项目经理要进行激励和信息交流工作。他把担任各项职能的人组合成为一个团队,它需要通过对下属的激励,以及同上、下、同级间的相互信息交流,协调完成工作。

    四、一个项目经理需要进行衡量考核,衡量团队的绩效和个人的绩效。首先需要确立衡量的标准,这个标准不但要专注于团队的绩效,而且还要求专注于个人的工作并帮助他做好工作。一个项目经理把衡量的意义和结果通报给他的下级、上级和同级。

    五、一个项目经理要培养人,也包括他自己。项目经理比其他人更了解其下属的长处和短处、更清楚下属的培训需求,也常常拥有帮助其下属改进工作绩效所必需的技能,只有下属的技能提高了,整个团队的效率才可能提升,只有团队的成员有发展,他们才会在执行工作时投入热情和责任。 经理需要制定培训计划并部署。

    在我们这个行业,好多项目经理是在业务或者说技术方面有过硬的能力后才被赋予经理这一责任的,他们可能没有受过管理学的教育,希望此文能够给与他们思考与认识自己责任。
     

     

    项目经理该做什么,不该做什么

    1.以目标导向来做事情

      首先要明白该做什么,其次才是如何做。目标是项目管理的重要特征,项目经理做事原则都是围绕项目目标展开,对于有利于项目目标达成而又不违背项目经理职业道德和行为准则的事情都是该做的事情。

      目标有短期目标和常用目标,把当前项目按目标完成可能是短期目标,通过一年时间带出一个高效的团队可能是一个长期目标。对于非临时项目的项目经理,更加应 该着眼于项目长期目标,而不是太在意于当前项目的短期利益。只有意识到这点,才能够认识到培训,教练,团队,自发,团队语言和规则等在整个项目中的重要 性。

      2.对自己定义的目标进行分解

      对于软件项目,项目经理根据商业或用户需求会定义软件产品发布后的故障率小于0.5个/KLOC代码。要达到这个目标就需要结合项目的时间过程分析影响该 目标的要素,各个阶段交付物的质量,缺陷的泄露,测试的水平,需求的变更和稳定性,前期的需求设计和开发规范,团队规则,开发人员的责任心多方面因素都可 能影响到该目标的实现。

      一个总体目标的达成绝对不是简单的改善一项影响要素就可以达成的,而且各个要素间还存在这正反作用,必须要综合性的系统思考。确定出期望的各个要素的区间 水平,然后将这些期望值列入到计划中进行跟踪和控制。这一系列的过程要表明的都是你做的每一件事情都是有目的的,都是为了实现当初定义的目标而服务,绝不 是无中生有。

      3.具体实际操作的关注点

      首先对于风险和危机的重视度远大于对问题的重视度。不是说问题解决不重要,而是项目经理应该更多的管理风险和消除隐患,不让风险转换为真正的问题。项目经 理必须有足够的问题前瞻性和敏锐的洞察力,发现各种征兆和危机,危机发生前应对往往仅仅是项目经理找成员谈谈心,或者说组织一次关于规程的培训,但危机如 果发生造成的损失会远远大于风险应对的成本。

      项目经理应该更多的取做教练,而不是去做领导。管理者要懂得授权,但项目经理更关注的是授权不会影响到进度和质量,因此项目经理绝对不是越俎代庖啥事情都 自己做,也不是盲目授权后啥都不管,而是充当好教练的角色。让项目成员有能力的全完成事情,而且是有责任心的去完成事情。如果自己做只花1个小时,而教会 团队成员做需要一天,从团队常用的角度必须花费这一天时间教会成员如何正确的做事情。

      PMBOK九大知识体系内容都是项目需要考虑做的内容。里面有个关键词是项目管理组,项目管理组是由项目核心成员共同组成的。必须要分清楚哪些是项目经理 做,哪些是项目管理组做。另外一个关注点是做事情的粒度,项目任务的跟踪是项目经理要做的,但项目经理应该根据项目目标确定自己跟踪任务的粒度,粒度太细 的可以由项目成员或小组负责人跟踪。项目经理该做什么不能简单项目经理人与项目成员的实战指南

      在一个团队中,作为一名团队领导,将:

      1) 避免团队目标向政治问题妥协

      2) 向团队目标显示个人承诺

      3) 不用太多优先级的事物冲淡团队的工作

      4) 公正、公平的对待团队成员

      5) 愿意面对和解决与团队成员不良表现有关的问题

      6) 对来自员工的新思维和新信息采取开放的态度

      作为团队成员,要将:

      1) 展示对个人角色和责任的真正理解

      2) 展示目标和以事实为基础的判断

      3) 和其他团队成员有效地合作

      4) 使团队目标优先个人目标

      5) 展示投身于任何项目成功所需的努力的愿望

      6) 愿意分享信息、感受和产生适当的反馈

      7) 当其他成员需要时给予适当的帮助

      8) 展示对自己的高标准要求

      9) 支持团队决策

      10) 以为团队的成功而奋斗的方式体现带头作用

      11) 对别人的反馈做出积极的反应的理解为二元问题,更多的是跟项目目标和管理粒度相关的做事情的粒度问题。

     

     

    IT项目经理的经验总结

    本人做项目经理工作多年,感到做这个工作最要紧的就是要明白什么是因地制宜、因势利导,只有最合适的,没有什么叫对的,什么叫错的,项目经理最忌讳的就是完美主义倾向,尤其是做技术人员出身的,喜欢寻找标准答案,耽误了工作进度,也迷茫了自己。以下是本人一些做项目的个人体会,写出来供大家指点,在讨论过程中共同提高水平。

      项目开始阶段是一个最重要的阶段。项目经理在接手一个新项目的时候,首先要尽可能地多从各个方面了解项目的情况,如:
      
       1.这个项目是什么项目,具体大概做什么事情,是谁提出来的,目的是解决什么问题。在国内很多客户都很不成熟的情况下,千万不要根据项目的名称望文生义地去想象项目的目标。一个名为“办公自动化”的项目很有可能在你进场以后一个月才发现客户其实需要的是一个计算机生产管理辅助信息系统系统。前期了解情况的工作越详细,后面的惊讶就越少,项目的风险就越小。
      
      2.这个项目里牵涉哪些方面的人,如投资方、具体业务干系方、项目建成后的运营方、技术监督方等等,很多项目里除了业主单位的结构很复杂以外,还有一些其他单位也会牵涉进来,如项目监理公司、业主的行业主管机构等。项目经理需要了解每个方面的人对这个项目的看法和期望是什么。事先了解各个方面的看法和期望,可以让你在做项目碰到问题的时候,就每件事情分析哪些人会在什么方面支持你,哪些人会出于什么目的反对你,从而提前准备联合朋友去对抗敌人,让事情向你所希望的方向发展。没有永远的朋友,也没有永远的敌人,只有一致的利益,这句话作为项目经理是一定要记住的;

      3.基本了解了客户的情况后,下面的事情就是了解自己公司各方面对这个项目的看法。首先是高层领导是否重视,这个决定了你在需要资源的时候,公司是否会根据你的要求提供最有力的支持。领导口头肯定是说支持的,你需要做的是了解公司对这个项目的实际期望,是想把项目越做越大还是想赚钱?是想做样板工程还是干脆想敷衍了事,公司领导对项目的态度决定了你做这个项目的战略,而这个战略方针将对你做项目计划产生直接的影响;

       4.在做整体项目计划前,还要大致计算一下你手上的资源。首先是时间,现在市场竞争激烈,往往很多项目要求在几乎不可能的时间范围里完成。对于这一点,你在做项目的风险控制计划的时候要充分考虑。其次是人员,根据项目预算和已往经验,大致计算一下未来的项目小组有多少种角色,每个角色目前公司是否有人,是否能完全归这个项目使用,是否需要另外招聘一些人员,招聘的准备工作要尽早启动。最后就是一些设备的准备,项目所需大件关键设备要尽早预定,以后不管发生设备等人还是人等设备的情况,浪费的都是你的时间;

      5.现在是做项目说明书的时候了。一份好的项目说明书不仅将要做的事情描述得很清楚(主要是讲做什么,而不是说怎么做),而且把如何检查也说明得很透彻。也就是说它不仅说明白了要做哪些事情,也让客户的业务人员(一般不懂技术)知道项目做成什么样就算完成了。简单地说,项目说明书描述项目做哪些事情和每件事情做到什么程度以及如何检查每一个结果。

      6. 是到做总体计划的时间了吗?不,你现在已经知道了客户的目标和你手上的资源,那么做计划以前,你还需要和你的经理和客户充分沟通资源的问题。因为很多资源是还不明确的,你需要写一份报告,详细分析这个项目的风险以及对资源的需求情况。如果一些问题不能得到解决的话,将发生什么样的后果。如果资源不够,就要高层改变策略,增加对这个项目的投入。甚至在条件许可的情况下,有些公司会放弃这个项目。总之,没有人能完成一个不可能完成的任务,如果项目经理不能尽早发现风险,那么就只能去当烈士了。


      
      7.明白了要做哪些事情和你手上的筹码以及你做这个项目的总体策略,现在是成立项目小组的时候了。很多项目经理都没有自己选择组员的权利,那么,就尽量发挥你的影响力去寻找那些你想要的人吧。成员的组成根据项目不同,相差较大,很难有什么具体要求,但是,一定要有精通客户业务的人,很多小项目里,这个人就是项目经理本人,大项目里会配备行业专家(Industry expert),这样和客户沟通起来才不会鸡同鸭讲,双方才可以相互理解。我经常看到的情况是我们的技术人员和客户交谈时满口的专业术语,结果搞得客户一头雾水,反过来,他还指责客户不懂技术。其实,明白自己想做什么的客户已经是很好的客户了,不知道自己要做什么,更不懂怎么做还要指手画脚的客户到处存在,但是要明白,是客户选择了你,而不是你选择了客户,有了客户你才有工资拿,心平气和一点吧。

    8.现在你要面对三群人:你的领导、你的组员和你的客户,和这些人沟通,让他们知道你打算怎么做,什么时候要他们做什么准备这些事情将是你的主要工作。既然沟通这么重要,那些事先定义一下沟通的原则也是一件很要紧的事情。很多沟通原则都是潜规则,如果你在一个部门时间做长了,对这些规则的运用觉得是一件理所应当的事情,但是,你现在面对的是多个部门甚至多个单位,不把沟通规则说清楚,你以后就会吃亏。下面的东西看起来无聊,其实还是很管用的:第一个是规定信息的流动方式和介质,是推还是拉。推的意思就是项目经理将主动发布信息,不管通过电话、邮件还是书面方式,保证将信息传达到每个人。这种情况适合小项目,人少;拉的意思就是项目经理就是一个类似web服务器,你自己需要什么信息就去问他。当然,没有项目经理把自己搞得那么累,他会用发布信息到公共介质的方式公布信息,简单的是白板,复杂一点的是项目的公共信息交互区,潜规则就是我发了你没去看就不要说我没告诉你。说这些看似很无聊,其实里面牵涉信息传达不完全的责任问题。当然,这些都是指一般的方式,而且不要绝对化,一般情况下,主动沟通和被动访问是同时存在的,尤其是对领导,项目经理更加应该主动去和领导沟通。第二个问题就是文档问题,很多人怕写文档,但是项目经理一定要牢记“好记性不如烂笔头”的道理。有理有时候为什么会说不清呢?就是因为没有证据。所以项目经理开始就要和客户说清楚有些文档是必须签字的,比如项目经理的项目日志,每个星期至少让客户签字,另外所有达成共识的东西,比如会议纪要,甚至领导的讲话记录,都要写成文档,双方签字,这样以后扯皮的时候,就能做到有据可查。记住:说了的就和没说一样,只有写下来大家签字后才算真正发生了的。还有一些问题,比如你提交的报告,给领导(包括本方领导和客户领导)做一个选择题,结果领导压住不批,让你无所适从,结果拖延了进度。这时候,你可以等,但是注意要留记录,标明是谁的责任;另外,如果你在开始阶段就和领导商定:如果批示提交三天后没有得到领导答复就算对方同意,这样你就会主动很多。再比如不同事件的审批流程问题:什么等级的事情记录在项目日志里、什么等级的事情要双方项目经理专门签署备忘录、什么等级的事情要双方领导出面签署合同附件等等。事先想得越周到,以后的工作就越主动。

    9. 好了,做了很多前期工作,定义了一些游戏规则,现在是坐下来做计划的时候了。这一节,任意找一本项目管理的书都会说得比我好,所以我就少写一点,说一些自己的体会就是了。首先是找几个关键组员,比如客户业务专家、系统分析员等等,做一下项目模块划分工作。项目分成几块去做,每一块完成什么,模块之间的信息如何交换等等。需求定义的是做什么的问题,而这里说的是怎么做的问题。这里要强调一点:完成一个目标有很多种方式,你要选一种你最熟悉的,而不是看上去最完美的,这个思路会让你的项目减少很多风险。有时候客户会被某种新技术打动,坚持要你采用那种新技术,你就应该告诉他:你选我做这个项目,就应该容许我采用自己最喜欢的方式做事情,新技术之所以有诱惑力,就是因为吃亏的人还不多,我不希望你成为第一批受害者。采用一个计划会让你的工作更加明确,比如用微软的Project软件,你填写完表格以后,就可以知道这个项目有多少件事情要做,每件事情需要什么资源,他们之间的前后关系如何,消耗的时间有多长,完成后有什么标志等。所有的结果最后用一个叫做甘特图的形式表现出来。你做完这个表以后会惊奇地发现,甘特图上项目的结束时间会远远落后于你的计划结束时间(签合同的人永远不会先征求你的意见的)。当然,学过项目管理的人会大谈什么WBS、优化路径之类的东西,但是我的经验是你再优化也不可能把这些东西安排到计划的时间结束。如果你没碰到这个问题,在我恭喜你挑了一个轻松活之前,请你再去确认你是否罗列了所有要做的事情和正确评估了他们所需要的时间。这时候,你就要考虑牺牲一些任务的时间(也意味着质量)了。按照什么标准牺牲?这个项目的战略!我们在第三节提到过的战略。我的经验是如果你什么都赶进度,其结果可能就是十件事情你一件也没做好,想想多么失败啊。所以,把资源投到你熟悉和有把握的事情上,最后的结果是十件事情,你有三件做成了精品,三件完成,还有四件因为某些原因延误,成绩单是否靓丽了很多呢?战略决定优先级,而正确排列事情的优先级是一个项目经理能力的主要体现。

    好,现在项目已经完成了前期工作,了解了项目的目标、搞清楚了手上的资源,制定了项目的策略,然后编制了项目的整体计划,项目进入实施阶段。进入这个阶段反而是项目经理比较空闲的时候,不像前期的时候项目经理要象记者一样到处和不同的人接触,搞清楚他们在说什么,努力猜测他们在想什么和他们的真正目的,那才是最累人的事情。当然,小项目的项目经理往往自己也是一个资源,要做很多事情,这时候反而比谁都苦。项目经理这段时间的主要工作是保持和客户领导以及自己领导的沟通。和客户领导沟通时特别要注意,除非你需要对方给你支持,那么你才需要讲得具体一点,否则,告诉他一切正常就可以了,而且态度要积极一些,千万不要说一些领导不懂的细节,比如:“王局长,最近项目进度还算正常,就是JVM经常发生一些内存泄漏的情况…”王局长:“(*&$@@”。和自己的领导汇报也要注意这个问题,除非他是一个技术高手,你需要他的技术经验,否则一般就汇报进度是否正常以及有问题时你的对策和打算就可以了,有些需要他支持的地方,比如资源调用需要说详细一点。

    和组员开会,除了一些项目进度跟踪会议以外,还有很多讨论会,需要大家用头脑风暴方法给出解决问题。与会人员很多都是技术人员,他们的特点是注重细节、缺乏大局观、有点消极悲观、自尊心强(如果总结得不对,欢迎大家拍砖),所以,你作为会议的主持人,只要负责提出问题和记录下他们的观点,千万不要做评判者的角色。一个问题,有很多方面,从不同的角度看,现象是完全不同的,想想盲人摸象的故事吧。这些技术人员,他们往往精通一个方面,就自己的角度发表见解,除非一些很特别的情况,你都应该认为,他们提出的方案,从他们的角度来看是最合理的。你的长处是掌握事情的优先级,评估各个方面的轻重缓急,从而根据他们的意见得出一个合适的(而不是正确的)方案。所以,在会议上,你要充分尊重每一个人和他的意见,夸奖那些意见提得比较好的人,千万不要把会议带入无休止的争论(你要让大家知道事情不是非黑即白的,而是多元的,唉,我们的教育惹的祸…)。会后,你自己写文档,做决定。会议上大家的面子都被照顾了,自然实施起来的阻力就小,如果还有意见的,你就私下找他聊,如果还不能说服他,你就要让他明白,因为你负责这个项目、你担当风险,所以,这个优先级应该你来判断。组织中的高层,并不见得水平会比一般的成员高,但是,他要承担组织的风险,加之信息的不对称性,所以,对事情的优先级的判断肯定比下属强。

    在开发过程中,内部管理还要注意的一点是时刻强调以验收为目的的思想,每个任务的最终可交付成果一定要是可以被检查的,比如,【界面要求:美观大方、简洁明快】,这个要求我就不知道如何检查。所以,给开发小组布置任务的时候就要考虑如何检查结果,比如我见过一个计划,里面有一个任务【开发人员熟悉EJB编程】,这个任务,除了让这些人去参加一些专业认证考试,否则,结果很难被检查。所以,时刻考虑如何检查结果、如何向客户交付是项目经理一直要注意的事情,我听说有些老项目经理拿到项目是倒排计划的,即首先看如何验收和验收标准,然后决定工作计划。很多项目开始了很久,还不知道如何验收,那么这个项目出问题的可能性就很大了。做项目就是为了验收,我们的角色不是研究机构,我们的目的就是在付出那么多劳动后得到结果。另外我插一句:我是极其不主张到客户现场开发的。尤其是一大群技术人员直接和客户交流,很容易引起冲突和矛盾(技术人员的本性决定的)。我的做法是项目经理和项目实施人员到现场,软件开发人员还是在公司做项目。项目实施人员就是初级项目经理,他们了解自己的产品,懂得一些客户的业务,关键是在于他们具有良好的沟通能力,俗称“皮厚”。他们是客户和研发人员的桥梁,其职业方向也是很机动灵活,以后可以有很多方向可以转,比开发人员的路要宽得多。

    接着,我们再谈谈最让人头痛的需求变更问题。变更通常分为两种:一种是部分更改了原先的目标,即需求变更;另一种是没改变目标,但是客户不满意目前的实现方式,大到流程的实现,小到界面的布局,都是属于这类。碰到这种情况是难以避免的,主要是事先沟通的不够充分和客户随着项目的进展,慢慢想清楚了问题,改变了以前的思路。这时候,如果需要改并且你的战略是容许这种情况的,那么注意下面几点:


    1.确保以前的文档,就是记载着以前的结论的东西,客户是否签过字,如果没有,赶紧把你的工作停下来,赶快再和客户自己确认一下你的方案,然后让他签字,避免以后说话没有凭据;
    2.和客户坐下来,自己探讨他修改的根本目的是什么,是不是有同样能达到相同目的,但是对你来说有代价更小的选择?
    3.(项目初期的工作)明确更改流程,一般是客户指定一人签字(否则客户每个领导都有权力来插一杠子,你就废了),以正式项目文件的方式提交给你,然后,你做评估分析,分析对成本、进度的影响,在你的领导同意后,出相应意见书,主要是要说明更改设计的原因和指出由此带来的不确定后果(这个东西先写出来,后面如果真的发生了,至少不是你的错)。然后再让客户在上面签字。见过医院给病人做手术以前让家人签的免责条款吗?对,就学习那个,让大家都意识到任何的更改都有成本和代价。

     
     

    优秀IT项目经理的基本要求(转)  

    2012-06-06 14:59:38|  分类: 项目经验 |  标签: |字号 订阅

    摘要:

    IT行业已经发展了几十年,但如何成为一个优秀的IT项目经理?这个问题还在困扰着很多人。本文结合自己的实践经验和理论研究,针对中国国情,论述了IT项目经理基础知识体系的重要性,指出了IT项目经理应具备的知识体系和个性特征。

     

    关键字:软件 项目经理 知识体系 能力 成熟度

     

    一、PMBOK与项目管理能力的关系

    本节对于项目管理资深人士属于啰嗦,但笔者慎重思考后还是认为有必要啰嗦几句,因为错误的观念依然在传播,毒害不知真相的人。只有让正确的观点流行传播,让大家了解真相,才能少走弯路,减少错误,使得更多人用宝贵的时间做更有意义的事。

    有一种观念在我国非常流行:项目经理是干出来的,不是考出来的;PMBOK是老外整出来的东西,内容根本就是花架子,不适合国情,拿PMP纯粹是糊弄人,耽搁时间。其实还有很多类似的观点在广泛传播,比如大学生无用论,MBA无用论,其根本就是没有辨清知识体系与能力之间的关系,而不明真相,缺少判断力的人只看结果,让这些似是而非的错误观念到处传播,到处发毒。这种毒对年轻人毒害尤其大!

    项目管理也是管理,管理的对象主要包括两个:人和事,主要是人。虽然有东西方文化差异,但是人性是相通的,尤其是现在全球化日益深入的情况下,在同一个项目中同时存在东西方文化和不同国籍组员的情况日益普遍,而管理思想深层次折射的是文化。对于刻意突出“西方管理不适合中国土壤”的人,除了要以“语不惊人死不休”的表达方式来体现他的真知灼见外,同时也反映了这些人某些层面的浅薄:用地域和群体来表述必然会以偏概全!

    获得PMP不一定就完全掌握了PMBOK,这跟一个大学毕业生拿到学士学位,对大学某一专业的知识体系有了全面了解,但毕业后却不一定就能成为该专业领域的优秀人才一样:知道不一定能做到!

    学习知识,需要的是记忆和分析能力,主要是记忆;而每个人的实际能力却跟个人的天赋有很大关系。掌握PMBOK,明白项目管理该做些什么,其中的方法论也具体指导你某些事该怎么做,但真正的管理项目,却需要根据实际情况灵活判断该采用哪些知识、哪些方法来处理。再举个大家更熟悉的例子,一个学习了PMBOK并获得PMP的人,就好比一个精读并熟记了“葵花宝典”的书生,能否成为“东方不败”,这一方面要靠自己的天赋,另一方面真的需要苦练,甚至挥刀自宫的酷刑(得摒弃自己性格中的某些缺陷,比如一个自由散漫的人一定得学会自律,才可能成为一个优秀的项目经理)。

    PMBOK包含5大过程,9大知识领域,集成了全球项目经理人丰富的最佳实践,称之为《项目管理的“葵花宝典”》毫不夸张。最为关键的是,PMBOK在不断更新完善,新的最佳实践和知识在不断对其充实。PMI的认证体系根据项目管理岗位,管理能力和管理范围的不同需要进行了分级:CPMP(项目经理助理)、PMP(项目经理)、PgMP(高级项目经理)。不同的工作岗位需要不同的知识体系。据最新获得的消息,PMBOK在今后的版本中很有可能根据行业不同分出不同行业的PMBOK,我们将会看到建筑行业的PMBOKIT行业的PMBOK,制造业的PMBOK……,这是集体智慧的结晶,并且在不断融入新的智慧!

    知道了不一定能做到,但是根本不知道,你认为能做到么?

    明白了以上的关系,PMBOK我们要不要去读?PMP认证我们该不该拿?这个你自己决定。“要练神功,先要自宫”,可能会吓跑不想获得神功的人,但吓不跑“东方不败”!

    二、IT项目经理应具备的知识体系

           比较流行的观念是,IT项目经理需要三方面的知识:IT专业知识、业务知识、管理知识。这是国内企业对战斗在一线的项目经理的普遍要求,尤其是软件项目的PM

    什么样的人才适合项目管理的职责?“从理论上,具体到特定的项目任务,谁更有可能取得项目成功,谁就应该承担项目管理的职责。”这是一个相当骑墙的答案,但说出了本质。项目经理的任命,项目经理应该具备的知识体系,完全是由具体项目任务决定的。

     

    对于单个的中小软件项目,国内多数企业都是以1个项目经理+N0~12)个开发人员这样的团队进行任命组建,而为了压缩成本,多数开发人员都是刚毕业或者有短暂开发经验的年轻技术人员,项目所需的知识要求,可能多数都集中在了项目经理一个人身上。而多数这样的项目经理,从公司的角度,要求的是经验,有过1个或几个同类项目的开发经验,是编程高手,懂一些系统分析设计和数据库设计的知识即可,而对管理的要求,只要你能带好几个人干活就行。

    这是普遍现象,也有把项目做成功的,但失败率很高,失败的项目问题出在什么地方?如果说责任,可以说是企业任命错误,也可以说项目经理本人能力不足。但作为个人,项目经理如果不能认识到自己的不足,那注定不可能有进步和提升。

     

    因为业务性质的不同,IT项目所需知识差异很大,但可以总括为软硬件知识、网络知识、美术知识、业务知识、管理知识。其中软件知识领域会包含操作系统、应用服务器、数据库、编程(语言、算法和数据结构、设计模式)、软件工程等。

    而管理知识,没学过项目管理的软件专业人士多数都熟悉软件工程,其中有很多管理思想,但是软件工程的管理不同于项目管理,有哪些差异请参阅乔东的文章《IT产品管理与项目管理的关系

    “麻雀虽小,五脏俱全”。任何一个IT项目,都会涉及到以上所有知识领域,随着项目的增大相应的知识领域复杂度会更大。很难有一个人精通以上所有知识,因为这些知识随着创新还在不断的增加。现在极个别情况下还有一个人开发一个软件项目的情况,但这样的情形越来越少。多数项目失败,都是因为项目组知识体系不健全导致,可能是技术知识,也可能是管理知识。

    国内很多软件项目的项目经理是由程序员提拔上来,如果他对软件工程掌握得比较好,对某些简单的软件项目,基于过去项目的经验,可能会成功,这也是很多人认“项目经理是干出来,不是学出来”的理由。这样的项目经理如果面对多个子项目,功能复杂,干系人复杂,时间要求紧等复杂情况时,必然会因为知识体系的不健全,越来越多的问题不知道如何处理,不能很好的预测项目风险,随着项目的开展,使局面混乱复杂,最终导致项目失败。

    还有一个让很多人困惑的问题是,一个完全不懂IT技术的人是否可以做IT项目经理?对此的答案是很明确的:这跟“什么样的人才适合项目管理的职责?”答案相同,如果他能使项目成功,就是可以。项目的成功靠团队,而不仅是某一个人!项目所需要的知识体系,是由整个团队成员的知识体系总和决定。其实优秀的项目多数都是项目组成员知识能力差异互补,形成的是一个完整圆满的团队。如果项目中仅有一个或者两个“牛人”来支撑,其他组员不能快速学习提升,必然会因为“木桶短板”,导致项目出问题。

     

    另一个困惑很多人的问题是对业务知识的掌握。几乎所有的招聘单位都是要求既要有IT技术知识,开发经验,又要有相关行业背景或者行业软件开发经验才能胜任某一行业IT项目的项目经理。其实造成这样的现状,企业也是被逼出来的。国内的多数软件开发方都比较弱势,为了把项目做好需要做很多本该甲方做的事情。相比而言,懂业务知识的项目经理跟客户沟通更方便,更容易理解客户需求,对推动项目进展有很大的促进作用。但有两个问题需要思考:

    1)      项目经理掌握多少业务知识才算够?

    2)      有经验,或者某些顶着“专家”头衔的甲方业务人员,就真的能提出很好的IT系统需求么?

    诺贝尔经济学奖得主西蒙教授的研究结果表明:对于一个有一定基础的人来说,他只要真正肯下功夫,在6个月内就可以掌握任何一门学问。教育心理学界为感谢西蒙教授的研究成果,故命名为西蒙学习法。可见,掌握一门陌生的学问远远没有想想的那么高难、深奥。

    研究结果和事实都表明,有行业背景和相关行业软件的开发经验,对项目需求获取有很好的促进作用,可以作为软件项目经理的充分条件,但不是必要条件,“有一定基础”和“肯下功夫”才是关键。做好业务建模,除了熟悉行业知识,更重要的是精通系统分析设计方法和清晰良好的分析判断能力。

    三、IT项目经理应该具备的基本个性特征

    有很多人一直都不明白有些人讲起管理头头是道,为什么却做不了管理?前面也已经做了分析,学习PMBOK拿了PMP不一定就具备项目管理的能力,每个人的实际能力跟个人天赋有很大关系。对一个项目经理来说,究竟该具备什么样的特质和天赋?笔者概括为四力一度。

     

    一、学习力

     

    二十一世纪,最重要的不是学历,也不是能力,而是学习力!

     

    学习力包括三点:1、喜欢学习;2、快速学习;3、持续学习!这三点缺一不可。

    IT行业注定比其他行业更累,就是因为不断有新的技术、新的思想、新的工具在产生,并且项目经理注定要带各种项目,面对很多行业,没有很好的学习力不可能适应这个行业,更不可能干好。

    对很多IT项目经理来说,最可怕的就是“终于由程序员熬成了项目经理”这种想法。国内不少由开发人员晋升上来的项目经理,就是倒在了这条路上!职位的晋升本来是好事,但把一个人安排到不合适的岗位上,真的有可能毁掉一个人。受3000多年传统“官本位”思想的影响,很多国人想做管理,“官”“管”直接挂了钩,在IT行业也不例外。

    在很多开发人员眼里,项目经理就是一个指挥指挥,聊聊天,说说话就行的职位,貌似根本不用再学习。有些开发人员就是按照自己的观察理解来干这个工作,放弃了学习,每天忙于项目事务,一些简单的项目基于原有的项目经验,真的有可能会带成功,但遇到复杂的项目,就会发现力不从心,捉襟见肘。

    IT项目经理,不仅要学习当下项目需要用到的业务知识、技术知识,掌握新的工具等等,更要不断学习巩固项目管理知识、软件工程知识,因为这些知识体系都在不断的发展充实。而管理学,人类几千年文明史,从未停止过进步。PMBOK现有的5大过程,9大知识领域,没有持续的学习、经验积累、实践总结,绝不可能很好掌握。胸有“万卷诗书”,才可能轻松面对项目中“千奇百怪”复杂的局面!

     

    二、沟通力

     

    沟通管理在PMBOK中做为9大知识领域之一奉献给大家,足见沟通在项目管理中的重要性。沟通力主要体现在两点:1、顺畅良好的沟通;2、适当的沟通力度。

    首先要澄清一个误区:沟通能力需要很好的表达能力,包括语言表达、文字表达和肢体表达等,但表达能力不等于沟通能力。细心、耐心,广博的学识、良好的倾听对沟通都非常重要。很多有丰富沟通经验的管理人士强调倾听的重要性,是因为太多人都“好为人师”,喜欢讲,不喜欢听。沟通是个双向的事情,每次沟通一定要明确肯定对方的表达,给予准确答复,同时也要得到对方的明确答复,确认对方真正理解了你的意思。

    干系人识别、分析、分类是项目经理制定沟通管理计划首先要做的事情,但更复杂也最能体现项目管理艺术的,就是项目经理要能清晰判断如下内容并付诸实施:

    1)在什么时机(到了项目哪个阶段,发生了什么事件);

    2)跟哪些人(用户、客户、客户领导、组员、公司领导、销售、监理公司);

    3)通过什么方式(会议、当面公谈或私谈、电话、电子邮件、别人转达);

    4)在适当的时间(立刻、周几、上午、下午、下班后、几点几分);

    5)什么地点(会议室、办公室、茶餐厅……);

    6)说什么(长篇大论、简明扼要,这种度需要自己把握)。

    每次沟通,如果不能解决问题,就可能产生更大的新问题。以上任何一个环节出了差错,都可能会造成一次事故,给项目带来很大风险。

    沟通在项目中是如此重要,顺畅良好的沟通需要项目经理不断观察,学习总结。普遍的观点认为成功的项目经理80%的时间都会运用在沟通上。有些能力很强的项目经理,或是因为心情不佳,或是因为积极性不高,偷懒,侥幸等等心态作怪,在该沟通的时候未进行沟通,致使项目问题堆堆,最终导致项目失败,这是非常可惜可悲的事情。充分准备是良好沟通的必要保证。

    沟通是贯穿整个项目生命周期的任务,项目经理要为整个项目创造良好的沟通交流氛围,并把控好沟通的力度:既要保证每次沟通有实际效果,又要保证沟通的周期、时间、时机。

     

    二、决策力

     

    良好决策是成功管理的必须前提,任何管理者都必须具有良好的决策力,项目经理也不例外。良好决策必是基于对现状的清晰认识,因此,首先对项目整体情况的跟踪和检查是项目经理一定要做好的事情,其次就是要求项目经理必须具备良好的分析判断能力。

    成熟的方法是项目经理有清晰思路的保证,也是做好分析判断的基础。对分析判断,软件工程和项目管理知识体系提供了很多实用的方法和工具,如软件工程中常用的流程图,质量管理中有名的戴明环(PDCA)、帕累托图、鱼刺图,深刻理解了这些工具的概念、使用方法,理解了其核心思想,我们在面对复杂问题时,就会有很好的分析方法,获得判断依据。

    分析判断能力有先天因素的影响,但更重要的是后天的学习和思考。即使是发散型思维,经过学习和训练,也可以形成很好的逻辑判断能力;习惯逻辑思考的人,通过头脑风暴、联想式思考的训练,也可以形成很好的发散思维思考模式。这是对日常事务处理的分析判断。

    对于项目经理来说,还有一点就是对干系人行为的分析判断。先天的情商很重要,很多人从小就对别人的行为十分敏感,能比较清晰的判断出对方的情绪、想法以及下一步要采取的行动,也能清晰地知道自己采取的行动能对对方产生好的或者坏的影响,这是情商很高的人。

    如果你觉得自己情商不够高,通过学习观察,经验累积,对人的分析判断能力会逐步提高。关于人性的讨论,中华民族是走在世界前列的,“太阳之下,无新鲜事”!通读史书能对人性有很好的了解,还有经典古籍、文学名著,都有助于我们对人性的了解,现代翻译引进的很多西方管理学书籍也都有这方面的论述,《人性的弱点》这本书就很不错。

    决策的形成过程有时很漫长,有时只是瞬间,每个项目都会持续一定时期,大的项目甚至会持续很多年,持续不断的正确决策保证项目顺利进行和成功结束。正确的决策一方面依赖于个人天赋,另一反面取决于个人平时的用心程度和用功程度。

     

    四、执行力

     

    任何事情的结果都离不开踏踏实实的执行,我们常听说“千言万语不如一个行动”。但项目管理是如此的实实在在,并且项目管理的典型特征就是时间限制。在有限的时间内通过团队合作来完成项目目标,项目经理没有很好的执行力绝对不行!

    在整个项目过程中,会遇到各种各样的问题、麻烦和阻挠,项目经理必须清楚在什么样的时机采取什么样的行动。项目经理是整个项目团队的核心,项目经理的执行力包含两个层面:一是做好自己,把那些需要自己亲力亲为的事情做好;二是推动别人,领导推动项目相关者在相应的时机采取相应的行动,该指挥就上去指挥,需要指导就上去指导,需要协调就择机协调,需要求助上司就及时跟上司汇报。

    制定一份优秀的项目计划是一个项目经理能力的体现,将计划按预期逐一落实更是必须具备的能力。项目成功是项目经理的唯一目标,所有的行动都要为此服务!时刻牢记这个目标,采取所有正确的行动来实现这个目标,不要懈怠。

    没有一个项目会毫无阻力、没有麻烦的结束,如果项目都那样就不需要项目经理了,项目经理的职责就是解决问题。无论多么优秀的项目经理,没有人能把所有问题都解决得完美无缺。做项目管理,你总会遇到新的问题和麻烦,因此项目经理需要不断的学习、思考和总结,不断改进过程,提高个人能力,改善自己的执行力。

     

    五、成熟度

    这里的成熟度主要指个人修养,或者说人格的成熟度。这是一个较大的话题,写几本书未必能描述详尽,但也足以说明个人修养绝非一日之功。个人成熟度受个人成长环境、所受教育、个人天赋等多方面影响,但以下三点对一个成功的项目经理有着至关重要的影响,如果这三点不具备,肯定会出大问题。

    1、  信仰正确

    信仰是每个人都必须面对的。谈到信仰大家多数立刻会想到宗教或哲学派别,在这里不评论宗教或者哲学派别的好坏对错,这是人类一直在探索和争论的永恒话题。这里的信仰,是指每个人自己心目中的生活信条和生活目标。宗教和哲学派别有很大差异,但对“真善美”的追求是人类共识的正确追求。

    PMP认证考试时专门加入了职业道德部分,这是无比正确的。一个信仰错误的人,能力越强,破坏力越大。但因为文化差异,PMP考试的职业道德考试也给其他国家,包括中国的考生带来不少困惑和烦恼,作为一个国际性认证,这也是需要改进的一个方面。

    一个成功的项目经理,必须有自己清晰的生活信条和生活目标,这些信条务必是由一系列健康乐观,积极向上的处世原则组成。一个有人格缺陷或悲观甚至邪恶信仰的人做项目经理,会给项目团队带来毁灭性打击,甚至会给其他团队或公司带来毁灭性打击。

    2、  情绪稳定

    是人类,就避免不了喜怒哀乐等心情的变化,有时也会有莫名其妙的忧郁。没有情绪变化的人不会是一个正常的人,但一个任由坏情绪发泄的人绝对是一个不成熟的人,这样的人就好像一个“不定时炸弹”,身边的人不知道他会什么时候“爆炸”。

    “炸弹”的说法好像有点夸张,但很多人都领教过“神经质”领导的威力,迫于权势和其他考虑,很多人选择忍受。这颗炸弹威力较轻,会忍受时间长些,一旦遍体鳞伤,肯定会选择离开。但项目经理算不上大领导,项目经理要面对临时组成的团队和各种各样的干系人,这些情况就确定了有太多不稳定因素。如果项目经理不能控制好情绪,这颗“炸弹”的爆炸极有可能成为群爆的“导火索”,最终结局就是遍地尸身。这样的情况已经有无数先例。

    项目经理这个团队核心,无疑会比多数团队成员有更大的影响力,项目经理的情绪变化必然会给整个团队带来较大影响。坏情绪未必都会造成坏结果,这需要项目经理审时度势,控制好自己的情绪在合适的时机表现出来。无论如何,不能让情绪造成的“冲动”左右自己的行动,“冲动”是魔鬼,魔鬼从来不会干好事!

    心身健康是稳定情绪的关键。心,指思想观念;身,指躯体。积极向上的思想观念会正面影响一个人的一切。大量事实和经验也说明,身体不好的人各种坏情绪会接踵而至。多做充实自己的事,多想快乐的事,多锻炼身体,你一定能心身健康。平衡是一个很重要的项目思维,项目经理首先得能做好工作与生活的平衡。

    3、  换位思考

    一个不能换位思考的人,一定不是一个成熟的人!

    项目经理不可避免要面对很多陌生但很关键的“干系人”,并且要满足各种各样干系人不同的项目需求(而不是个人要求)。换位思考是良好沟通的基础,更是缔造双赢局面的必须。一个不懂得换位思考的项目经理不会懂得理解,更无法做到包容。总是基于自身利益考虑问题必然导致客户严重不满,也必然导致项目失败。

    换位思考是一个简单的处世法则,但简单的道理却有很多人无法做到,这也决定了为什么有的人做不了项目经理。古往今来,从孔子的己所不欲,勿施于人到《马太福音》的你们愿意别人怎样待你,你们也要怎样待人,不同地域、不同种族、不同宗教、不同文化的人们,说着大意相同的话。

    在项目的实施过程中,很多情况下项目经理不仅需要做到“换位思考”,还需要“替人办事”,尤其是国内多数软件实施项目,实施方多数处于“弱势”地位。一方面是很多客户在信息化和管理方面的不成熟,不知道该怎么办;另一方面可能是强势的客户知道,但他却不想办。无论哪种情况,很多时候靠协调和合同约束无法完成项目,如果纠缠于责任和法律条款,致使项目时间延迟或者项目失败,最终造成“双输”局面,这绝不是理想的结局。

    一个优秀的项目经理,会很好的换位思考,围绕“项目成功”这个最大目标,不会推卸责任,不会纠缠于一些无法界定责任人的小事,会积极地思考、沟通、协调、推动每项任务的顺利进行,哪怕在经济或其他方面吃些“小亏”,处理好项目的每件关键事情,使项目顺利进行。

    换位思考,是一个人“智慧”的体现!替人想在前面、做在前面,“智慧”会为你赢得非凡的成功!

    四、总结

           如果没有充分的知识,一个项目经理无法知道要成功完成项目该“做什么”,“怎么做”;如果没有必备的个人天赋和后天的勤奋努力,也绝无可能成为优秀的项目经理。

           项目需要团队合作才能成功,但任何时候,用“求人”不如“求己”来提醒自己,多学习,充实自己,在紧急关头,你会更容易度过难关。

     

     

    展开全文
  •  你说的BNN是?如果神经网络中没有激活函数,那输出的结果只是输入的线性变换。但是加入了激活函数后,就不是高次多项式了。 五、其他相关的问题 1.TensorFlow的发展趋势是怎么样的?  会集成越来越多的...

    引言:自TensorFlow于2015年底正式开源,距今已有一年多,不久前,TensorFlow正式版也发布了。这期间TensorFlow不断给人以惊喜,推出了分布式版本,服务框架TensorFlowServing,可视化工具TensorFlow,上层封装TF.Learn,其他语言(Go、Java、Rust、Haskell)的绑定、Windows的支持、JIT编译器XLA、动态计算图框架Fold,以及数不胜数的经典模型在TensorFlow上的实现(InceptionNet、SyntaxNet等)。在这一年多时间,TensorFlow已从初入深度学习框架大战的新星,成为了几近垄断的行业事实标准。

      目前看来,对于人工智能这个领域依然有不少怀疑的声音,但不可否认的是,人工智能仍然是未来的发展趋势。

      本文整理了黄文坚和唐源两位老师在开源中国高手问答中一些与TensorFlow相关的精彩问答,主要分为以下几类。

    • TensorFlow之入门篇
    • TensorFlow之性能篇
    • TensorFlow之适用场景
    • TensorFlow之实战篇
    • 其他相关的问题

    一、TensorFlow之入门篇

    1.没接触过,刚了解了一下,这个东西就是把某种东西用数据描述出来,然后用一些样本告诉机器它是什么,或者要对他进行什么操作,训练后,机器就能告诉我们输入的数据是什么,或者自动的进行操作吗?比如输入一堆图片告诉他哪个是猫,以后它就能自动识别猫了;给汽车装上各种传感器采集数据,人开着车操作,一段时间后,它就知道什么情况要怎么操作了,就会自动驾驶了?不知理解得对不对,希望指正。

      对的,你说的是其中一类运用,属于机器学习的概念,但可以做到的还远远不止这些,可以多多关注这个领域。深度学习是机器学习的一个分支。TensorFlow是主要用来进行深度学习应用的框架。

    2.我是TensorFlow爱好者,现在正在学习,国内的这方面的资料不多,感谢你们提供的资料。我想问一下,学习TensorFlow有什么学习曲线,有没有什么实战的案例?另外在集群模式支持的是不是友好,和Spark集成是不是友好?或者有没有这方面的规划。

      书中有特别多的实战例子,欢迎购买!至于对Spark集群的友好,你可以了解一下雅虎最近新开源的TensorFlowOnSpark。

    3.看了这个题目的一些提问,发现这个TensorFlow技术,学习曲线还是很陡峭,研究的人还是少数,有什么方法可以把学习曲线降低,更容易入门吗?还有学习这个技术,有什么必要的学科基础要求吗?

      可以先通过keras上手,这是一个支持TensorFlow的上层封装。在学习TensorFlow之前,需要有基础的Python编程能力,以及对深度学习有一定了解。不过我现在在和RStudio合作把这个也能放在R里面跑,可以关注一下我的GitHub:terrytangyuan (Yuan (Terry) Tang)

    4.好期待TensorFlow这本书,对于新手看着书入门会有难度吗?要先掌握什么基础知识呢?

      可以先看看TensorFlow中文官方站点的文档。本书对新手难度不高。需要一些基础的Python运用能力,还有一些机器学习基础。书中对深度学习有较多的讲解,所以对深度学习的知识要求不高。

    5.作为一名成长在Spring技术栈下的码农,转投TensorFlow的话,这本书适合我们入门么?也想请您在机器学习方向上提供一些指导意见,谢谢。

      完全可以的,可以学习一下基础的Python语法,学习机器学习,深度学习,尝试做一做相关的小应用,也可以看看雅虎最近出的TensorFlowOnSpark,或从sklearn+numpy+pandas开始。

    6.请问如果要学习TensorFlow,数学应该掌握到什么程度,高数,线代,积分都学过还需要再学哪些内容?

      如果只是要掌握这门工具,不需要学习太多理论的东西,比如说你如果想利用这门工具来做一些机器学习的运用,我现在做的tf.contrib.learn模块,类似scikit-learn,降低了很多学习的门槛,希望能够帮助到大家。如果想深入做研究的话,你说的这些都是必须要掌握的基础,可以在这基础上多关注一下相关的研究,建立好自己的感兴趣方向。

    7.学习TensorFlow需要哪些技术栈,了解TensorFlow需要阅读源码吗?

      如果只是想调用高阶的一些模块做一些应用,基本的Python就够了,如果想在某一块做提升的话,能自己学习读代码是再好不过的了,我一开始参与开源软件的时候也是只懂一些基础,可以积极参与开发和讨论,从这个过程中可以学到很多。如果想掌握底层的一些细节,就需要学好C语言之类的了。

      最底层还有cuda的代码。这个要看自己的需求,是想了解到什么程度,如果只是用来做应用,想要很快出结果,直接看api就好。如果想对性能进行优化,可能需要阅读源码。

    8.与TensorFlow类似的项目有哪些?TensorFlow的优点和缺点是?

      还有Caffe、CNTK、MXNet等,在《TensorFlow实战》书中第二章详尽地讲解了TensorFlow与其他学习框架的对比。也可以看这篇文章,摘自书中第2章《TensorFlow和Caffe、CNTK、MXNet等其他7种深度学习框架的对比》

    9.TensorFlow只能部署在Linux机器上?

      Mac,Windows,Mobile,RasberryPi都是可以的

    二、TensorFlow之性能篇

    1.TensoFlow的优点我知道,架构好、跨平台、接口丰富、易部署,而且是大公司的产品。问题就是TensoFlow的性能到底如何,我看过网上几个评测,是不是像以前别人测试中的那样慢的离谱,不管CPU还是GPU跟Torch比都慢不少,(评比原文),更有测试评论说TensoFlow比convnetjs慢100倍(原文地址)。

      我简单了解深度学习的算法有很多,效率也不同,我希望知道的是,在同算法的情况下,TensoFlow到底比其它框架慢多少?毕竟性能也是一个很关键的因素。

      这些评测是很旧的了,新版的TensorFlow没有这个问题。TensorFlow目前可能在全连接的MLP上稍微慢一点,但是后续XLA会解决这个问题。但是其他比如CNN、RNN等,因为大家主要都使用cuDNN,差异不大,性能基本上非常接近的。性能你可以放心,Google内部全部使用这个框架,如果真有性能慢的话,这么多人使用着早就解决了。

    2.机器学习中一般分有监督学习和无监督学习,无监督学习下,用TensorFlow来对某个数据集进行学习,那么它识别出来的特征是什么?还有TensorFlow1.0中加入了XLA,我理解为能把代码翻译成特定的GPU或x86-64的运行代码,是不是只有在做代数运算时才会用上XLA?TensorFlow不是已经在底层用cuda的cuDNN库加速了吗,为什么还要用XLA?

      关于无监督学习,书中有讲解。无监督学习在深度学习中一般是自编码器等,提取到的是抽象的高阶特征,去除了噪声。XLA会对几个层叠的操作进行JIT编译。cuda是一门语言,cuDNN是深度学习的库,使用cuda加速也要看是怎么使用它加速,是一层计算执行一次,还是把几层的计算合并在一起执行,XLA做的就是这个,将一些简单的操作编译合并成一个操作。此前TensorFlow训练MLP等网络较慢,使用XLA后有。

    3.请问使用TensorFlowOnSpark之后,除了免去数据在HDFS和TensorFlow移动之外,是否能对性能有较好的提升呢?如果不用TensorFlowOnSpark,TensorFlow目前自己的分布式性能是否已经成熟了呢?

      目前TensorFlow的分布式算是比较成熟的,但可能还不是最快的。TensorFlowonSpark应该不能提升分布式的性能,毕竟还经过了一层Spark的通信机制处理。

      应该选择TensorFlow还是Theano?有使用两个库的用户比较一下这两者。比如从编译速度,运行速度,易用性等角度进行比较。

      可以参考这篇文章:也就是我们这本《TensorFlow实战》里面的其中一节:《TensorFlow和Caffe、CNTK、MXNet等其他7种深度学习框架的对比》

    三、TensorFlow之适用场景

    1.请问TensorFlow在自然语言处理上有没有优势?

      自然语言主要使用RNN、LSTM、GRU等,目前新推出的TensorFLowFold支持DynamicsBatching,计算效率大幅度提升,非常适合做自然语言处理。

    2.TensorFlow在实际生产环境中,有什么特别适合的场景呢?

      TensorFlow部署非常方便,可用在Android、iOS等客户端,进行图像识别、人脸识别等任务。常见的CTR预估,推荐等任务,也可以轻松地部署到服务器CPU上。

    3.TensorFlow有在生产企业中应用的案例吗?

      在Google用的特别多,所有会用到深度学习的场景,都可以使用TensorFlow,比如搜索、邮件、语音助手、机器翻译、图片标注等等。

    4.TensorFlow在大数据行业的应用和运用怎么样?TensorFlow的源码使用了哪些设计模式?

      应用非常广的,谷歌已经在很多项目上用了TensorFlow,比如说Youtubewatchnext,还有很多研究型的项目,谷歌DeepMind以后所有的研究都会使用这个框架。如果对某段代码好奇,可以去参考参考源代码学习学习,很多的设计都是经过内部各种项目和用户的千锤百炼。

      Google内部非常多team在使用TensorFlow,比如搜索、邮件、语音、机器翻译等等。数据越大,深度学习效果越好,而支持分布式的TensorFlow就能发挥越大的作用。

    5.最近在学习TensorFlow,发现其分布式有in-graph和between-gragh两种架构模式,请问这两种架构的区别是什么?或者是不是应用场景不同?

      其实一个in-graph就是模型并行,将模型中不同节点分布式地运行;between-graph就是数据并行,同时训练多个batch的数据。要针对神经网络结构来设计,模型并行实现难度较大,而且需要网络中天然存在很多可以并行的节点。因此一般用数据并行的比较多。

    6.TensorFlow实现估值网络,作用和意义在哪里?有没有其他的方法实现估值网络?

      估值网络是深度强化学习中的一个模型,可以用来解决常见的强化学习问题,比如下棋,自动玩游戏,机器控制等等。

    7.想请问下TF有类似SparkStreaming的模块吗?TF在后端存储上和cassandra或者hdfs的集成上有没有啥需要注意的地方?Spark在集群上依赖Master,然后分发到Worker上,这样的架构感觉不太稳定,不知道TF在分布式是什么架构有没有什么特点?

      目前没有类似Streaming的东西,Spark主要用来做数据处理。TensorFlow则更多是对处理后的数据进行训练和学习。

    8.TensorFlow对初学者是否太难了?TensorFlow貌似都是研发要用的,对服务器运维会有哪些改变?

      TensorFlow针对实际生产也是非常好的。应该是所有框架中最适合实际生产环境的,因为有Google强大的工程团队的支持,所以TensorFlow拥有产品级的代码,稳健的质量,还有适合部署的TensorFlowServing。

    9.TensorFlow从个体学习研究到实际生产环境应用,有哪些注意事项?

      个人研究的时候没有太多限制,实际上线生成可以使用TensorFlowServing,部署效率比较高。

    10.TF的耗能是否可以使其独立工作在离线环境的嵌入式小板上,真正达到可独立的智能机器人。

      可以的,使用TensorFlow的嵌入式设备很多。但做机器人涉及到很多步骤,核心部分都设计了机器学习,图像处理之类的,TensorFlow可以用来搭建那些。

    11.互联网应用如何结合TensorFlow,能简单介绍一下吗?

      互联网应用很多都是推荐系统,比如说Youtubewatchnext的推荐系统就是用到了TensorFlow,现在在tf.contrib.learn里面有专门的Estimator来做WideandDeepLearning(可以查看官网上的例子,我们的书中也有更深一些的讲解),大家也都可以用的。

    12.不知道有没有针对传统零售行业的实际案例,比如销售预测的案例。

      用深度学习可以做销售预测模型,只要它可以转为一个分类预测的问题。

    13.使用TensorFlow的产品有哪些?有比较有代表性的吗?

      可以看看我之前的评论,Youtubewatchnext就是其中一个例子,还有很火的AlphaGo。

    四、TensorFlow之实战篇

    1.现在在用TensorFlow实现图像分类的例子,参考的是CIFAR-10,输入图片会被随机裁剪为24x24的大小,而且训练效率较慢(用了近20小时,已使用了GPU),是否有其他方法来提高效率?TensorFlow有分布式的处理方法吗,若采用分布式,是否要手动将每一台机器上的训练结果进行合并?若提高裁剪的大小,是否能提高准确率?另外,网上有评论说TensorFlow的C/C++接口没有Caffe友好,这个您怎么看?

      提高裁剪的大小,会降低样本量,准确率不一定提高。训练20多小时是用了多少epoch?可以通过tensorboard观看准确率变化,不一定要训练特别多epoch。TensorFlow有分布式的训练,不需要手动,有比较好用的接口,在《TensorFlow实战》中有详细的例子如何使用分布式版本。TF的C/C++接口很完善,有没有caffe友好这个见仁见智。

    2.想问一下TensorFlow和Spark结合的框架,例如TensorFlowonSpark,目前是否已经成熟可用?另外,TensorFlow新版本增加了对JavaAPI的支持,如果不使用Python语言,所有功能都直接使用Java语言进行相关开发是否已经可行?

      JavaAPI目前还不太成熟,很多还有待实现,TensorFlowOnSpark也挺有意思的,可以在现有的Spark/Hadoop分布式集群的基础上部署TensorFlow的程序,这样可以避免数据在已有Spark/Hadoop集群和深度学习集群间移动,HDFS里面的数据能够更好的输入进TensorFlow的程序当中。至于成熟不成熟我就不清楚了,毕竟自己还没有试过,不过稍微看了看雅虎自己有使用。

    3.对其他的一些机器学习的库接触过一些,要出一个好的效果,对算法选取和参数设置及调节这些方面,希望能给些建议。算法比较多,该如何从分析维度去选取合适的算法?
    我觉得最好的方法就是参加数据科学竞赛,比如说Kaggle,通过融入在大家的讨论当中,实际操作和锻炼,你可以很快的理解各种参数的意义和一些比较好的参数范围。

      对于一般的数值、种类等特征的数据集,XGboost和Lightgbm都有很好的效果。如果你的数据量很大,或者是图片、视频、语音、语言、时间序列,那么使用深度学习将能获得很好的效果。

    4.打算做个文章分析类的东东,比如,分析一篇新闻的要素(时间、地点、人物),用TensorFlow应该怎么着手?

      这个问题应该先看看NLP(自然语言处理)相关的内容,TensorFlow是实现你算法的工具。但是前提是你得知道应该使用什么算法。

    5.TensorFlow对于分布式GPU支持吗?如何选择TensorFlow和XGboost?

      TensorFlow支持分布式GPU,用于深度学习。XGBoost主要是做gradientboosting这一块,最近也有人贡献了代码使它能够的GPU上跑,可以做一做实验比较一下。毕竟XGboost是经过kaggle用户的千锤百炼,很多都已经能够满足他们的需求了。

    6.现在学习TensorFlow有没有合适的数据可以使用的?

      TensorFlow中自带了MNIST和CIFAR数据的下载程序,其他常用的,比如ImageNet,Gigaword等数据集需要自己下载。

    7.BNN分类器训练出的曲线是高次多项式吗?

      你说的BNN是指?如果神经网络中没有激活函数,那输出的结果只是输入的线性变换。但是加入了激活函数后,就不是高次多项式了。

    五、其他相关的问题

    1.TensorFlow的发展趋势是怎么样的?

      会集成越来越多的contrib模块,添加很多方便的上层接口,支持更多的语言绑定。同时新推出的XLA(JIT编译器),Fold(DynamicsBatching)都是未来的大方向。

    2.个人开发者做TensorFlow应用和开发有前途吗?还是说数据和资料都在大公司,没有合适的、相当数量的数据喂养是无法训练好模型的?

      不仅仅限制在深度学习领域,现在TensorFlow也提供很多机器学习的Estimators,我贡献的大部分都在这一块,可以了解一下tf.contrib.learn这个模块,书中有很多机器学习的例子。

      另外就是具体要看你做什么任务,当然数据是需要的,但是现在也有很多公开的数据。大公司的数据虽多,但是质量也并不是非常高。

    ————————

      最后,安利一下两位老师的著作——《TensorFlow实战》。本书结合了大量代码实例,深入浅出地介绍了如何使用TensorFlow、深度剖析如何用TensorFlow实现主流神经网络、详述TensorBoard、多GPU并行、分布式并行等组件的使用方法。
                         图片描述

    展开全文
  • (给程序员的那些事加星标) 原创:程序员的那些事(id:iProgrammer) 微软发布Windows 包... 京东开源项目抄袭,原开发者的特有变量名都拿走了 关注「程序员的那些事」加星标,不错过圈内事 圈内事,我在看❤️

    (给程序员的那些事加星标)

    原创:程序员的那些事(id:iProgrammer)

    微软发布Windows 包管理器 Winget 

    5 月 20 日,微软在 Build 2020 大会上发布了 Windows 软件包管理器 winget。并且也在 GitHub 开源了,目前已有 5700+ Star。


    软件包管理器的确非常方便,在 Linux 或 Mac 系统用过同类工具的童鞋都会有体会,如果遇到依赖比较多的软件,只需要一条安装命令,就可轻松完成安装。(如果你还没用过,可以尝试。)经常泡 GitHub 的童鞋,应该也注意到了,很多工具的 readme 页面中都是推荐命令行安装。

    长期以来有很多呼声,希望 Windows 平台也有软件包管理器。所以微软 winget 的发布,的确让人振奋。

    开发者控诉微软 winget 抄了同类开源工具 AppGet 

    不过微软 winget 也引发争议了。

    5 月 25 日,AppGet 的开发者发了一篇长文,控诉微软抄了 AppGet 的核心机制。

    AppGet 是什么?

    AppGet 是一个开源的 Windows 软件包管理器,它可以在 Windows PC上自动安装软件,属于 Windows 生态中的一环(软件分发)。能通过 AppGet 安装的软件包,已超过 1400 多个。

    (截图来自 AppGet 官网)

    Keivan Beigi 是一位住在加拿大温哥华的开发者,AppGet 是他的业余项目。

    微软 winget 是如何抄 AppGet 的?

    根据 Keivan 的文章,2019 年 AppGet 吸引了微软的注意,微软 Windows App Model 项目经理 Andrew Clinick 联系到 Keivan Beigi。

    2019 年 7 月 3 日,Keivan 收到了 Andrew 发来的第一封邮件。邮件中先是对 AppGet 在 Windows 生态中的作用表示了肯定,最后还提出约了在温哥华线下碰面。

    AppGet 是 Keivan 的业余项目,能受到微软的关注和重视,自然非常高兴。

    8 月 20 日,Keivan 和 Andrew,还有另外一位同一个产品组的微软工程师。他们聊了:

    • AppGet 背后的想法;

    • 当前 Windows 中的包管理器系统的不足之处;

    • AppGet 的未来规划。

    8 月 28 日,Keivan 收到了 Andrew 发来的第二封邮件

    Andrew 在邮件透露出,想组建一个团队来负责并推动 Windows 平台的软件包管理器。并试探问 Keivan 是否有可能来微软在 AppGet 上投入更多的时间。

    起初,Keivan 有点犹豫,他不想去微软做 Windows Store、MSI 引擎或其他一些与App部署相关的东西。不久之后,有人向他保证,让他把时间都用在AppGet 上。

    「经过大约一个月的长时间的邮件来回沟通,我们得出了一个结论,那就是我们的安排将非常类似于收购,微软会雇佣我,AppGet 会和我一起去,然后他们会决定是否要改名为其他的东西,或者改成微软 AppGet。」

    但 Keivan 对他在微软的角色是什么并不清楚。「我的职责是什么?我将向谁汇报?谁会向我汇报?在这些缓慢的沟通对话中,我试图厘清其中的一些答案,但始终没有得到明确的答案。」

    12 月 5 日,Keivan 飞往西雅图,在微软总部进行了一整天的面试/会议。和 Andrew 会议结束后,他飞回温哥华。

    然后,他在半年内没有听到任何进展消息。直到他收到了 Andrew 发来的邮件(如下),告知 winget 即将在第二天发布。

    Andrew 在邮件末尾还提醒 Keivan 在 winget 第二天发布之前要保密,因为只提前告诉了他和 chocolatey。

    (特别说明:chocolatey 是指另外一个 Windows 软件包管理器。)

    市值 1.4 万亿美元的微软早就该做 winget

    也许有网友可能要说了,「Keivan 不就是没有被微软雇佣生气了么?」

    Keivan 他在控诉文章中是这样说的:

    他们没有录用我,我有不高兴吗?没有的,在去了微软西雅图总部之后,我并不太确定自己是否愿意在这么大的公司工作,而且从加拿大搬到美国,我也没有太过兴奋。而且,在整个沟通过程中,我都不认为已经一锤定音。

    微软,一家市值 1.4 万亿美元的公司,终于发布了一个像样的软件包管理器,我有不高兴吗?没有的,他们早在几年前就该这么做了。他们不应该把 Windows Store 搞得那么糟糕。

    实际上,无论我如何努力推广 AppGet,它永远不会以微软产品的速度而增长。我做 AppGet 不是为了发财,也不是为了成名或被微软雇佣。我创建 AppGet 是因为:我认为 Windows 用户也应该得到一个像样的应用管理体验。

    决定关闭 AppGet 

    Keivan 声称,微软 winget 的核心机制、术语、manifest 格式和结构,甚至是包存储库的文件夹结构都深受 AppGet 的启发。而微软只是在公告中简短地提到了一次 AppGet 的名字。

    Keivan 在 Reddit 回复补充称,

    代码被复制不是问题。我很清楚地知道发布一些开源的东西意味着什么,我一点也不后悔。被毫无信誉抄袭走的是这个项目的基础,是它的实际运作方式。如果我是申请专利的人,那么这就是要申请专利的东西。但我不后悔没有申请任何专利。

    软件包管理器的一般概念,已被 Homebrew、Chocolaty、Scoop 等开源项目实现过,但它们的实现方式都不各不相同。然而,WinGet 和 AppGet 的工作原理基本相同。我在两年前就写过一篇文章介绍 AppGet 的工作原理。

    他们抄了,我甚至都不沮丧。对我来说,这是对我想法正确性的验证。让我不高兴的是,他们没有给予我任何荣誉(credit)。

    Keivan 认为,既然微软已经搞了 winget,与之竞争将毫无意义,何况分割生态系统对谁的没好处。

    他已决定不再开发 AppGet 了,客户端和服务端立即转入维护模式。8 月 1 日后永久关闭。

    微软目前的回应

    关于 winget 被指抄袭 AppGet 事件,目前网上暂时只有控诉方 Keivan 的说法。

    5 月 28 日,外媒 The Verge 在报道此事后联系微软发言人对此置评,对方回复:「我们对这位候选人的遭遇感到遗憾,我们正在内部审查相关情况。」

    如果微软后续对此事有回应,我们会跟进补充。

    参考:

    https://medium.com/@keivan/the-day-appget-died-e9a5c96c8b22

    https://www.theverge.com/2020/5/28/21272964/microsoft-winget-windows-package-manager-appget-copied

    https://www.reddit.com/r/programming/comments/gqx6ta/the_day_appget_died/frzz4e4/

    推荐阅读  点击标题可跳转

    微软总裁坦承微软曾错误站在 Linux 对立面

    剽窃开源项目赚钱,连原开发者名字都没删干净,反而有勇气质疑正主……

    无语!35 岁华人程序员涉嫌诈骗 150 万美元抗疫贷款;

    京东开源项目被指抄袭,原开发者的特有变量名都拿走了

    关注「程序员的那些事」加星标,不错过圈内事

    圈内事,我在看❤️

    展开全文
  • 项目集与项目群、项目组合的区别

    千次阅读 2017-09-28 13:17:00
    项目集与项目组合是项目管理理论发展最新的产物,PMI对项目集与项目...项目集管理是项目集进行统一协调管理,以实现对单个项目分别管理所无法实现的利益和控制。项目集中的项目通过产生共同的结果或整理能力而相...
  • 如何让项目一步步走向灭亡

    千次阅读 2016-03-24 11:57:10
    前言记得一年前,自己参与了公司一个新项目的研发中,当时担任的是一名android开发人员,团队组成有android、IOS,UI设计师、产品经理,这个项目的组成是由公司投资组成的,当时是希望能打造一款公司APP类型的周
  • 项目时间进度计划与项目进度控制

    千次阅读 2019-11-28 15:00:10
    在一个项目中,项目经理不仅是管理者,同时也是执行者,因此项目经理需要制定时间计划、制定项目计划,将要做的事列成清单,决定何人做何事,同时确定适当的优先级,制定最优工作表,将最优先的活动填到日常工作表中...
  • 关于项目过程能力基线的几个讨论

    千次阅读 2008-12-16 06:40:00
    一般是组织的过程能力基线,通过数字反映了组织的能力。比如一个组织的生产率是每人月生产代码行2000行。当然现在一般用功能点来计生产率,比如每人月平均生产8.5个功能点,西格玛是多少。但是如果在项目一级上...
  • 项目管理

    千次阅读 2012-07-22 12:29:30
    项目管理包含了许多内容,它是对项目管理专业知识的一个总结,正如法律、医药和会计等其它专业一样,这一知识体系也有赖于那些实践者和学者们对它加以应用和提高。...1.2什么是项目 7 1.2.1时限性 8
  • 目标管理是项目管理的核心思想之

    千次阅读 2015-05-23 17:10:44
    项目干系人目标不一致是导致绝大多数项目失败的主要原因。  ——经验总结 4.1 项目失败最大风险:目标模糊 目标管理是项目管理的核心思想之一,明确并统一项目目标是项目管理的首要任务。目标是前进的方向,是...
  • GitHub 优秀的 Android 开源项目

    千次阅读 2015-07-23 12:01:09
    开源项目
  • 此前,CSDN移动频道推出的GitHub平台上“最受欢迎的开源项目”系列文章引发了许多读者的热议,在“直接拿来用!最火的Android开源项目”系列文章(一)、(二)中,我们也相继盘点了40个GitHub上最受欢迎的Android...
  • 项目迭代管理流程

    千次阅读 2021-04-15 10:25:09
    非黑卡客户,无需填写此字段,支持多选(多个客户的同类需求) 链接的问题:关联的一线问题 开发文档URL:业务设计的wiki地址, 包含类图、时序图、架构拓扑、uml、部署图等 接口文档URL:后端开发的供前端及其它...
  • GitHub上最火的Android开源项目整理

    千次阅读 2016-05-21 21:20:19
    摘要:截至目前,在GitHub“最受欢迎的开源项目”系列文章中我们已介绍了40个Android开源项目,对于如此众多的项目,你是Mark、和码友分享经验还是慨叹“活到老要学到老”?今天我们将继续介绍另外34个Android开源...
  • 什么是异步调用? 异步调用是相对于同步调用而言的,同步调用是程序按预定顺序一步步执行,每一步必须等到上一步执行完后才能执行,异步调用则无需等待上一步程序执行完即可执行。 如何实现异步调用? 多线程,...
  • 从程序员到项目经理

    千次阅读 2016-01-15 17:53:17
    从程序员到项目经理(一):为什么要当项目经理 “从程序员到项目经理”,这个标题让我想起了很久以前一本书的名字《从Javascript到Java》。然而,从Javascript到Java充其量只是工具的更新,而从程序员到项目经理,...
  • 软件项目管理知识点总结

    千次阅读 2020-12-27 18:18:16
    软件项目管理第1章 软件项目管理概述1、项目的基本概念(注意与日常运作的区分)和特征;2、软件项目及特征;3、项目管理的基本概念;4、项目管理知识体系(以2017年发布的PMBOK6的十个知识领域为准);5、适用于...
  • 项目与做产品的区别详解

    千次阅读 2017-10-12 23:43:00
    1. 对质量要求做项目的第一要求是在要求的时间内开发出满足客户需求的软件,它的第一准则是客户永远是对的,开发者必须按客户要求的做,但是因为客户提出的要求往 往是发散的、弱逻辑的、非系统的,所以开发出的软件...
  • 接着上述的事情继续分析,其实用互联网做事情并不是越多越好,这个跟做实体行业区别很大,做实体行业可以把产品做多一些,同类的产品可以做很多个。但做互联网行业不能犯这个大忌,尤其对于创业的公司,在创业初期...
  • 项目与做产品的区别

    千次阅读 2015-02-28 14:01:54
    项目的第一要求是在要求的时间内开发出满足客户需求的软件,它的第一准则是客户永远是对的,开发者必须按客户要求的做,但是因为客户提出的要求往 往是发散的、弱逻辑的、非系统的,所以开发出的软件需要很多硬...
  • 《互联网项目运营分析》第一章:互联网项目运营历史和现状、未来 目前开始写的《互联网项目运营分析》,系列,是本人正在撰写的同名书籍里面的内容,与《十八摸》相比是两种风格,这里我想写的是一本学术意义的书,...
  • 安卓各组件介绍一、ListView二、ActionBar三、Menu四、ViewPager 、Gallery五、GridView六、ImageView七、ProgressBar八、其他2.GitHub上优秀Android开源项目3. Android开发神器1.Xabber客户端2.oschina客户端3.手机...
  • 【信息系统项目管理师】论信息系统项目的质量管理(论文攻略篇) 历年论文考试论题分析 最近一次考质量是在2018年上半年,算是比较中规规矩的质量论文题目,与其他论文题目不一样的主要是需要你阐述质量与进度、...
  • Android开源项目总结

    千次阅读 多人点赞 2016-01-19 18:25:48
    Android经典的开源项目其实非常多,把自己熟悉的一些开源项目整理起来,希望能对Android开发同学们有所帮助  项目篇:  1.Apollo音乐播放器 就一个很好的播放器,但是实现的特别好!!! 地址:...
  • HTML5新特性归纳和同类比较

    千次阅读 2015-07-31 10:23:25
    什么是  HTML5? HTML5  是下一代  HTML  标准。 HTML , HTML 4.01 的上一个版本诞生于  1999  年。自从那以后, Web  世界已经经历了巨变。 HTML5  仍处于完善之中。然而,大部分现代浏览器已经...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 19,868
精华内容 7,947
关键字:

同类项目指的是什么