东方匠心的专栏

原文　http://blog.youkuaiyun.com/wangxinfeng1990/archive/2010/02/17/5310303.aspx  参加过项目制作的人 都知道一个项目开发过程中 会遇到许多困难，很多事情都会影响一个软件开发的失败  风险是在项目中发生的一系列事件或不利结果的可能性。软件开发是一项高风险的活动，在项目开发过程的任何一个阶段都可能存在风险。采取积极的风险管理方

有太多的技巧告诉我们如何进行时间管理，可真正运用这些技巧，却发现效果不佳。并不是计划安排的不周密，优先级设置有问题，而是“干扰”总是偷走你的每一天，让本文来告诉你如何防止这个时间的窃贼，真正有效地管理你的时间，延长你的“生命”。"昨天，我打着如意算盘开始一天的工作，早上走进办公室，对当天要完成的事情有大致的计划。我坐下来，打开电脑，开始检查邮件。2小时后，处理了几件紧急的事，帮别人解决了一些问题，搞定了一些通过电脑和电话扔给我处理的事情，我几乎忘了我刚打开电脑时打算要做什么事情。我很清楚地知道，

<br />项目生命周期中有三个与时间相关的重要概念，我发现很多人对这三个概念理解不准确，更不知道如何进行控制。因此把这三个概念论述得比较准确的一段文字贴出来，帮助大家理解。<br />　　这三个概念分别是： 检查点（ CheckPoint ）、里程碑（ Mile Stone ）和基线（ Base Line ），他们一起描述了在什么时候（ When ）对项目进行什么样控制。<br /><br />　　检查点<br /><br />　　指在规定的时间间隔内对项目进行检查，比较实际与计划之间的差异，

<br /><br /><br />http://tech.ccidnet.com/art/3089/20090917/1889267_1.html

我们的工具：数据库设计：powerDesignerUML：EA（EnterpriseArchitecture）界面原型：Axure树状图形：MM（Mindjet Manager）开发环境：eclipse，不建议myeclipse开发服务器：tomcat代码管理：SVN项目计划：Project

<br />案例<br /><br /><br />　　公司新成立，管理部负责按照CMM2级关键过程域制定了软件开发的规范，在推进规范执行的过程中，希望先选一个项目组作为试点。小王刚从系统分析员的岗位上被任命为项目经理，负责一个物流货运系统的软件开发项目。经历过以前项目开发的混乱过程，小王希望自己的项目经理生涯能有一个良好的开端，于是，主动申请把自己的这个项目作为试点。<br /><br />　　按照规范要求，小王首先编制了项目的开发计划。管理部在制定规范的同时，也编写了相关文档的模板。所以

<br />最近参加公司内一个技术规划评审过程中，通过老板对台上的架构师的质疑，学习到几个做技术规划的要点，归纳如下：<br />1）紧扣业务<br />虽然是做技术规划，但如果脱离了业务支撑，是引起不了老板兴趣的<br />2）从实际问题出发<br />老板只会为解决实际问题的技术规划买单。规划的开头最好能从实际问题出发，比较容易引起老板的注意<br />3）重点在落地<br />只有能落地的技术才有说服力，老板不会被天花乱坠的技术词汇给迷惑的，他只会关注最后能落地是哪几项，应该重点谈落地的目标和计划<b

<br />

http://www.mypm.net/    公司项目管理建设问题咨询

花费一小时

Schema.org - Google、Microsoft和Yahoo!商定通用标记词汇集 

1.代码量每小时40行；例4000行，T ＝ 4000/402.8小时工作，.有效工作时间6小时； T = T/6*83.每周40个工作时，每周开会5小时； T ＝ T/(40-5)*404.预留1/4时间； T ＝ T + T/4 例子总计：1->100,  2-> 133.33, 3->152.38, 4->190.48

1. 技术储备：    在时间有限的情况下，每个项目使用合理的、不能过多的、不能过于艰难的新技术。并做总结，以供以后使用。2.多客户端时不要自动刷新：    如果自动刷新，当多个刷新同时进行时，用户界面会暂时死掉。但可以实时变更，如对增删改的同步变化。3.程序锁定时，要对界面进行模糊化处理：    防止泄密。4.能够用框架做的，就不要在模块做：    提高性能、减少错误

建立项目里程碑　　偶尔跟一些业内人士交流，发觉部分人士对『里程碑』的作用与如何建立里程方面有很大的意见差异，难怪一些技术人员对工作分解架构（WBS）感觉困扰。　　当我们在路上行走的时候，会在沿途观看路标，当到达某一个心目中的路标时，我们便知道还有多少路或多少时间才能够到达终点。这些路标是我们在旅程中的里程碑，让我们可以清楚地知道目前所在，离开目的地有多远，让我们能估算何时才能够到达目的地。　　让我们利用硬件供应商或渠道商的供应里程碑来作一个简单的说明，硬件装钳完成后或收到厂家运到的产品时便是一个

今天受合作伙伴的邀请，到他们的新办公场所参观交流，大家各自交流了一些公司的软件过程和技术架构，有挺多有益的收获。该公司为一个对欧美的外包公司以技术创新安身立命，强调“We talk what we do, We do what we talk”。是个典型带欧美风格的归国华人主创的公司。公司初步建立了基于open source工具所构建的过程管控体系。主要由以下工具构成：代码管理软件：SVN任务管理及跟踪工具：trac自动化编译与集成软件：Hason测试软件：FindB

<br />项目延期、超费用和客户不满意的最普遍的原因之一是因为缺乏适当的项目计划。<br /><br />“项目计划”阶段是项目中最为核心的阶段之一。 在计划阶段，人力、资源、财力、供应商和各项任务都必须被正确地安排，只有这样，项目经理才能够有效地监控项目的中间产物和最终成果。<br /><br />下面的步骤能有助于快速有效地制定项目计划： <br /><br />步骤1：制定项目计划<br /><br />首先，需要制定一个项目总体计划，该计划的制定对项目的成功是至关重要的。项目计

1      1. 切记：每位成员都能为团队作出一些贡献。 2. 谨慎地设定团队目标，且认真严肃地对待它们。 3. 切记成员间要彼此扶持。 4. 将长程目标打散成许多短程计划。 5. 为每个计划设定明确的期限。 6. 尽早决定何种形态的团队适合你的目标。 7. 努力与其它团队的成员建立强有力的紧密关系。 8. 找一位可提升团队工作士气的重量级人物。 9. 时时提醒团队成员：他们都是团队的一份子

1. 清楚地理解和领会项目所要开发的软件的目的，知道每一个需要提供的功能及其效益。2. 对任何问题的细节都有追根究底、找到恰当答案的精神。3. 对分配到的各种简单任务根据要求按时按质地完成。4. 胜任对简单的、已经清楚确定需求范围的软件中的一部分功能作必要的使用和技术设计。5. 知道软件设计规范书的撰写纲领，具备撰写简单到中等难度的设计规范书的本领。6. 有基本的界面设计能力，懂得使用界面的设计准

计划（Planning）： - 熟悉各类型项目合同 - 制定项目执行和控制的基本计划 - 制定项目程序 - 制定项目预算 - 制定项目基本设计（质量）标准和整体说明 - 制定项目里程碑 - 执行项目成功标准 组织（Organizing）： - 设计项目组织结构图 - 检查项目职位说明、主要责任、职责和限制 - 制定项目人员要求 - 不断检查项目组运行，进行结构和人员调整 领导（Leading）：

测试管理 bugfree任务分配管理 dotprojectweb服务器 AppServ知识库 midiawiki 和 linpha 混合

Ｌablerem vss applicationpath=%path%;C:/Program Files/VSS/win32rem titlleset titlle=lable_%date:~0,4%%date:~5,2%%date:~8,2%%time:~0,2%%time:~3,2%%time:~6,2%rem vss server folderset SSDIR=C:

<br />1. 结构体,变量以“_”开头<br />struct StruDbdata<br />{<br />    int _nID;<br />    string _strName;<br />}<br />2. 编译开关以“_”开头，以“_”结尾<br />#if defined (_WX_COMM_ADO_)<br />    .....<br />    ......<br />#endif

<br />1.      目的和范围<br />本文对软件研发过程中的界面设计准则进行了描述，旨在以简单的设计规则对软件界面进行规范。<br />面向研发部所有研发人员，适用于研发部的软件研发项目。2.      主要功能的界面设计2.1       增加记录<br />1.   有列表显示并且没有排序规则的界面，新增的记录必须排在首页首行；<br />2.   提交失败后必须保留用户已输入的内容，以便再次提交；<br />3.   提交时需对主要标识字段进行重复值、空值（空格）判断。2.2      

<br />

<br /><br />概要设计就是设计软件的结构，包括组成模块，模块的层次结构，模块的调用关系，每个模块的功能等等。同时，还要设计该项目的应用系统的总体数据结构和数据库结构，即应用系统要存储什么数据，这些数据是什么样的结构，它们之间有什么关系。<br />详细设计阶段就是为每个模块完成的功能进行具体的描述，要把功能描述转变为精确的、结构化的过程描述。<br />概要设计阶段通常得到软件结构图<br />详细设计阶段常用的描述方式有：流程图、N-S图、PAD图、伪代码等<br /><br /

SS式样书（System Structure）<br />PS式样书（Program Structure）<br />PG（Programming）<br />MT（Module Test）<br />PTS式样书（Program Test Stylebook）<br />PT（Program Test）<br />ITS式样书（Integration Test Stylebook）<br />IT测试（Integration Test）<br />ST（System Te

敏捷初哥忏悔录<br /> 作者 Rahul Sharma 译者胡键 发布于 2010年11月12日 上午12时0分 社区敏捷主题敏捷实施标签案例研究 分享 |<br />在职业生涯的大部分时间里，我都是按照瀑布模型的方式进行工作。不久之后，我加入了Xebia，开始以敏捷的方式做活。特别是，我们一直把遵循Scrum和XP方法论与TDD相结合

<br /><br />计划编制风险：<br />1，计划、资源和产品定义全凭客户或上层领导口头指令，并且不完全一致<br />2，计划是优化的，是“最佳状态”（但不现实，只能算是“期望状态”）<br />3，计划忽略了必要的任务<br />4，计划基于使用特定的小组成员，而那个小组成员其实指望不上<br />5，在限定的时间内无法建成已定规模大小的产品<br />6，产品规模比估计的要大<br />7，工作量大于估算数<br />8，进度已经延迟的项目在重新评估时过于优

项目管理心得：一个项目经理的个人体会、经验总结分类： 项目管理 2012-12-12 16:15 13020人阅读 评论(76)收藏 举报    前言：            介于许多人对项目经理这个职位的陌生和含糊，将自己的切身经历和阅读、交流得到的一些经典案例整理出来，有朋友问我，这篇文章出处在哪里？这些经历很多不是一个人的经历，这些总结很多也不是出