<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[安静布达拉！]]></title><description><![CDATA[菩提本无树，明镜亦非台，本来无一物，何处惹尘埃！]]></description><link>https://blog.csdn.net/softerwarer</link><language>zh-cn</language><generator>https://blog.csdn.net/</generator><copyright><![CDATA[Copyright &copy; softerwarer]]></copyright><item><title><![CDATA[也来谈谈云测试]]></title><link>https://blog.csdn.net/softerwarer/article/details/7697844</link><guid>https://blog.csdn.net/softerwarer/article/details/7697844</guid><author>softerwarer</author><pubDate>Wed, 27 Jun 2012 23:21:49 +0800</pubDate><description><![CDATA[近年来，云这个概念越来越流行，但凡有名点的公司，都会把“云”放在嘴边，甚至还出现了云手机啊，云杀毒啊，感觉什么东西都能跟云扯上关系，所以“云”测试的出现也是理所当然的。
 
咱们平常会接触到测试，所以一听到这个词总是会有点兴趣的，今天就研究了一把。百度上搜出来的云测试，我觉得看起来像是在给Selenium做广告，虽然我不否认Selenium不错，不过云测试这么大一个概念，不应该是他们一家独享吧]]></description><category></category></item><item><title><![CDATA[工作流管理]]></title><link>https://blog.csdn.net/softerwarer/article/details/7596435</link><guid>https://blog.csdn.net/softerwarer/article/details/7596435</guid><author>softerwarer</author><pubDate>Wed, 23 May 2012 22:54:14 +0800</pubDate><description><![CDATA[工作流管理
 
前几天在 DevSuite
中设计项目工作流时，突然想研究一下工作流这个概念了，所以考虑一段时间也Google了一把，现在来开始写写想后感，呵呵。
 
先Show一下我设计一个工作流程图，比较简单，适合业务流程不复杂的公司，特别是做项目的软件公司。

 
 
 
工作流，顾名思义，工作的流程，或者说是业务的流程，干一个活，做一件事情，总是有个开始点和结束点的，复]]></description><category></category></item><item><title><![CDATA[测试自动化]]></title><link>https://blog.csdn.net/softerwarer/article/details/7516179</link><guid>https://blog.csdn.net/softerwarer/article/details/7516179</guid><author>softerwarer</author><pubDate>Thu, 26 Apr 2012 22:40:29 +0800</pubDate><description><![CDATA[最近公司在搞大规模弄自动化测试，所以今天想来谈谈测试自动化这个问题，当然我说的“测试自动化”跟“自动化测试”是不同概念，一样的字，不同的顺序。
 
         
所谓的“自动化测试”，一般是说用一些工具来帮助测试，比如LoadRunner可以帮忙测试负载，QTP可以帮忙做功能测试，当然很多公司还自己写一些脚本做单元测试。这些工具的帮忙，可以极大地提高公司的测试效率，从而可以解放很多资源]]></description><category></category></item><item><title><![CDATA[项目管理历史集之蒙古大军打破俄罗斯联军]]></title><link>https://blog.csdn.net/softerwarer/article/details/7417207</link><guid>https://blog.csdn.net/softerwarer/article/details/7417207</guid><author>softerwarer</author><pubDate>Sat, 31 Mar 2012 22:56:10 +0800</pubDate><description><![CDATA[岁月匆匆如流水，每个人、每件事总是会被历史的大河所吞没，唯一区别的是，某些人、某些事情还会被后人打捞起来，并且带给大家很多思考。
 
历史是已经发生的故事，是现成的经验与教训，所以这些被打捞起来的人事，对于咱们这些正在被历史记录中的人来说，无疑是作用巨大，这就是为什么哈佛啊，斯坦福啊，都会把一些发生的事情作为经典案例的原因。
 
今天开始，我会不定期的以一些历史事件来引出一些项目管理中的需]]></description><category></category></item><item><title><![CDATA[如何有效管理工时 - 2]]></title><link>https://blog.csdn.net/softerwarer/article/details/7404676</link><guid>https://blog.csdn.net/softerwarer/article/details/7404676</guid><author>softerwarer</author><pubDate>Wed, 28 Mar 2012 21:17:13 +0800</pubDate><description><![CDATA[对于部门经理或者其他领导，只要他手下有兵需要他来批准这些工时的话，他就能看到一个团队视图，在这个视图里，他可以看到手下提交的工时，然后他可以去一一审核批准或者驳回，这些同样需要走工作流的定义的步骤的。
 

 
这些功能，我想基本上已经可以把我们现有的考勤与绩效统计功能整合在一起了，不过还有一个更重要的东西，就是虽然有数据了，我们还需要有报表来供相关部门计算数据，比如财务部门需要以此为依据]]></description><category></category></item><item><title><![CDATA[如何有效管理工时 - 1]]></title><link>https://blog.csdn.net/softerwarer/article/details/7400758</link><guid>https://blog.csdn.net/softerwarer/article/details/7400758</guid><author>softerwarer</author><pubDate>Tue, 27 Mar 2012 21:52:24 +0800</pubDate><description><![CDATA[工时这个东西，我相信很多公司都在用，比如上班下班得打卡，从而知道有没有迟到，这是一个方法，其实我们公司也有类似的刷卡系统，迟到多了的前五名还会被罚买好吃的东西给大家吃了。
 
不过大家也知道，虽然上班不迟到，下班不早退，并不能代表着你在公司工作得很认真了，或者说即使你真的很认真，别人也不知道你在干嘛，或许还背地里说你很空之类的话了，所以怎样才能把工时与实际工作有效地相结合呢，这个是很多公司都在]]></description><category></category></item><item><title><![CDATA[如何提高公司部门间协作效率]]></title><link>https://blog.csdn.net/softerwarer/article/details/7303927</link><guid>https://blog.csdn.net/softerwarer/article/details/7303927</guid><author>softerwarer</author><pubDate>Tue, 28 Feb 2012 21:58:22 +0800</pubDate><description><![CDATA[对于一个公司而言，我想基本上都会有研发部、销售部、市场部、技术支持部、行政部、财务部等部门，即使再小的公司，“麻雀虽小”，总是“五脏俱全的”，当然有时候一个人兼着几个部门的工作也是很有可能的。
 
对于每个部门而言，现在是信息化社会，所以一般情况下都会有各自的平台管理自己的业务，比如财务部门会用财务软件管理数据，行政部门会用OA系统和HelpDesk系统管理，销售部会用CRM来管理，研发部门会]]></description><category></category></item><item><title><![CDATA[浅谈测试驱动开发（TDD）]]></title><link>https://blog.csdn.net/softerwarer/article/details/7223082</link><guid>https://blog.csdn.net/softerwarer/article/details/7223082</guid><author>softerwarer</author><pubDate>Tue, 31 Jan 2012 21:17:49 +0800</pubDate><description><![CDATA[测试驱动开发（Test Driven Development，简称TDD），可能挺多人都接触过，它大约诞生于上个世纪九十年代（好像很久远，其实也还好，大约1996年），属于极限编程的一部分。
 
也许有人会问，这么“古老”的东西今天还来介绍干嘛呀，呵呵，名正言顺的回答是，古老的瀑布模型都现在还在用了，这个相对“现代”的当然还能讲了。当然原因并非如此了，这几天领导们觉得产品质量得提高一下，分析了]]></description><category></category></item><item><title><![CDATA[项目规划管理 - 7 (全文完)]]></title><link>https://blog.csdn.net/softerwarer/article/details/7096528</link><guid>https://blog.csdn.net/softerwarer/article/details/7096528</guid><author>softerwarer</author><pubDate>Tue, 27 Dec 2011 23:32:52 +0800</pubDate><description><![CDATA[讲到这里其实也差不多讲完了项目规划管理，我自己都觉得讲得比较简单，毕竟这一块接触得不多，不好意思了。
 
不过之前好像还留下两个问题还没回答了是吧，如何提高工作效率与如何控制风险，对于控制风险，我上面做的介绍，其实大部分都算是风险控制的，风险控制无非就是这么几种，超期风险，超支风险，质量风险，人员流失风险，通过DevPlan的预警机制和几个报表分析，我们可以最大程度避免或者使风险损失减少到最少]]></description><category></category></item><item><title><![CDATA[项目规划管理 - 6]]></title><link>https://blog.csdn.net/softerwarer/article/details/7096821</link><guid>https://blog.csdn.net/softerwarer/article/details/7096821</guid><author>softerwarer</author><pubDate>Thu, 22 Dec 2011 22:11:04 +0800</pubDate><description><![CDATA[上面简单的讲了一下，大家应该稍微了解了我们公司在项目规划管理方面的流程了吧，主要也就是先建立初步规划，然后再根据实际数据来调整规划，说简单也简单，管理人员只要每天看看有没有预警，再分析分析一些报表就可以了；说难么也难，员工每天的工作都得真实地记录在系统中，这样子才能得到真实的数据来供DevPlan分析。
 

 
TechExcel的项目上马初期（那个时候还没开始用DevPlan，只是启用]]></description><category></category></item><item><title><![CDATA[项目规划管理 - 5]]></title><link>https://blog.csdn.net/softerwarer/article/details/7096659</link><guid>https://blog.csdn.net/softerwarer/article/details/7096659</guid><author>softerwarer</author><pubDate>Thu, 22 Dec 2011 21:10:56 +0800</pubDate><description><![CDATA[为什么在实际工作中做调整最难呢？答案其实也很简单，变数太多！再好的规划也无法预测到以后会发生的事情，哪天突然停电了，哪天地震了，哪天员工生病了，你能想得到啊？！既然无法想象得到，我们就得在发生时随时做调整，调整资源，调整时间，甚至增减项目。
 
当然，地震也未必有的，所以大家也放宽心，员工请个假也正常，其他人帮忙顶顶，或者到时周末加个班，这些都是可以解决的，最最最重要很难解决的是什么知道吗？就]]></description><category></category></item><item><title><![CDATA[项目规划管理 - 4]]></title><link>https://blog.csdn.net/softerwarer/article/details/7093708</link><guid>https://blog.csdn.net/softerwarer/article/details/7093708</guid><author>softerwarer</author><pubDate>Wed, 21 Dec 2011 23:22:55 +0800</pubDate><description><![CDATA[前面已经介绍了提高效率和控制风险对于成本控制的重要性， 而在本文开始的时候我也讲到了“对内的项目规划”跟“对外的项目规划”完全是天上地上的区别，相信到这里，大家应该也能感悟到了吧。
 
成本控制是 “对内的项目规划”的极其重要的一环，所以本文介绍的项目规划管理主要还是以实现有效的成本控制为目的，至于“卖得好”，这个环节可能更重要，但是要靠一篇文章来教会，起码我还没有这个本领，而且我本身不是搞销]]></description><category></category></item><item><title><![CDATA[项目规划管理 - 3]]></title><link>https://blog.csdn.net/softerwarer/article/details/7089552</link><guid>https://blog.csdn.net/softerwarer/article/details/7089552</guid><author>softerwarer</author><pubDate>Tue, 20 Dec 2011 22:10:03 +0800</pubDate><description><![CDATA[1.         提高效率：
对于提高效率而言，一句话概述其目的就是让员工在有限的时间内做更多有效果的工作。
 
有限的时间，大家肯定明白，一个项目一般都有相对固定的期限，我们做项目规划时也只能加一个有限的缓冲期，但是总得来说总是比较固定的，毕竟客户在那里等。
 
更多有效果的工作，这个是关键，注意，我这里是用“有效果”，而不是“有效率”，为什么呢？因为有效率虽然看起来也很好，但是工]]></description><category></category></item><item><title><![CDATA[项目规划管理 - 2]]></title><link>https://blog.csdn.net/softerwarer/article/details/7075590</link><guid>https://blog.csdn.net/softerwarer/article/details/7075590</guid><author>softerwarer</author><pubDate>Thu, 15 Dec 2011 21:46:26 +0800</pubDate><description><![CDATA[平常谈到项目规划，大家经常是见到是一块地的规划啊，一个住宅区的规划啊，然后也会看到所谓的项目规划图，这块地有什么建筑，那块地干嘛，幼儿园在哪块，草坪是哪里都写得很清楚，当然这个是给大家看的项目规划图，而在建筑公司内部有另外的项目规划图，哪块地尺寸多少，东北南北距离多少，用多少材料，用多少人力，时间都写得清清楚楚。
 
 
 
而对于一个软件公司而言呢，项目规划也是差不多，也会有一个对外的项]]></description><category></category></item><item><title><![CDATA[项目规划管理 - 1]]></title><link>https://blog.csdn.net/softerwarer/article/details/7068420</link><guid>https://blog.csdn.net/softerwarer/article/details/7068420</guid><author>softerwarer</author><pubDate>Tue, 13 Dec 2011 21:48:29 +0800</pubDate><description><![CDATA[项目规划是预测未来，确定要达到的目标，估计会碰到的问题，并提出实现目标、解决问题的有效方案、方针、措施和手段的过程。(摘自百度百科)
 
大家应该都看过不少美国大片，是否记得很多片子里，特别是偷窃或者特种部队相关的片子，总是会出现类似下面这种场景：10秒钟内进入屋子，15秒内穿过走廊，第16秒正好电梯开门，30秒以后解决敌人（或偷到东西），19秒内撤离屋子，一旦超过一秒就随时可能任务失败，35]]></description><category></category></item><item><title><![CDATA[项目管理笑话集之关羽斩颜良]]></title><link>https://blog.csdn.net/softerwarer/article/details/7068171</link><guid>https://blog.csdn.net/softerwarer/article/details/7068171</guid><author>softerwarer</author><pubDate>Tue, 13 Dec 2011 20:34:00 +0800</pubDate><description><![CDATA[关羽斩颜良
 
项目背景：话说当年曹操与袁绍激战官渡时，命颜良先攻白马，刘备此时也正投奔袁绍，而关羽则“投降”与曹操。颜良出发前，刘备告诉他：要是看见红脸长髯用大刀的，那就是我二弟，你给他招招手，他就来投降了。。。。。。
 
 
------------------------------------------项目详情----------------------------------]]></description><category></category></item><item><title><![CDATA[如何有效实现软件的需求管理 - 8 (全文完)]]></title><link>https://blog.csdn.net/softerwarer/article/details/7028537</link><guid>https://blog.csdn.net/softerwarer/article/details/7028537</guid><author>softerwarer</author><pubDate>Wed, 30 Nov 2011 20:10:46 +0800</pubDate><description><![CDATA[【本篇为《如何有效实现软件的需求管理》第八篇，（第一篇，第二篇，第三篇，第四篇，第五篇，第六篇，第七篇，第八篇）】
 
 
 
版本控制：
 
在我们公司的实际需求管理中，需求的版本控制用的地方非常多，比如
 
第一，   因为一个需求从获取到最终能拿去开发，中间也需要经历非常多次的改动。既然有改动，就肯定也会出现类似写代码一样，这次写错了，想看看上次的这类情况，所以还是需要能看到]]></description><category></category></item><item><title><![CDATA[如何有效实现软件的需求管理 - 7]]></title><link>https://blog.csdn.net/softerwarer/article/details/7025121</link><guid>https://blog.csdn.net/softerwarer/article/details/7025121</guid><author>softerwarer</author><pubDate>Tue, 29 Nov 2011 21:53:49 +0800</pubDate><description><![CDATA[【本篇为《如何有效实现软件的需求管理》第七篇，（第一篇，第二篇，第三篇，第四篇，第五篇，第六篇，第七篇，第八篇）】
 
 
在我们公司，获取了一个需求以后，
首先，相关人员会先在DevSpec建立一个条目，添加相应的一些属性信息，比如标题，内容描述，状态，对应文档，优先级，紧急程度，负责人，对应版本，对应浏览器，对应数据库等等。。。
 

 
 
提交完了条目以后，由于这个条目设]]></description><category></category></item><item><title><![CDATA[如何有效实现软件的需求管理 - 6]]></title><link>https://blog.csdn.net/softerwarer/article/details/7021333</link><guid>https://blog.csdn.net/softerwarer/article/details/7021333</guid><author>softerwarer</author><pubDate>Mon, 28 Nov 2011 23:13:33 +0800</pubDate><description><![CDATA[【本篇为《如何有效实现软件的需求管理》第六篇，（第一篇，第二篇，第三篇，第四篇，第五篇，第六篇，第七篇，第八篇）】
 
 
 
需求分析阶段完了以后，就是需求设计，然后就是需求实现了，过程看起来很简单，但是实际工作不简单，上面谈到的需求管理的几点严格要求一直贯穿着整个过程的始末。
 
接下来我会结合我们公司实际的流程来介绍一下需求管理的实际实现。
 
如果看过我之前的文章，应该知道]]></description><category></category></item><item><title><![CDATA[如何有效实现软件的需求管理 - 5]]></title><link>https://blog.csdn.net/softerwarer/article/details/7010068</link><guid>https://blog.csdn.net/softerwarer/article/details/7010068</guid><author>softerwarer</author><pubDate>Thu, 24 Nov 2011 22:58:41 +0800</pubDate><description><![CDATA[【本篇为《如何有效实现软件的需求管理》第五篇，（第一篇，第二篇，第三篇，第四篇，第五篇，第六篇，第七篇，第八篇）】
 
 
 
 
好了，上面把需求处理过程的四个阶段简单介绍了一下，后面结合我们公司流程时还是会提到，不过接下来的话，毕竟是要讲需求的管理，所以还是先讲讲这个“管理”的一些知识。
 
一个软件或者硬件必然是有N多的功能组合而成的，而一般情况下每个功能其实都是来源于一个需求]]></description><category></category></item></channel></rss>