软件开发项目管理的核心（软件开发项目管理的核心是保证质量）
今天给各位分享软件开发项目管理的核心的知识，其中也会对软件开发项目管理的核心是保证质量进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！
本文目录一览：
项目管理的核心是什么？
项目管理工作中遇到棘手问题？个人职业发展遭遇瓶颈？也许你需要一个导师为你答疑解惑。
【老邱百问】板块就是为此而设，主要关注项目管理和职业发展领域，给大家一个提问的平台，并有机会得到老邱的亲自解答，同时将问答分享，以供大家交流借鉴。
老邱百问，答你所问
question
提问者：卓君
提问：互联网偏技术的职位，做的较多的是公司内部的需求或项目，学了pmp后如何转到真正的项目经理
老邱解答
如果你已经是PMP，那么你一定对PMBOK的过程有所了解，很想把PMBOK所学到的知识运用与日常工作和日常项目中。项目管理人都是有项目管理思维的，比方项目立项管理、项目规划管理、项目执行管理、项目收尾管理，其实在我们日常工作中，还有很多PMBOK中都会提到非常实用的三大工具，今天我在这一篇文章里就给大家介绍项目经理的三大神器！我们也运用场景给大家介绍这三大神器的使用方法。
神器一、mindmanager
项目立项了，我们的章程已经发布，所有人都知道你已经被任命为项目经理了，当你摸不清头脑应该如何往下做的时候，PMBOK被打开了。原来，制定项目章程之后，你必须要完成项目管理计划了，但是该计划中这么多子计划让你无从下手。。。
不急，听我慢慢道来！
项目是由一个商业机会触发，而这些商业机会早已写在商业论证中，也在立项之前明确，在你的项目章程中也应该有高层级的目标和范围。作为项目经理的你，应该继续触发需求管理，项目管理的交付五花八门，有的是实现一个新产品，有的是为客户部署一个产品功能，有的是做企业内部交付，有的甚至只是单单一个流程优化。此时的你，大可不必惊慌，因为我们项目管理的方法是一样的，我们收集需求的工具和方法其实大多相同。
1、产品类项目。
这类项目的项目经理需要有敏锐的用户视角，你很清楚，你的产品设计的好坏会直接影响到用户的购买。所以，获得需求的样本量越大，对你的产品设计和研发越是有帮助。而这时的你要知道，产品设计数据是王道，所以需要大量问卷调查进行统计分析，跟团队进行头脑风暴，抽取样本开焦点小组及引导式研讨会等，甚至还需要考虑到发起人可能会有私人想法，然后对其运用访谈技术。
2、部署类产品。
部署类产品相对来说比较成熟，客户和用户的定位比较明确，他们的购买或者使用思路比较清晰，如上线一个ERP，又如部署一个基站做5G的升级。那么作为部署类项目的项目经理来说，建议使用的一些需求工具如：跟客户一起头脑风暴，开焦点小组会议，或者是引导式研讨会，然后对一些部门主管进行访谈等。
3、内部交付类、流程优化类项目。
你的用户群可能就是公司的某一些业务部门，需求样本量相对较少，你也不一定需要类似问卷这种大样本工具，我们建议使用：头脑风暴、焦点小组、引导式研讨会等，去触发用户对于需求的表明。
无论在哪种模式下，这时候的项目经理一个开始头大了，需求越来越多，也越来越搞，早知道不跟这些用户开会了，他们又不懂，个个考虑自己的私利以自己为中心，而不是项目产品为中心了。PMBOK 又教我们我们可以用亲和图、名义小组、引导等方式给需求进行排序和分类，这样不至于使用户们提出的各种需求都纳入到我的项目范围。项目资金是有限的，项目经理不可能在有限的资源做出无限的功能。
这种类型的需求工作会议，开多了就样样蔓延，开少了呢又怕遗漏需求。这时候，你完全可以使用这个神器，mindmanager。它集成了头脑风暴、亲和图、名义小组等各个工具的优势，当大家在谈每一个需求的时候，如果你用白板写出来还是不够装逼，此时的你可以用一台投影仪，连接着你的电脑，把大家谈到的各个散乱需求写在软件中，这个其实是头脑风暴的功能，边开会边合并需求，这其实是亲和图的功能，最后把各种类型的需求合并到一个总的脑图，这才是真正的需求树。这时候，我们该用名义小组或引导技术了，这么多需求画在一个图上的，也让用户们感到压力，因为他们自己一看这么复杂也打了不少退堂鼓。
原来项目将来做出来是这么复杂的鸭，引导他们，还有走名义小组路线啊，不是不让大家畅所欲言，让他们先刷一遍存在感，让他们畅所欲言谈需求好了，当他们自己眼中看到是这么复杂的时候，就不太再会蔓延了。不蔓延了之后，我们就开始砍需求，让大家用名义小组投票每一个需求的重要程度，甚至我们可以用决策的投票技术让大家砍掉不需要的需求。这样的你，既跟用户们互动比较好，也体现了项目管理精神，需求让他们谈，需求也让他们自己去砍，砍完的就是你想要的东西了。
这个需求会议建议从原先的头脑风暴汇总到思维导图，到现在的大家最终定下要做和不要做的需求，两个小时已经过去了。
现在社会，头脑风暴软件已经非常普及，你的装逼程度也就一般，所以应该考虑我们的神器二。
神器二、axure
你让这么多用户参与需求会议，也通过访谈了解了老板们的私密信息，这时候你需要提升的是大家心中你的专业度了，把他们的需求迅速用原型法画出来。如果刚才在需求会议的2小时我们定下需求后，你趁热打铁马上能够画出原型，这会让无数人仰视你，他们心中无数个666。这个软件使用起来并不难，难的是你是否真的有艺术灵感和审美，你并不用把项目交付物全部画出，你只要能够画出基本框架就好。因为这时候的用户，虽然谈了需求，但其实他们脑子里空空无物。只有当你拿出一个雏形出来的时候，他们才会真的联想到是否那就是他们想要的，甚至会触发新的需求。
在需求会的10分钟休息后，你马上画出了他们想要东西的草图，这个图不需要非常逼真，只要有功能和框架即可。之后我们的探讨才真正高效，而你的专业也将赢得用户的信任。你相信么，从这里开始，在他们心中，你已经是一个非常专业和优秀的项目经理了。
此时的项目经理也心累，想想以前做了这么多年技术现在开始要能够画原型图，没办法，因为你越来越贴近用户，没有一技防身咋办呢？
接下来就要搞定团队的人了，我们建议使用神器三。
神器三、wbs chart pro
这款软件我曾经用过，但是貌似近几年在国内并无销售，所以大家可能要花点心思才能找到。对外通过思维导图、exure可以搞定，但是对内就要考虑如何做出这些产品和功能，而我们众所周知项目经理的分工作包的工具叫做WBS，如果你再像以前一样靠手绘或者用PPT绘制，已经不再装逼。另外，我们在能够自伤而下分解到工作包的同时，我们也可以考虑如何把进度自上而下的粗略分解，把成本也自上而下的粗略分解了。
对于一些小型项目来说，是否要画出甘特图其实并不是那么重要，可以用这样子的分解，也可以对每个工作包进行自上而下的估算，其实我们已经可以开工和准备做了。如果大家问我，让项目能够快速的运作起来，还缺少什么，其实就少了任务分配这个维度。
因为wbs chart pro把任务也分解到了工作包，每个工作包也有它自己的开始时间和结束时间，我们接下来可以用EXCEL作一个RACI模型把分工这个功能给加上去，这样，整个项目的前期规划已经是非常完美了。我们已经有了工作包，每个工作包的开始和结束时间，再做一个表，注明谁负责完成这些工作包即可。
本期呢，我没写那么多的心理治愈类的话，也没写项目经理职业观点，我实在一些，教大家项目管理里非常有用的三大神器，不知道你们用过哪一个呢？
欢迎回复和点评，也欢迎大家的指正。
我们下一期见哦~~
如何提问
老邱百问，答你所问。
加快软件开发来说,项目管理的核心是
楼上有两位已经把项目管理软件的重要性说的比较清楚了，就我个人理解，简单来说就是让管理者轻松地掌握项目的进度，而具体的负责人员也可以明白自己在特定时间段内该完成的内务。从上到下都知道自己在干嘛，该干成什么样子，什么时候该完成。项目管理顾名思义是对项目进行管理，所以任何有项目需要管理的企业都需要这种软件的。所以也就没有特定性质的什么企业需要，有项目就用项目管理软件罗。楼上的都没有进行品牌推荐，我还是推荐一下吧，我是最近才开始用这家的，虽然不知名但软件和价格都很实在，物美价廉谁都喜欢吧~所以让大家知道也不是坏事。全程软件的PM任务项目管理软件。就是这个了，其他的太贵我们都没考虑，所以只推荐这一个。希望有帮助到你~
项目管理最精髓的思想是什么
项目管理体系是一种基于PDCA过程管理的先进思维模式和管理模式，同时也是一门综合的学科体系。通过对其九大知识领域的应用，达成和实现人们的需求和期望。项目管理应用非常广泛，从科学研究、国防工程、航天工程、建筑工程、新技术研发、产品研发、软件开发到决策活动、融资活动、营销活动、内部改善活动等，甚至是个人的学习、生活等，几乎无所不能。
项目管理体系为我们提供了范围、时间、质量、成本、人力资源、合同采购、沟通、综合、风险等九大知识领域，同时也提供了丰富的管理工具和技术，无疑，它凝聚和闪耀着人类智慧的光芒。
下面，我们就对其中一些既脍制人口，又惠及所有人的思想精髓，进行分享和探讨。
项目——即是对人们正在做和将来要做事的统称。
可以说，这一定义具有划时代的意义。意即我们可以把任何事，任何问题，都可以看作是一个项目，并可利用项目管理所提供的知识体系、工具和技术方法对其进行管理和解决，以能正确地处理相关事物，和解决存在的问题，达到我们所期望的预期目的。这一点，我们也能看出，项目管理实际上一个通用的管理模型，不仅对国家、企业、部门、团队，而且对于个人本身都是非常有现实意义，用以遵循的一整套管理思维。
项目成功的标志——“五个指头一个巴掌”。
在项目管理中，项目成功标志为，满足项目要求的范围、对项目完成的时间要求、完成项目质量的要求，以及成本的要求，在以上基础上获得好的客户满意度的项目，该项目就是成功的，我们将其俗称为“五个指头一个巴掌”。而这一成功标志，为我们建立了一个——人们处理一切事物和解决任何问题的结果如何的——通用的评定和衡量的标准模型及依据。
通常人们对于被处理的事情结果如何，只能通过感受来感知，没有确切可以依赖的科学方法去进行评估，所以会出现类似于“我觉得我把事情做得很好，而你说我做得不好，你的理由是什么，你的判定依据是什么了?”“你的依据很难让我信服，因为我根本不认同”的争议，而项目成功标志，解决了人们在此方面的困扰。
以上让我们获得了什么了，我想那就是让我们明白了：事(问题)要去处理和做，及(结果)做得(解决成)怎样才叫好(成功)。
项目管理核心理念是什么？为什么？
中小型软件开发项目管理
本处指的中小型软件开发项目是指：
参与开发的直接人员（即开发团队）数量在3~25人
开发时间在3个月~18个月的软件项目
代码行数5000~75000行
子程序数量300~3500个
1、软件开发管理的任务
软件开发管理的真正任务是团队成员的智能充分而适宜地发挥，并有效地投注在创造软件的活动中。也就是说：合理配置各种资源（管理人员、工程师、设备、软件、制度、时间）确保软件开发的有效进行。最起码需要避免个体智商120，所开发的软件象智商60的人开发的软件——确保创造性智能活动保持创造性张力并取得创造性成果。
2、项目管理的根本焦点
项目管理的根本焦点集中在T、Q、C、S上，即：开发进度、特性与品质、成本、顾客服务。其中最核心的是开发进度、特性与品质两个方面。其它一切管理工作都必须围绕这些焦点进行。
3、中小项目软件开发的组织设计
有效的组织设计是进行项目开发的前提。大部分软件开发项目都是中小软件项目，或者说都可以应用本处所说的项目管理原则，中小项目软件开发的组织设计主要是设计参与项目开发的各种角色及其权利、责任和这些角色之间的关系。
参与中小软件开发项目人员，按角色可以分为五种：
⑴项目经理
项目经理也有时被称为产品经理、品牌经理、项目负责人、项目总监。 项目经理的职责是：
领导团队定义出一个成功的产品
引导团队对产品注入深切的期望和信念
带领团队将理想实现，变成可预见的产品诞生
原则1：在项目经理可以对团队有任何价值之前不应该有任何直接的控制权——要权威不要霸权，充分授权是项目成功的必要条件。
项目经理是软件开发的核心任务：他具备技术背景，拥有建构软件的技术领导能力，他有擅长沟通和倾听，是维系团队灵魂的关键人物。
项目经理的具体工作是：负责制定开发日程、配置资源、与外界沟通。项目经理必须担负着保证团队士气、营造共同美好前景的责任，也必须在困难出现时通过坚强的信心和必要的资源调整来确保士气和进度。
⑵系统分析员
进行技术规划和开发设计。
⑶程序开发员
写程序、抓错虫。
⑷品保人员
测试、评估软件品质
原则2：品保人员与开发人员比例不低于1：2
⑸文档编制与使用者培训
撰写文档，以便用文字的形式正确表达软件的功能和使用
原则3：软件文档的编写量要适中，一般要作到详细，但是文档量上不要超过这个标准：1行程序代码的文档数量不要超过1页。
原则3：软件=团队，所以沟通和互动是成功的基础
图一：角色与沟通
详细划分应该包括：
项目主管
产品主管
构架者：负责在设计和实作层次整合软件概念
使用者接口设计者
使用者联络人
开发人员
品管/测试人员
开发工具制作者
版本建立管理者
风险管理者
使用者文件编修专门人员
讨论：注重开发程序与士气的关系
4、软件开发的金三角
软件开发的核心是：特色（产品与其品质）、资源（人和钱）和时间。
图二：软件开发的金三角
原则4：金三角警惕
加派人手？小心但不禁止！
追加预算？可以但是别掉进无低洞！
增加特色？谨慎但不禁止！
推迟时间？可以但是千万小心！
5、里程碑与检查点
里程碑（基线、基点）则是一个软件配置项在生存周期内的某一特定时刻正式设计并固定的静正式批准的版本，不管媒体如何，它是阶段性目标（可以认为是一个中间产品）。配置项是一个配置中的实体它满足一项最终使用功能，并能在给定的参考点上单独标识。里程碑应该是团队阶段性工作完成的标志，对于任何一个里程碑都应该给于认真的检查、审定和批准。 一般里程碑应该少于两个月，多于三个星期，里程碑给团队带来成就感，提高士气。通常必须含有的里程碑为：
里程碑1：调研 审定对象：调研报告
里程碑2：需求分析 审定对象：需求规格说明书、结构设计报告
里程碑3：数据分析 审定对象：数据字典
里程碑4：概要设计 审定对象：概要设计报告
里程碑5：详细设计 审定对象：详细设计报告
里程碑6：编码 审定对象：各配置项编码、测试报告、产品文档
里程碑7：发布 审定对象：用户使用报告、产品文档、总结报告
原则5：对于每个错误列出的需求，将在下游开发中付出高达50~200倍的修正代价
原则5：里程碑必须设置并且设置时间不应是团队感到太长也不应感到太短，它必须有进行正式审定的衡量标准（零缺点里程碑）。
原则6：除非任何一个人都到达了里程碑否则就没有达到，即：团队中最后到达的决定着团队的效率。
在里程碑中间应该设置大量的检查点，这些检查点应该有可以审查的不管是何种媒体的资料。检查点应该细分到一旦检查点出现问题不至于无法在时间上挽回，一般来说一周一个检查点是不长的。任何人都应该有检查点。 原则7：特殊的软件程序设计师可以作出一些无法想象的创举，掀起一波技术的飞跃，但是他绝不会出现在矢志如期推出产品的开发团队中。如果这种没有检查点的人，他是最可以破坏产品的开发者。
6、成功的项目管理者与成功实施项目管理的项目
作一个成功的项目管理者：
不耻下问
给组员设定短期目标
建立长期计划
建立评核制度
成功实施项目管理的项目组应该是：
进度刚好可以完成，适度紧张而可以完成
团队和组员士气高涨
成员富有思考、乐于沟通
7、有效率的工作会议
如果以下超过3个的回答是是的话，那么工作会议的质量就需要主管去考虑了，长期下去必将损害士气、决策质量。
是否有人没有发言？
是否出现了20%的人发言超过了80%的情况？
是否有这种情况：本次议定的题目，而在会中说下次再说吧？
是否发言需要主管点名？
会议没有引导者？ l 发言是对人而不是对事？
主管是威胁多于鼓励？
是否有人有话但没有说？
8、需方委托得项目开发中的若干实际原则：
原则8：顾客的需求是工作的核心，任何所谓天才的设想必须征得顾客赞同。
原则9：持续得改善比一次性改善更能提高顾客得满意度，更好得是对开发方好处更大，但是牢记顾客关心的需求绝不可推迟。
原则10：能够成熟的技术莫要用不成熟的技术，叫的最响的不一定是最好的，不成熟的技术不要流给顾客，留在实验室或作BETA版吧
软件开发中的几个常见问题分析
如果你在软件开发中遇到了下列问题，那么以下的建议也许对你有帮助。
团队成员为什么不善于思考？表现为不发表自己的简介、不与他人进行建设性交流
软件管理在沟通体制上出现了问题，这些问题可能是以下问题的一个或多个：
成员认为没有人重视自己的想法
没有好处，也许给主管的想法不一致，主管是不能接受自己建议和批评的
成员认为应该主管告诉他一切
管理者从来都是只管发号命令
解决办法：
A.每一个成员的建议都是重要的
B.与主管不同的意见更值得重视和讨论
l) 主管告诉成员做什么，不要问怎么做——除非成员向你询问，那么做下来一起讨论
2）为什么软件的进度老是落后或者功能上老是不能令人满意？
也许你会向软件开发者或系统设计者找原因——基本上你可能是失望的。实际上你第一个要看的品保人员：人数够不够？确实参与设计了？
朋友，你坚持看完了一篇好文章，希望你对每一件都能有耐心。
关于软件开发项目管理的核心和软件开发项目管理的核心是保证质量的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。
