软件项目计划

前言 本篇文章将对敏捷软件开发的方法论及其应用做基本介绍，将描述团队是如何通过协作来完成共同目标的。本篇文章不仅仅适合软件开发人员阅读，同时也适合于团队负责人、项目经理、产品经理、开发经理、测试人员、QA经理、QA工程师、技术文档专员、用户体验设计师等任何涉及软件交付的人员。文章重点介绍技术团队是如何通力协作来计划、构建和交付软件的。但文中没有具体代码的编写，也没有对特定技术的介绍，并且也不会介绍任何微软技术。希望这篇文章可以帮助你改善专业性和团队的效率。 背景 Winston Royce 瀑布模型 引自 1970 年的 IEEE 论文 "Managing the Development of Large Software Systems" 该论文中阐述了，在计算机程序设计开发过程中，无论软件的规模和复杂度如何，都会经过两个必不可少的阶段：软件分析和编码。而许多其他额外的开发步骤，虽然也是需要的，但却都没有像软件分析与编码一样对最终产品作出最直接的贡献，反而增加的开发过程的支出。 然后，Royce 介绍了需要额外的将 5 个重要的步骤添加到整个开发流程中，用于最大化地消除软件开发中的风险： 步骤1：程序设计优先 一个软件程序的初步设计阶段，将被插入到软件需求和软件分析阶段之间。程序设计人员将在此阶段开始进行软件整体的初步设计，包括设计、定义和指定数据处理模型，定义系统间的接口

实行软件工程项目管理： ▲　项目经理（负责人）：项目经理（负责人）对整个项目负完全责任，是指导、控制、管理和规范某个软件和软/硬件系统建设的人，项目经理（负责人）是最终对客户负责的人。 ▲　软件项目经理（负责人）：软件项目经理（负责人）对一个项目的所有软件活动负完全责任，控制一个项目的所有软件资源，按照软件约定与项目经理（负责人）打交道。 ▲　软件工程组： 软件工程组是负责一个项目的软件开发和维护活动（例如：需求分析、设计、编程和测试）的人员（包括管理人员和技术人员）。 ▲　系统工程组： 系统工程组是负责下列工作的人（既有经理也有技术人员）的集团：规定系统需求；将系统需求分配给硬件、软件和其它成分；规定硬件、软件和其它成分之间的界面；以及监控这些成分的设计和开发以保证它们符合其规格说明。 ▲　系统测试组：系统测试组是一些负责策划和完成独立的软件系统测试的个人（既有经理又有技术人员）的集团，测试的目的是为了确定软件产品是否满足对它的要求。 ▲　软件质量保证组： 软件质量保证组是一些计划和实施项目的质量保证活动的个人（既有经理又有技术人员）的集团，其工作的目的是保证软件过程的步骤和标准得到遵守。 ▲ 软件配置管理组： 软件配置管理组是一些负责策划、协调和实施软件项目的正式配置管理活动的个人（既有经理又有技术人员）的集团 总体流程如下： 计划阶段－》需求分析阶段－》软件开发阶段－

讨论四 本周介绍了项目计划管理，我们项目组两人（林育锋、杨飞跃）初步对本周的实践任务已经进行了计划：采用Tower软件进行，构建团队-创建一个项目计划-分配任务-设置项目负责人及项目完成截止时间，主要以Tower程序自带的表格设置相关工作；同时我们采用码云来进行对项目进行合作开发。这样，对彼此需要做的工作进行了解，同时可以及时进行探讨相关问题，以利于项目的有效进行。 制定计划时设计到的项目估算是：诗词游戏每一个环节需要的时间我们采用用户故事方式进行估算，估算的方式采用敏捷估算故事点估算方法， 依据是：我们设置任务时将任务进行细化，但由于没有经验，第一次尝试，只能大致给出时间完成规划。 制定计划时涉及到主要涉及到完成项目所耗费的成本，先将具体任务拆分成多个小的子任务，然后分别估算每个子任务所需要的开发工作量，然后相加得到总的估计。诗词游戏的估算主要用到功能点方法，即依据软件信息域的基本特征和对软件复杂性的估计估算软件规模，以功能点为单位度量。估算的依据：把握估算的首要原则，即对结果而不是对活动进行估计。对于诗词游戏，可采用学堂在线5-4节的功能点方法进行估算，如下图所示： 来源： https://www.cnblogs.com/lin8612604/p/12529837.html

第一级：初始级 在初始级，企业一般不具备稳定的软件开发与维护的环境。常常在遇到问题的时候，就放弃原定的计划而只专注于编程与测试。 第二级：可重复级 在这一级，建立了管理软件项目的政策以及为贯彻执行这些政策而定的措施。基于过往的项目的经验来计划与管理新的项目。 第三级：定义级 在这一级，有关软件工程与管理工程的一个特定的、面对整个企业的软件开发与维护的过程的文件将被制订出来。同时，这些过程是集成到一个协调的整体。这就称为企业的标准软件过程。 第四级：定量管理级 在这一级，企业对产品与过程建立起定量的质量目标，同时在过程中加入规定得很清楚的连续的度量。作为企业的度量方案， 要对所有项目的重要的过程活动进行生产率和质量的度量。软件 产品因此具有可预期的高质量。 第五级：（不断）优化级 在这个等级，整个企业将会把重点放在对过程进行不断的优化。企业会采取主动去找出过程的弱点与长处，以达到预防缺陷 的目标。同时，分析有关过程的有效性的资料，作出对新技术的 成本与收益的分析，以及提出对过程进行修改的建议。 CMM第一级：初始级 ◆ 特征 (1)软件过程的特点是杂乱无章，有时甚至混乱，几乎没有定义过程的规则或步骤。 (2)过分的承诺，常作出良好的承诺：如“按照软件工程方式，有序的工程来工作”；或达到高目标的许诺。但实际上却出现一系列问题。 (3)遇到危机就放弃原计划过程，反复编码和测试。 (4

曾经有个笑话，说三个软件高级人材等待上帝安排工作，一个说自己擅长抽象思维，上帝说那就做系统分析师吧；一个说自己工作非常细心，上帝说那就做QA；最后一个说，我实在没有更多的才能，那就做项目经理吧。有句项目管理名言则是这个笑话的最好解释：对项目经理的知识要求是要有1英里宽，7英寸深。也就是说，各方面的综合能力是项目经理的首要技能。 项目管理引入中国好多年了，除了国外的PMP、IPMP认证体系，现在更是将之引入高等学位教育。除了最先应用项目管理的建筑行业，现在各行各业都非常重视行业内的项目管理，这些足以可以看到项目管理的蓬勃发展。但是软件项目失败案例还是比比皆是的今天，如何将项目管理与新理论和技术层出不穷的软件产业双剑合璧？项目管理理论是欧美国家伴随着生产管理起步的，虽然方法论是通用的，但是如何在软件开发中产生更大效益，需要更多的业界项目经理以及高层思索和总结。 一个成功的建筑行业项目经理也会是一个合格的IT项目经理吗？项目管理有之一个名言：一个成功的建筑行业项目经理也会是一个合格的IT项目经理。在欧美国家是适用的，这样跨行业的例子也非常多。但据我了解在大陆这样的例子还非常鲜见。尤其软件开发行业，就更没这种先例了，为什么在欧美或者印度模式中，都是行得通，在中国不行呢？欧美或者印度模式的项目经理负责制定开发计划、协调、以及填写各种项目输出表格或模版就够了

曾经有个笑话，说三个软件高级人材等待上帝安排工作，一个说自己擅长抽象思维，上帝说那就做系统分析师吧；一个说自己工作非常细心，上帝说那就做QA；最后一个说，我实在没有更多的才能，那就做项目经理吧。有句项目管理名言则是这个笑话的最好解释：对项目经理的知识要求是要有1英里宽，7英寸深。也就是说，各方面的综合能力是项目经理的首要技能。 项目管理引入中国好多年了，除了国外的PMP、IPMP认证体系，现在更是将之引入高等学位教育。除了最先应用项目管理的建筑行业，现在各行各业都非常重视行业内的项目管理，这些足以可以看到项目管理的蓬勃发展。但是软件项目失败案例还是比比皆是的今天，如何将项目管理与新理论和技术层出不穷的软件产业双剑合璧？项目管理理论是欧美国家伴随着生产管理起步的，虽然方法论是通用的，但是如何在软件开发中产生更大效益，需要更多的业界项目经理以及高层思索和总结。 一个成功的建筑行业项目经理也会是一个合格的IT项目经理吗？项目管理有之一个名言：一个成功的建筑行业项目经理也会是一个合格的IT项目经理。在欧美国家是适用的，这样跨行业的例子也非常多。但据我了解在大陆这样的例子还非常鲜见。尤其软件开发行业，就更没这种先例了，为什么在欧美或者印度模式中，都是行得通，在中国不行呢？欧美或者印度模式的项目经理负责制定开发计划、协调、以及填写各种项目输出表格或模版就够了

软件项目管理（Software Project Management） 该条目对应的页面分类是 软件项目管理 。 目录 [ 隐藏 ] 1 软件项目管理的概述 2 软件项目的计划 3 软件项目的控制 4 软件项目管理的特性 5 软件项目管理的组织模式 6 软件项目管理的内容 7 软件项目管理的成功原则 [ 编辑 ] 软件项目管理的概述 　　所谓软件项目管理就是为了使软件项目能够按照预定的 成本 、进度、质量顺利完成，而对人员（People）、产品（Product）、过程（Process）和 项目 ( Project )进行分析和管理的活动。软件项目管理先于任何技术活动之前开始，并且贯穿于软件的整个生命周期。 　　软件项目管理的根本目的是为了让软件项目尤其是大型项目的整个 软件生命周期 （从分析、设计、编码到测试、维护全过程）都能在管理者的控制之下，以预定成本按期，按质的完成软件交付用户使用。而研究软件项目管理为了从已有的成功或失败的案例中总结出能够指导今后开发的通用原则，方法，同时避免前人的失误。 　　软件项目管理的提出是在20世纪70年代中期的美国，当时美国国防部专门研究了软件开发不能按时提交，预算超支和质量达不到用户要求的原因，结果发现70%的项目是因为管理不善引起的，而非技术原因。于是软件开发者开始逐渐重视起软件开发中的各项管理。到了20世纪90年代中期

系统软件开发文档编写指南 为帮助大家编写文档，这里列出了十三种文档的内容要求及其简要说明。这些文档包括：可行性研究报告，项目开发计划，需求规格说明书，概要设计说明书，详细设计说明书，用户操作手册，测试计划，测试报告，开发进度月报，项目开发总结报告，程序维护手册，软件问题报告和软件修改报告。各文档内容大纲由带编号的标题构成，标题后方括号内为其说明。这里给出一个统一的封面格式： ______________________________________________________________________________ 文档编号版本号______________ 文档名称____________________ 项目名称：______________________________________________ 项目负责人：____________________________________________ 开发单位：______________________________________________ 编写_____________ 校对_____________ 审核_____________ _________年________月__________日 ， _________________________________________________

学习了第八章的需求分析之后，我了解了软件需求的类型、利益相关者；获取用户需求的常用方法和步骤；竞争性需求分析的框架NABCD，四象限方法；项目计划和估计的技术。我们在做产品的时候要明确它所需要满足的各种功能和他的所属类型：杀手功能，外围功能，必要需求，辅助需求。软件项目的时间估计我们可以从自底而上和回溯两个方面来看，从而更好的进行估计。 在学习了第十六章IT行业的创新我了解到的是关于创新，有哪些似是而非的断论；WIIFM；创新者的困境；创新的时机，创新路上的鸿沟；先发优势和后发优势；改良式的创新和颠覆式的创新；效能过剩；NPS,CAC,用户留存率。书中提出的迷思一至七是值得我们去深深思索和探寻的，本章中也有结合第八章所提及的四象限方法，可以一起思考消化。 来源： https://www.cnblogs.com/XLX1/p/5487259.html

实行软件工程项目管理： ▲　项目经理（负责人）：项目经理（负责人）对整个项目负完全责任，是指导、控制、管理和规范某个软件和软/硬件系统建设的人，项目经理（负责人）是最终对客户负责的人。 ▲　软件项目经理（负责人）：软件项目经理（负责人）对一个项目的所有软件活动负完全责任，控制一个项目的所有软件资源，按照软件约定与项目经理（负责人）打交道。 ▲　软件工程组： 软件工程组是负责一个项目的软件开发和维护活动（例如：需求分析、设计、编程和测试）的人员（包括管理人员和技术人员）。 ▲　系统工程组： 系统工程组是负责下列工作的人（既有经理也有技术人员）的集团：规定系统需求；将系统需求分配给硬件、软件和其它成分；规定硬件、软件和其它成分之间的界面；以及监控这些成分的设计和开发以保证它们符合其规格说明。 ▲　系统测试组：系统测试组是一些负责策划和完成独立的软件系统测试的个人（既有经理又有技术人员）的集团，测试的目的是为了确定软件产品是否满足对它的要求。 ▲　软件质量保证组： 软件质量保证组是一些计划和实施项目的质量保证活动的个人（既有经理又有技术人员）的集团，其工作的目的是保证软件过程的步骤和标准得到遵守。 ▲ 软件配置管理组： 软件配置管理组是一些负责策划、协调和实施软件项目的正式配置管理活动的个人（既有经理又有技术人员）的集团 总体流程如下： 计划阶段－》需求分析阶段－》软件开发阶段－