互联网项目管理的方法及工具_项目管理吧_百度贴吧
&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&签到排名：今日本吧第个签到，本吧因你更精彩，明天继续来努力！
本吧签到人数：0可签7级以上的吧50个
本月漏签0次！成为超级会员，赠送8张补签卡连续签到：天&&累计签到：天超级会员单次开通12个月以上，赠送连续签到卡3张
关注：12,286贴子：
互联网项目管理的方法及工具
每天一贴，学习互联网项目管理的方法和工具，做好项目管理工作，提高工作效率。
PMP指定培训机构,课程3000元起,无限案例沙盘实战模拟,18年培训经验,100名专家讲师团队,小班授课,免费重修,报名电话:400-680-9063.
第一节：项目技术，管住人员的工作。在互联网时代，项目经理必须而且应该能够实时看到项目中：人的工作分配，跟踪人的工作执行情况，了解工作确认状态，从而总体判断项目的人员的工作状态。最好的方式就是通过项目。看板是从制造业发展而来的一种很好方法和工具，它可以采用看板图（Kanban Board）来组织三种视角，分别是时间、任务和团队）目的是使整个团队都能理解项目的当前状态，并以一种自发、有动力且互相合作的方式来工作，是一种可视化的敏捷项目管理技术。1、用卡片作为任务、故事、特性的象征（），并将它们依附在时间线上（看板图）2、分时间段来跟踪它们，以显示出工作的完成趋势。3、在不同层次上汇总任务和项目的状态。传统图采用一个板子来实现，如下图：而互联网采用系统系统、手机软件APP等方式提供，下图是手机上的项目面板的图：而电脑信息系统的WEB项目如下图：
第二节：工作，了解自己的工作，确保项目任务的按期交付管理由丰田生产方式所发明，是为了达到JIT准时生产方式而控制现场生产流程的工具，实现：在需要的时候、按需要的量生产所需的产品。而工作看板将看板方式应用项目成员以及项目任务的可视化管理，是为了达到更有效交付以及直观任务管理，实现：在需要的时候，按规定的时间完成规定的工作内容。工作适用于项目成员，提供直观、明确的作业指示，看板用于项目组内。
——工作项分配与执行
——工作状态指示
——工作进度指示
——工作签注任务状态的指示包括：在互联网上一个典型的人员工作如下：而手机上则是如下：
第三节：OPPM（一页纸项目管理），一种有效的沟通工具OPPM用于将项目相关信息传达给组织内外的非项目组成员，它向项目的利益相关者传达所有重要信息，并以一种及时、易于理解和汇总的方式呈现这些信息。OPPM的核心是实现目标绩效的过程化管理，或者说是：以目标为导向的过程化绩效管理。它符合已达到共识的三个发展趋势：第一、从目标导向到传统管理：单方面强调目标的设置与分解；现在的趋势是：不仅强调目标设置和分解，更强调从计划?辅导到评价的全过程的管理和监控，尤其要突现管理者的沟通?反馈?辅导和激励的作用。第二、从到发展导向传统管理：仅仅关注工作任务和结果的完成水平，或是更多强调目标完成与薪酬激励之间的关系。现在的管理趋势：除关注上述方面之外，更加关注员工的行为表现和投入程度，为了达到实效需要有针对性地进行考核，从而更加强调不同员工的个人成长和发展。第三、从单向评价到系统评价传统管理：主要是人力资源部门或员工直接上司的单一评价，忽视了员工工作生活的性特征。现在的管理趋势：从个体发展的生态系统来评价员工，从完成工作以及工作涉及的各方等多个侧面来评价员工的绩效和行为。OPPM的特点：OPPM在易用性、灵活性和简单性之间实现了最佳平衡，最适合那些注重实效和行动的团队。利用这些工具管理项目，除了可以促进项目执行以外，还能够使状态更新和企业沟通变得轻而易举。OPPM的简单和通用给人们留下了深刻的印象，传统上我们采用来制作和维护OPPM，现在类似宜众P+等软件也提供了WEB化的OPPM自动生成工具，可以根据项目进展情况自动汇总出结果，更准确和节省工作量。OPPM易于学习和使用，它的清晰令人叹为观止。每位想要提高项目成绩、准确汇报项目进展和有效实施项目计划的经理都应该掌握。设想一下， 您被要求你快速提供一份项目报告 ，内容包括以下方面 ：?项目的哪些部分是按进度进行的，哪些部分超前或落后于进度；?项目的每个主要任务都由谁负责；?项目执行预算和满足目标的情况如何， 有哪些主要问题； ?目前的总体进展如何；此外还要求你提供未来三个月的预测。 此外 ， 每个项目都有一个对它非常感兴趣的人群 ， 尽管这些人并不直接参与到项目中。 然而 ， 很少有项目经理知道如何将信息有效地传递给这些人 。这个人群可能包括高管层 、总工、生产副总、经营副总、客户和那些间接参与项目或影响项目结果的部门领导等等 。 他们希望以一种省时的方式了解项目进展，但又不想要分析得过于详细的冗长报告。 但是， 他们也不希望沟通过于简单 、不合理和空洞，因为这样会产生很多他们无法回答的问题。 相反， 他们希望有足够的信息来回答他们自己的问题，但又不需要过多的信息， 以免被淹没在事实和数字中。OPPM 提供了刚好能够满足需求且易于阅读的信息 。它所回答的问题多于产生的问题，这正是它成为一个有效沟通工具的原因所在 。 你可能会想 这可是一件繁重的任务， 它将耗费我和团队的很多时间去收集和组织大量信息 ， 再将它们组织为易读的形式 。由于这些时间并未直接花在项目工作上 ， 因此可能会导致团队业绩下降 。 而且 上司很有可能不会阅读所有信息 ， 因为事情总在变化 ， 上司也总是很忙 。事实上 ： 为高管层提供所需信息很难 ， 想让信息易于理解也很难 ，要想在不占用过多时间的前提下收集和提供信息同样很难 。 强烈推荐在所有 项目中使用这种工具 。它易于使用和学习，能为项目提供极大的价值 。OPPM 有助于项目的顺利进行，它创建了一种公共的可视沟通语言 ， 并使与业务之间更协调 。这是一个创新的、简单的工具，是项目管理方法的重大突破 。
第四帖 预算与费用管理
归项目管理而言，预算与费用管理要形成预算、执行、控制的体系，而传统的预算控制通常由财务部或简单的一二个部门进行，实时性很差，很多时失去了应有的意义，变成了事后算账。
而基于互联网的与费用管理，传统的如Oracle P6、等，新类型的宜众P+等，都是以项目为单位制定预算，与、网报系统结合起来，动态跟踪预算执行，控制才有意义。
实际操作中要弄明白：
1、各项目相关方要提供那些成本数据，这些成本数据的来源是什么，数据的允许误差是多少，提报数据的方式；
2、各项成本数据要和执行系统衔接，不要只靠报送，科目要按管理需要设定，所有的数据要和实际发生的成本数据能够比对，将变动费用和固定费用区分出来，万一出现差异可及时清楚问题的原因；
3、各项的审核程序要用工作流管起来
同时要在实施中要定期论证，使得数据务实起来，这样做出来的标准成本才有参照的意义，否则管控起来会出很多乱子的。 下图是互联网预算与费用管理的方案和一些截图：
第五帖 项目计划与任务管理
项目管理的一个很关键的活动就是制定项目计划，它是项目立项后进行项目实质性工作的第一步。 项目计划的内容没有说的，大家都明白了。这里由一些点还是互联网项目管理中必须要考虑的：
1、项目计划通常由项目负责人来编制，但是实际上如果你是用互联网软件来管理时你必须要慎重考虑计划制定是如何做的。
为什么这样说呢，因为实际上如果是企业来用，很多企业的项目计划的编制的主体并不是项目经理，因为我们的项目在资源组织上不是项目经理责任制，而是矩阵或职能为中心，资源的安排决定工期，因此很多一个项目计划中很多部分是直接由业务部门来制定的。在目前的软件MS Project、Oracle P6、宜众P+、Clarizen还有明道、worktile等（这些软件还不能叫项目管理软件，但是可以做一些任务分解等工作），有的允许工作包下的工作包和任务交非项目经理来编制，有的则不允许，所以实际互联网应用软件中应该考虑好。
2、是否一定要用甘特图方式来建立项目计划，精通MS Project、Oracle P6的大都习惯在甘特图中安排项目计划，但是就我工作实践而言，其实我觉得宜众P+、Clarizen等直接采用层次分解的方法更好，为什么呢？因为他们通常都是按照时间来找资源，而不是根据资源来调整任务时间的——因为我们在与甲方签署合同时实际上主要任务的开始和完成节点都是确定的。因此用层次性进行分解，用甘特图来看结果就是更能提高排计划的便利性。上个图吧：
3、完成后，更重要的是任务管理。很多实践中，我们在用MS Project、Oracle P6安排计划后，通常跟踪和计划就会脱节，除了受我们业务运作实际情况、经验等影响，很关键是的是：软件并没有和我们实际的执行实时接起来。互联网是解决这个好办法，目前两种思路：一是所采用，采用任务每天填报和更新任务进度的方式，这个方式随意性和准确性还是很成问题的，而且坚持下去也难。二是建立项目执行过程的互联网，将计划执行的反馈融入到执行者的工作、事项中，通过工作流自动反馈任务进展，这是宜众P+采取的方式，是个很好的思路。
最后，仍然给大家上图了：
第六帖 项目设备管理对很多项目，特别是工程项目建设，如施工、装饰等建造中机械设备以及工程材料是中份额很大的一项，是否管的好，管的住是关键所在。材料管理在下节讲，了。对机械设备而言，项目管理要处理好的是设备在工程的全使用周期的管理以及确保运行是否正常。而从机械设备来源上，机械设备分为自有设备和租赁设备，租赁设备管理上相对简单，但是对于自有设备管理需要从全生命周期管理，并合理安排在项目之间发挥最大利用率，提高设备使用回报。互联网项目管理中要管好项目设备，首先需要建立设备，分为自有设备和租赁设备，对自有设备要建立全生命周期的动态台帐，随项目自动产生使用、维修、保养、费用等进行分类记录，与中的采购、折旧、借用、归还、转让、报废等共同形成全生命期管理。对租赁设备要对租用、使用、维护、保养、归还等建立起使用台帐。有条件的单位应该采用RFID等物联网技术手段，建立机械设备的更有效管理方式。最后还是上图吧，上述示意实现的示意图如下所示意：
这个软件是什么软件
第七帖 项目材料管理
材料管理的核心是提高经济效益、降低损耗，如何借助互联网何管理好项目材料呢？
从管理角色，材料管理的角度主要分为三个方面：采购管理，如果以尽可能低的价格取得好的质量满足要求的材料；现场管理，是对进场、存放、使用以及回收的管理；成本管理是对材料耗费的核算。
繁复的传统的材料管理其实看似有规有矩，反而容易出问题，实质关键是如何管清楚。互联网下项目材料管理就是要对进行简化，强调项目中不同角色的配合关系，实质就管清楚，操作中最好结合按需方式进行配送，避免现场过多堆积、损耗和浪费。具体说就是：（1）有人计划，材料的使用必须是有计划的，计划人与使用人不能是一个人；（2）有人负责，谁使用谁负责，任何一个材料必须能够追朔它的使用者；（3）有人确认，进场、消耗等必须有人确认，这个人不能使负责人。通过这三者形成闭环关系。
最后给大家上个图。
项目管理工具选「业务云」,个性化定制各个项目的管理过程,无需硬件软件投入,只要有网络的地方,PC,平板,手机都能随时随地用!
第七帖 项目人员管理对大多数项目而言，项目管理的最关键部分是人员的管理，特别是对产生智力型劳动成果的项目，如影视、广告、设计、监理、研发、科研等类型的项目。这些项目原来的很多传统项目管理软件不适合，恰恰更适合用互联网项目管理。互联网项目管理对人的管理关键是管好四个方面：（1）人做什么？是对人员任务工作包的分解以及工作量、工期的估计和安排，通常通过等类进行。（2）做的怎么样？是对人员工作任务的跟踪，通常通过工作来实现。（3）在哪里做的？是对的工作时间以及工作位置的管理，通常通过手机签到来实现。（4）工作量是否饱满？是对人的工作任务负荷的管理，评价人员的工作饱满程度。最后，依然上图：
第七帖 项目统计近几年，商务智能技术得到很大提升，项目管理的统计分析可以充分利用商务智能的一些技术和展示做更好的展示，方便管理者了解项目情况。项目统计的关键不在于展示数据，在于如何实时的采集统计所需的数据，所以就需要财务、人力、经营以及项目执行等各种联动起来，实现采集、汇总、分析一体化、自动化。最后仍然上个图：
第八帖 项目管理中，不仅要重视项目的结果——按期交付最终的项目成果，其实对管理而言，更重要的是管住过程，因为结果是过程的产物。混乱、错误的过程难以产生正确的结果。在一定的资源基础上，过程的管理好的、管的住，结果通常也是乐观的。作为项目经理以及公司的高管，谁都想把过程管好，那么互联网下如何能够管的好呢？大家都知道，要管好过程，前提就是要有一个好的流程运作体系，对很多单位而言对对应的是ISO 9000的体系。互联网项目管理对过程最强有力的支持在于工作流的驱动能力，相比现实中的流程驱动的，互联网项目管理对流程的准确性、实时性以及便利性有根本性的提升，过程管理可以围绕工作流进行，实现项目全过程、全生命周期的管理。这里需要注意的，项目的工作流要提供更好的灵活性，相对OA等死板的工作流，项目的工作流既要规范性，又需要体现协作的灵活，不是要管死，而是要管好，这点一定要注意。这种协作Clarizen等国外软件都是采用邮件来实现，符合了国外的工作习惯。宜众P+等国内软件则采用的是流程事务审批+IM提醒方式来处理，符合了国内的工作习惯。最后，让上个图：
第9帖再等等喔，太忙，还没有整理好。
第9帖 采用互联网软件管理的模式问题本帖给大家讲讲项目管理与传统项目管理软件的区别，传统如MS Project和Oracle P6等软件，具有以下特点：1、一次购买，服务年付2、固定版本，升级额外付费3、本地化访问地址4、内部使用而互联网项目管理软件，如宜众P+、Clarizen等，具有以下特点：1、订阅模式，定期支付2、永远最新的版本3、公共入口4、广泛可用当然，大家感觉最直接还是没有版本的概念，对采购者最直接感觉就是省钱了。
学习中，后续继续
宜众P+的APP现在开放试用申请了，可以直接去申请了。
贴吧现在人呢
顶顶更美好！
发现可以写工作日志了，周、日、月都可以
楼主，你是自学项目管理中吗？还是？？？？？？？
贴吧热议榜
使用签名档&&
保存至快速回贴温馨提示！由于新浪微博认证机制调整，您的新浪微博帐号绑定已过期，请重新绑定！&&|&&
LOFTER精选
网易考拉推荐
用微信&&“扫一扫”
将文章分享到朋友圈。
用易信&&“扫一扫”
将文章分享到朋友圈。
#项目经理应该有这样的认识：互联网项目，会定一个计划发布日期，然而这个项目有个隐藏的实际合理发布日期。因为软件开发并不是一个直接添加资源就可以加快速度的过程，所以这个实际合理发布日期是在现实资源合理利用前提下一个客观存在的最可能早的完成时间。项目进展的过程，其实也是发现这个隐藏的合理发布日期的过程。从管理的角度来讲，当然是尽可能的赶上计划的发布时间，或者尽可能快的完成项目。但是因为多方面因素的影响，项目管理是一个欲速则不达的过程。如果这个计划发布日期早于这个实际合理发布日期，那你越往这个不合理的日期赶，工期内积累的问题就越多导致后期收尾的时候爆发，结果反而可能连合理发布日期都赶不上。借用《让子弹飞》里面的一句话，步子迈得太大了，容易扯着蛋。给项目组定一个个合理的看得见的小目标，步步为营，一步一步朝着看得见的并且合理的每一个小目标前行，每一个小目标的积累，才能最终走向项目的成功。所以务实的项目经理应该认识到如下几点：1. 项目组可以以快节奏的步伐在前行，但是项目经理本身一定要清晰的认识到，我们明面上是在赶那个计划发布日期，但是项目组实际的目标应该是那个客观存在的合理发布时间。2. 随着项目的进行，那个客观存在的合理发布时间会逐渐明朗。它与计划发布时间的差异也逐渐显示出来。此时有些项目经理往往会通过加资源的方法来尝试缩短这个合理发布时间。但是真实的情况是，除非你前期的资源配置不合理，不然在这种情况下加资源，对项目帮助不大。这个地方无须多说，有疑问的人，去看一下《人月神话》就知道了。3. 项目经理必须有一些坚持。领导或者业务部门经常会有一些压力下来，要求赶那个计划发布时间，同时要求你想尽任何办法去赶上这个计划发布时间。而现实状况下，如果你能够调整一些需求的范围，你还是有戏。不然，你要嘛此时报喜，后期报忧，要嘛此时报忧，后期不忧。掩盖问题往往可以让人开心，但是不代表问题不存在。4. 项目经理能做好的其实就5点：a. 控制好了需求；b. 及早的发现问题，报告出来并解决；c. 不出现资源空闲的状态；d. 利用好每个资源去做擅长的事，快速有效的推进各种任务；e. 不浪费资源去做一些对项目目标总体没有帮助的工作，或者一些后期会推翻的需求。基于这样的认识下，本文有如下几个要点：&&#项目责任感项目经理应该有这个的责任感，你要为这个项目的任何一件事情负责，因为这个事情会影响到整个项目的工期，而你为整个工期负责。一个例子，我发现现在的项目有一个紧急的问题需要项目组外的人帮忙解决。于是我把邮件发出去，通知Wendy赶紧处理这件事情。几天过去了，Wendy还没有处理。我想，我已经把问题说出去了，接下去就是Wendy的事情。那个问题还是没有解决，我的整个工期受影响了。事后追究起来，我说，我已经发出邮件了，是Wendy没有及时处理。Wendy说，我事情那么多，我怎么知道这件事情这么急。项目工期受影响了，谁的责任？Wendy吗？不，是我自己。作为一个对整个项目负责的项目经理，没有人会比你更在意项目的进展。让一个不负具体负责的人去帮你推进你的项目，远远不如你自己用心推进来得有效。#项目经理是打杂的项目组里面的每个专业成员，他们都有擅长的领域，做他们擅长的事情是他们的快乐。而不属于他们擅长的事情，对他们来说就算是杂事一般。项目经理一定要有一个这样的意识：项目经理就是打杂的，帮助项目组成员把杂事处理掉，让他们可以专心的做他们擅长的事情，这样对项目组来说才是高效的。一个简单的例子，测试人员Tracy在测试某个功能的时候，突然发现她需要一个账号，同时开通这个账号的某些特定的权限，同时她需要一些服务器的信息，比如主机名，某些功能文件夹存放的路径。但是她不清楚这个账号和权限要找谁开通，这些服务器的信息谁有。Tracy是个喜欢做测试的人，但是她不喜欢跟项目组外的人沟通，特别是还要到其他部门去找人问人。这些对她来说就是杂事，而且她对其他部门的人也不熟，一个一个问明显效率不高。你可以自己去帮她找到需要的信息，也可以找一个对这方面比较熟的人去解决，但是你绝对不能让她自己去做。“为什么我的手下不能解决这么简单的问题？如果连这种事情都要我来帮忙的话，那我这个项目经理做来干什么？她当项目经理得了。“这种想法千万是不可取的。你当这个项目经理的目的并不是管人，指使这人做什么那人做什么。你的目标只是把项目快速推进完成。#控制需求在所有因素当中，需求对项目的影响力，至少占50%以上。能够控制好需求，项目就成功了一半。控制需求，有如下几点：1. 必须有人能够当好产品经理这个角色一个项目组当中，其实人人都可以影响需求。但是管理需求的，是产品经理这个岗位。如果你的项目组当中已经有一个很好的产品经理，恭喜你，项目经理可以轻松很多。但是世间事不会如此幸运，因为现实生活中，并不是所有的产品经理都这么棒。作为一个对项目完成负责的项目经理，当你们组没有一个好的产品经理的时候，你必须意识到，你至少要扮演好一半的产品经理，除非你本身对项目的完成也没什么责任感。2. 管理需求的人要平衡工期和功能友好程度需求其实有两个极端，一个是尽善尽美，尽可能的让功能更友好，用户体验更佳；一个是尽早交付，一切改善性的需求都可以牺牲。只满足前者，项目工期可能会不断的拖延，因为很多功能的工作量其实是在细节的优化，而不是主要流程的完成。只满足后者，很可能会出现一个让用户很不满意的产品。一个有经验或者产品意识很好的产品经理，可以很好的平衡好这两点。如果产品经理不能平衡好，那只好依赖项目经理来平衡。这点，如果产品经理或项目经理不是天才的话，只能通过经验来学习。比如我们在做一个注册的页面，里面有个城市的输入框。城市的输入框可以做得很友好。如果要项目尽早完成，那么这个输入框我们只要让用户自己输入就行。一个比较好的设计就是两个下拉环框，一个选择省份，然后再选择城市。但是一个更好的设计是让用户既可以选择，也可以自由的在这个输入框里面输入拼音首字母，汉字，然后系统就会自己显示相匹配的城市让用户选择。后两者的改进肯定会花时间，但是如果这两种改进都不做，让用户只是自由输入的话，后期维护的时候就会出现用户输入不标准的城市数据，如果我们需要用户的城市数据做一些其他功能，就会有错误数据的风险。3. 懂得对不重要的需求说不如果你不能平衡好工期跟功能改进的话，有一点你一定要意识好，就是你一定要懂得对不重要的需求说不。这很简单，你对一个需求说不，只要这个需求不是一个会造成其他功能依赖的核心需求，就算这个需求后面发现必须实现，你可以补上，总体工作量并没有增加。但是如果你花资源去完成了这个需求，后面却发现这个需求是不重要的或者可以简化的，那你已经浪费了一些工作量。两者的代价相比，明显前者的代价比较小。4. 理好需求优先级需求的优先级应该满足如下几点：a. 确定不变的需求应该先完成，如果项目组去完成了一些功能，结果后面发现需求要改，那前期的一些工作量已经浪费了。b. 被其他需求依赖的需求应该先完成，只有这样，才能不挡住依赖它的需求的开发。比如登录功能，很多登录后的页面都需要当前登录的用户信息。c. 主流程，或者核心需求应该先完成，改善性的需求应该后完成。比如信息列表页面，很多功能需要用户在信息列表里面选择要操作的记录。因此信息列表是核心需求。而在信息列表页里面一个列显示格式的美化，这属于改善性需求。#风险管控风险管控是项目经理一个非常重要的技能。一个好的项目经理应该尽量在早期把所有的风险都列出来，一个一个解决。一个流畅的项目，从前期到后期风险点应该是倒三角形的，就是前期风险很多，后期风险越来越少。而项目管理不畅的，则是一个正三角形，上面风险少，到后期风险就多了。项目经理应该尽可能的找出所有的风险点。假设有一个点，你不确定他是不是有风险的，那即使我们把早期把它当做一个风险点重视起来，带来的代价也远远小于在后期等它爆发出来的时候再处理。我们现实中就有一个很适合的例子。我们有一个功能是SSO，让合作方去调用我们的接口实现免登录直接从他们的站点跳转到我们的站点继续使用。因为关系到第三方，所以我们前期就有些担心到时候这一块会不会出现什么东西不可控。不过大家也就是想想而已，没有太在意。在项目后期的时候，需要跟第三方站点联调，通过他们的站点来测试我们的SSO接口和接下去的流程是不是可用的。结果这时候发现，因为第三方安全管控很严格，外部人员无法访问他们的站点。于是我们的测试工作就停滞在那边。后面弄得鸡飞狗跳，两个公司的IT以及架构组的人讨论来讨论去看这个问题怎么解决。发布时间最终还是因为这一点拖延了。#外部依赖最不可控风险管控还有个要点要记住，项目组能处理的问题，算是小问题。需要项目组外的人员处理的，才是大问题。因为项目组外的人员不受你调配，他应承你的时间不一定是你满意的时间；即使是你满意的时间，也不一定真的就能确保在那个时间完成；就算真的完成了，也不一定就达到你想要的效果。#必要的时候，任务要步步紧跟项目经理并不是把任务简单分出去就可以不管的。如果你的开发人员不是很有经验，或者技术实力很强，思维很缜密，那你应该紧紧的跟进你分发出去的任务。1. 你应该经常去看一下他们的任务开发到了什么程度，可以的话，让他运行给你看一下。2. 问一下有没有什么问题，有什么可以帮助他的。因为很有可能他就有个问题在纠结，而其实你因为经验或者了解更多的背景，很简单就为他指出简单的解决方案。3. 你在检查的过程当中，也会有可能发现一些他可能还没发现的问题，或者跟这个任务相关联的问题。任务的完成进度和完成质量，是影响项目进展的一个重要因素。项目经理的一个主要职能，就是帮助每个任务的快速推进。#做当前，看后续当我们把当前的做的迭代的需求，流程，依赖以及其他的疑问理清楚，让项目组可以顺利推进的时候，项目经理不应该再专注在当前的迭代，而是要开始想整理下一个迭代的事情，让大家在完成当前迭代的时候，不需要暂停在那边，去等待梳理下一个迭代的问题。举一个例子，当前的迭代我们在做用户登录的功能，做完这个迭代，接下去我们就要做登录完的首页展示。开发组在做登录的时候，项目经理也跟着在那边捣腾登录的细节。等下一个迭代开始的时候，项目组才发现首页展示只有原型图，UI 跟HTML都还没做出来，而其他功能更没有准备。于是项目组就只好花两三天的在那边等UI和HTML。#固定的项目组成员这是一个很简单的要求，但是并不是所有的人都会重视。正如随便加一个开发人员进来并不能够立刻让整个项目进展加快，换一个人的话，整个进展肯定也会受影响。#组员潜力每一个程序员，测试人员，美工，产品经理，都比你想像的要聪明。如果你没有对你组员的能力有个清晰的认识，那你可以尝试给他的任务增加一些难度，超过你原来的预期一点点。他能完成，你以后可以再增加一些难度。直到他直接跟你说他搞不定。如果你觉得你已经有个清晰的认识了，那你也应该记得，只是你觉得。我们有一个项目，里面有个很棒的程序员Joy，平常是个很低调的人。项目经理分任务的时候，就给他几个特定的模块让他完成。他也坚守岗位，做好他份内的事。项目因为种种原因，不断的拖延。但是Joy还是很诚实的做好他的本分。后来有人跟Joy讲，你以后要把自己当dev lead看，所有开发的事情你统筹。Joy还是一个很低调的人，他继续做他本分的事情，只不过这次的本分就是统筹负责所有的开发问题。接下去就是项目的问题一个接一个的被快速解决掉，其他程序员也得到强有力的帮助，快速处理到自己手头中的bug。项目进展很快赶上了原来的计划。你真的很好的发挥了你组员的潜力了吗？#人人看到全盘项目经理能够很好的分配好任务，让各个组员可以较独立的工作，这是不错，但也不见得就是好事。因为软件开发是一个团体的工作，各个人做的事情之间都有交叉。我做的功能，接下去就要调用你的接口。你做的页面，接下去就要跳转到我的。Bruce做一个功能，是要显示公司人员信息的列表。里面有个操作，选择一个人员计算出勤率。这个操作不是Bruce完成了，他只要直接调用Lisa的页面，Lisa的页面会直接计算出勤率并显示出来。Bruce认识，他只要简单传一个人员的ID过去就可以了。Lisa做这个出勤率的页面，因为这个人员是属于业务人员，经常要在分公司跑，所以只能计算他在某一个分公司的出勤情况。她以为大家都知道。等大家都完成了，QA在测试的时候，发现在人员信息列表里面点进去，显示不了出勤页面。整个流程都走不通了。后来才发现有2个问题没解决好，一个人员信息跳转到出勤页面前要传递当前的分公司信息，一个是出勤页面还要增加选择分公司的功能。这2个问题一个是QA测出Bug，一个是需求还有不足。而这本来是应该在开发周期内就可以发现并解决的问题。根源就在于，Bruce跟Lisa在做手头任务的时候，都没有去考虑跟其他人的关联。而他们2个人都没有去考虑的话，其他人更不会去考虑了。如果Bruce或者Lida在做任务的时候，去想想他们彼此怎么串联起来，这问题本身就很简单了。项目组的每个人，可以重点在自己手头的任务，但是思路必须是在全盘，大家脑子里面都要经常去想想，整个系统是什么样子的，我的功能前后的依赖是什么样的。项目经理平常要引导大家这样想。#一定要分成每一个小迭代步伐迈得太大了，你就不知道你迈得对不对，迈得够不够快。项目是不可能一步到位的。把一个大目标分解成每一个小目标，整个项目工期分成若干个短迭代，一个一个的完成。每一个完成的小目标都能帮助你理清整个项目的进度，方向，帮助你审核一下目前的思路是对的还是错的，出错了，也能够及时的调整。#不做一半的功能如果我们做了2个功能，但是我们每个功能都做了一半没全部完成，那目前为止我们总计完成了多少个功能？1个？不是的，完成了0个。一个功能除非真正完成并且通过产品经理的检查，不然你永远不能确定这个功能是不是还有一些遗漏的地方。100个完成度为90%的功能合起来，完成的功能还是0个。你很兴奋你的程序里面有很多功能，但是你试了一个又一个，结果发现每个功能都是半成品，没有一个功能可以正确解决你的问题。对于半成品的功能：1. 你其实并不知道你还剩多少工作量，因为已经“完成“的工作不能验证说是真正完成的。2. 你没法给业务部门或者客户做演示，因为这些功能没做完。3. 如果业务部门让你暂停一下，就先按照目前已有的功能去让客户测试一下，你会哑巴吃黄莲，有苦说不出。所以我们做功能的时候，要确保我们在做的功能已经是真正完成了，我们再去接着做下一个功能。#不让细节影响你的目标项目组的人很容易沉浸在功能的细节当中，为一些友好美观的显示，炫丽的功能或者很酷的设计浪费大把的时间，忘记了这个项目的最终目标是什么。其他人可以投入，但是项目经理一定要能够抽身事外，专注在项目的全局。沉浸在细节当中很容易让人忘记工期，忘记项目的最终目标。我这个提示信息的颜色会不会太淡了？要不要再调深一些？我这个按钮是不是可以往左边移10像素，这样更好看？这个地方要不要来一个自动提示，这样会更友好一点？我这个面板的显示要不要使用渐变的？1秒内渐变完成会不会太快？用户会不会还没看够？你先把功能完成再说好吗？以后有的是大把的时间美化这些。#正确的里程碑要点我们碰过一个项目，项目经理的报告说，目前的状态是开发完成。结果一看，这样说的依据是分配到所有开发人员的任务，开发人员都认定为完成了。于是大家就认为目前是开发完成，进入QA测试的阶段。结果QA报怨测试不下去，流程都走不通。产品经理进去看了一下，也说很多地方功能缺失。根本不能认定为开发完成。1. 一个项目，或者一个短迭代，应该先列出一个所有人都认同的里程碑列表。比如，分为框架设计完成；分解出来的需求已经可用于开发；子任务划分完成；子任务已经分配并预估完成；各子任务完成；开发人员整合测试完成；产品经理检查通过；QA测试通过。2. 每个里程碑的完成要有大家都认同的验证方式比如如何判断开发人员整合测试完成，是不是开发人员坐在一起或者开发组长把所有流程都走过一遍，然后发现没有什么大的问题？#自我管理前面讲了这么多，弄得好像项目经理很重要，缺了这个项目经理整个项目就不转了。如果项目经理的手下是固定的，只不过做的项目不一样，那我建议项目经理在完成项目的基础上，一定要考虑这样一个目标：建立一套流程，一套大家都熟悉并且会遵守的流程。这个流程可以保证整个项目组在项目经理不在的情形下，也可以运转得很好。目前项目处在什么阶段，这个阶段大家要做什么，下一个阶段是什么；这个阶段有什么任务要做；每个阶段碰到问题要怎么处理；每种任务或者问题由谁来处理。这些并不是很难学会的东西。项目的成员经历过几次，很容易就可以理解要怎么做。项目经理除了推进项目以外，还要在项目的过程中把流程的思路，解决各种问题的思路教给大家，同时明确每个人的职责，达到项目组可以自我管理的程度。一个可以自我管理的项目组，才是一个稳定高效的项目组。项目经理才可以抽身出来，同时去做一些其他的对部门，对公司同时也对自己有利的事情。
阅读(5024)|
用微信&&“扫一扫”
将文章分享到朋友圈。
用易信&&“扫一扫”
将文章分享到朋友圈。
历史上的今天
在LOFTER的更多文章
loftPermalink:'',
id:'fks_',
blogTitle:'这些年的项目管理心得',
blogAbstract:''
{list a as x}
{if x.moveFrom=='wap'}
{elseif x.moveFrom=='iphone'}
{elseif x.moveFrom=='android'}
{elseif x.moveFrom=='mobile'}
${a.selfIntro|escape}{if great260}${suplement}{/if}
{list a as x}
推荐过这篇日志的人：
{list a as x}
{if !!b&&b.length>0}
他们还推荐了：
{list b as y}
转载记录：
{list d as x}
{list a as x}
{list a as x}
{list a as x}
{list a as x}
{if x_index>4}{break}{/if}
${fn2(x.publishTime,'yyyy-MM-dd HH:mm:ss')}
{list a as x}
{if !!(blogDetail.preBlogPermalink)}
{if !!(blogDetail.nextBlogPermalink)}
{list a as x}
{if defined('newslist')&&newslist.length>0}
{list newslist as x}
{if x_index>7}{break}{/if}
{list a as x}
{var first_option =}
{list x.voteDetailList as voteToOption}
{if voteToOption==1}
{if first_option==false},{/if}&&“${b[voteToOption_index]}”&&
{if (x.role!="-1") },“我是${c[x.role]}”&&{/if}
&&&&&&&&${fn1(x.voteTime)}
{if x.userName==''}{/if}
网易公司版权所有&&
{list x.l as y}
{if defined('wl')}
{list wl as x}{/list}