项目变更

【转】程序员应该如何理解新接手的项目 文章来源：本站原创 作者：Deepfisher 发布时间：2012年4月29日 浏览次数：677 　　假如你是一名.net开发人员，正在开发或是维护包含1000个类并使用了很多框架的项目。你会如何来理解这些代码呢？在典型的.net企业项目小组中，大部分能够帮你的高级工程师都很忙，文档也很少的情况下。你需要尽快交付成果，并向项目组证明自己的能力。你将会如何处理这种状况呢？这篇文章为开始开发新项目或对刚接手项目的.net开发者提供了一些建议。 　　1. 不要想着一下子就弄明白整个项目 　　仔细考虑一下，为什么你会想要先理解项目代码呢？大部分情况是有人要求你修复一个bug，或者增强系统现有功能。你要做的第一件事情不是理解整个项目的架构。当对项目进行维护时，这样做可能会对你造成巨大的压力及损耗大量的时间。 　　即便是有10年编程经验的.net开发者，也无法短时间内理解项目的核心工作机制，尽管他们可能已经在这个项目工作超过一年（假设他们并非最初的开发人员）。比如，对于认证机制或事务管理机制还是缺乏确切的认识。 　　他们是怎么做的呢？他们对于自己负责的部分非常了解，并且能够交付价值给小组。每天的交付价值远比了解一些以后还不确定有没有的东西重要的多。 　　2. 关注于尽快交付价值 　　那我是要打消你对于理解项目架构的热情吗？完全不是

对商业用户来说，他们后面是成百上千个供应商，前面是成千上万个消费顾客。怎样利用软件管理错综复杂的供应商和消费顾客，如何做好精细到一个小小调料包的进、销、调、存的商品流通工作，这些都是商业企业需要信息管理系统的理由。软件开发的意义也就在于此。而弄清商业用户如此复杂需求的真面目，正是软件开发成功的关键所在。 ---　　经理：“我们要建立一套完整的商业管理软件系统，包括商品的进、销、调、存管理，是总部-门店的连锁经营模式。通过通信手段门店自动订货，供应商自动结算，卖场通过扫条码实现销售，管理人员能够随时查询门店商品销售和库存情况。另外，我们也得为政府部门提供关于商品营运的报告。” --　　-分析员：“我已经明白这个项目的大体结构框架，这非常重要，但在制定计划之前，我们必须收集一些需求。” --　　-经理觉得奇怪：“我不是刚告诉你我的需求了吗？” --　　-分析员：“实际上，您只说明了整个项目的概念和目标。这些高层次的业务需求不足以提供开发的内容和时间。我需要与实际将要使用系统的业务人员进行讨论，然后才能真正明白达到业务目标所需功能和用户要求，了解清楚后，才可以发现哪些是现有组件即可实现的，哪些是需要开发的，这样可节省很多时间。” --　　-经理：“业务人员都在招商。他们非常忙，没有时间与你们详细讨论各种细节。你能不能说明一下你们现有的系统？” ---　

对商业用户来说，他们后面是成百上千个供应商，前面是成千上万个消费顾客。怎样利用软件管理错综复杂的供应商和消费顾客，如何做好精细到一个小小调料包的进、销、调、存的商品流通工作，这些都是商业企业需要信息管理系统的理由。软件开发的意义也就在于此。而弄清商业用户如此复杂需求的真面目，正是软件开发成功的关键所在。 ---　　经理：“我们要建立一套完整的商业管理软件系统，包括商品的进、销、调、存管理，是总部-门店的连锁经营模式。通过通信手段门店自动订货，供应商自动结算，卖场通过扫条码实现销售，管理人员能够随时查询门店商品销售和库存情况。另外，我们也得为政府部门提供关于商品营运的报告。” --　　-分析员：“我已经明白这个项目的大体结构框架，这非常重要，但在制定计划之前，我们必须收集一些需求。” --　　-经理觉得奇怪：“我不是刚告诉你我的需求了吗？” --　　-分析员：“实际上，您只说明了整个项目的概念和目标。这些高层次的业务需求不足以提供开发的内容和时间。我需要与实际将要使用系统的业务人员进行讨论，然后才能真正明白达到业务目标所需功能和用户要求，了解清楚后，才可以发现哪些是现有组件即可实现的，哪些是需要开发的，这样可节省很多时间。” --　　-经理：“业务人员都在招商。他们非常忙，没有时间与你们详细讨论各种细节。你能不能说明一下你们现有的系统？” ---　

提高DevOps工程师软技能，可以了解一下笔者前一篇文章《DevOps工程师必备软技能》 《凤凰项目》是DevOps界神书，虽然内容表现形式是小说，但是依然是敏捷开发及DevOps领域的必读书籍。很多知名的咨询师都是通过此书开启了DevOps及敏捷之旅，书中故事均来源于运维的日常工作，正是体现了艺术源于生活、高于生活的本质。笔者间隔两年时间，阅读此书两次，希望可以讲书中了解到的一些经验分享给大家。 小说主人公比尔，临时接任了IT运维经理的职位，然而此时，公司已经经历了多轮裁员，生产线上故障不断。董事会指望凤凰项目重启拯救公司，然而面对的着层层困难，比尔开始不停的应付突发的线上故障，身心俱疲。为了生存及公司的正常运转，尝试出一套适合该公司的IT转型方案，整个转型过程就像我们从传统开发模式转型DevOps的开发模式一样，踩过很多坑，总结出很多道理，小说的内容我不过多叙述，了解精彩的故事可以直接去购买图书，下面会给大家总结一下书中的一些重要的经验。 1. IT的四种工作形态 在故事中，主人公比尔在接替IT部经理后，通过一系列的故障处理与人际交流的过程中，得出了这个结论。IT的工作无非就是如下四种类型： IT部门内部项目 业务组项目 变更工作 救火工作 其实上述四种工作类型与我们目前运维部门的状态基本一致，我们需要开发自己的运维与监控平台，要参与到业务部门的开发测试中

3 月，跳不动了？>>> 《凤凰项目》是 DevOps界神书，虽然内容表现形式是小说，但是依然是敏捷开发及DevOps领域的必读书籍。很多知名的咨询师都是通过此书开启了DevOps及敏捷之旅，书中故事均来源于运维的日常工作，正是体现了艺术源于生活、高于生活的本质。笔者间隔两年时间，阅读此书两次，希望可以讲书中了解到的一些经验分享给大家。 小说主人公比尔，临时接任了 IT运维经理的职位，然而此时，公司已经经历了多轮裁员，生产线上故障不断。董事会指望凤凰项目重启拯救公司，然而面对的着层层困难，比尔开始不停的应付突发的线上故障，身心俱疲。为了生存及公司的正常运转，尝试出一套适合该公司的IT转型方案，整个转型过程就像我们从传统开发模式转型DevOps的开发模式一样，踩过很多坑，总结出很多道理，小说的内容我不过多叙述，了解精彩的故事可以直接去购买图书，下面会给大家总结一下书中的一些重要的经验。 1. IT的四种工作形态 在故事中，主人公比尔在接替 IT部经理后，通过一系列的故障处理与人际交流的过程中，得出了这个结论。IT的工作无非就是如下四种类型： IT部门内部项目 业务组项目 变更工作 救火工作 其实上述四种工作类型与我们目前运维部门的状态基本一致，我们需要开发自己的运维与监控平台，要参与到业务部门的开发测试中，要进行所有基础设施及应用版本的变更与升级。而这些都是属于正常的工作

简介 1.1 编写目的 本文档用于记录测试过程，总结各轮次的测试情况，分析测试数据，归纳测试工作进行过程中暴露的问题与遗留的风险，给出相应的测试建议以供后续项目参考。 1.2 项目背景 xx需要一个拥有真实用户的社区化产品，通过真实高信任度用户关系的建立，提高用户粘性，提升活跃会员数，带来长效的增长。在此背景下，以真实用户为基础的社区应运而生。主要具有以下5点意义： 提高社区活跃会员数 提高用户粘度 建立真实（和用户的社区身份相一致）的多维用户信息 建立高信任度的用户关系 达到真实可信用户关系中的用户之间的传播效应 1.3 定义、首字母缩写词和缩略语 无 1.4 参考资料 各轮系统测试阶段总结 测试概要 整个xx项目的测试经历了xx-1.0与xx-1.1两个阶段，共经历了1轮集成测试、6轮冒烟测试和7轮系统测试和1轮上线跟踪测试。整个测试过程中累计执行用例8100条，发现缺陷1026个。截至xx-1.1第四系统测试结束，所发现的高权重问题已得到修复和验证。 2.1 测试时间 整个xx项目的测试时间从xx年2月18日开始，到xx年3月27日上线止，期间各阶段工作情况如下： 2.2 测试范围 本次测试覆盖的范围包括：功能测试、兼容性测试、接口测试、数据迁移测试、性能测试、安全性测试和品质监控。以下分别对功能测试、兼容性测试、接口测试、数据迁移测试、性能测试和安全性测试进行说明。

1、下载最新的Eclipse，我的版本是3.7.2 indigo(Eclipse IDE for Java EE Developers)版 如果没有安装的请到这里下载安装：http://eclipse.org/downloads/ 2、下载SVN插件subclipse，安装方法有两种.那种绿色的以link方式安装的方式我在indogo上试了多次就是没成功。 3、SVN插件下载地址及更新地址，你根据需要选择你需要的版本。现在最新是1.8.x Links for 1.8.x Release: Eclipse update site URL: http://subclipse.tigris.org/update_1.8.x svn插件包下载: http://subclipse.tigris.org/servlets/ProjectDocumentList?folderID=2240 Links for 1.6.x Release: Eclipse update site URL: http://subclipse.tigris.org/update_1.6.x svn插件包下载: http://subclipse.tigris.org/servlets/ProjectDocumentList?folderID=2240 Links for 1.4.x Release: Eclipse

需求开发与管理是软件项目中一项十分重要的工作，据调查显示在众多失败的软件项目中，由于需求原因导致的约占到45%，因此，需求工作将对软件项目能否最终实现产生至关重要的影响。虽然如此，在项目开发工作中，很多人对需求的认识还远远不够，从本人参与或接触到的一些项目来看，小到几十万元，大到上亿元的软件项目的需求都或多多少的存在问题。 　　有的是开发者本身不重视原因、有的是技术原因、有的是人员组织原因、有的是沟通原因、有的是机制原因，以上种种原因都表明做好软件需求开发是一项系统工作，而不是简单的技术工作，只有系统的了解和掌握需求的基本概念、方法、手段、评估标准、风险等相关知识，并在实践中加以应用，才能真正做好需求的开发和管理工作。 　　本文将通过介绍关于软件需求的基本知识和个人在实际工作中总结的一些经验，帮助读者了解软件需求，学习需求开发的一些基本方法，避免因需求原因而导致的项目失败。 　　 1 什么是软件需求和需求工程 　　1.1 软件需求的定义 　　在IEEE软件工程标准词汇表(1997年)中定义软件需求为： 　　1）用户解决问题或达到目标所需的条件或能力。 　　2）系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或能力。 　　3）一种反映上面(1)或(2)所描述的条件或权能的文档说明。 实通俗的讲，“需求”就是用户的需要，它包括用户要解决的问题、达到的目标

备考信息系统项目管理师，学习过程中整理的思维导图。便于知识的复习，同时也分享给大家共同学习。下面的文字为思维导图大纲，自身不太喜欢。可以直接下载后续的图片，观看思维导图更加清晰明了。 此处为思维导图下载链接：https://download.csdn.net/download/skykls/12111576 范围管理 范围管理概述 确保项目包含且只包含达到项目成功所必需完成的工作 所需工作 明确的项目边界，明确哪些在范围内，哪些工作不在范围内 对项目执行工作进行监控，确保所有该做的工作都做了，而且没有多做。杜绝额外工作 防止项目范围蔓延 范围蔓延：未对时间、成本和资源做相应调整，未经控制的产品或项目范围的扩大 范围 产品范围 产品或者服务所应包含的特性和功能 完成：以产品是否满足产品描述来判断 项目范围 为了能够交付产品所需做的工作 完成：以范围基准（项目范围说明书、wbs以及词典）衡量标准 重要性 项目范围来自于项目目标，完成项目工作范围是为了实现项目目标 项目范围管理以及控制的有效性，是衡量项目是否成功达到成功的一个必要标准 在项目中不断重申工作范围，是项目中实施控制管理的一个重要手段 项目范围管理可以详细、清楚地界定分工界面和责任 项目范围管理能确定项目边界，明确主要可交付成果，范围管理能提高对项目成本、进度和资源估算的准确性 项目范围管理影响到项目的成功，在实践中

2020.1.16 每日一题： You are responsible for managing a project that deals with laying out a freeway connecting two major port cities.Progress on the project has been smooth and you and your team are very confident on completing the project well within the stipulated timelines.On reviewing you see that the project has also run below the budget resulting in savings.You decide to add an extra feature of reflector strips on the road every mile.You do a quick calculation and are satisfied that neither budget nor schedule will slip.You feel that by adding these extra features you could also bag some