popeer的专栏

<br />1. 项目、产品的成功，尤其是杰出的产品，都离不开公司对来自客户、内部、合作伙伴的许许多多工作负载进行深入观察的经验体会。<br />所以公司除了把项目产品交付给客户作反馈与交流，有条件的话应该深刻理解客户、内部、合作伙伴的感受。<br /> <br />2.开发经理要清楚每个开发成员的技术特点、特长、性格特点。<br /> <br />3.分析、总结公司项目，着眼点在回溯从前，把当时遇到的问题提炼出来，当时所使用的哪种解决方法从代码找出来，并再评估项目的风险，当时风险由多大，现在这种风险还有多

其实不算高级应用了，就是用Team City做Perl项目的持续集成和测试人员如何获取项目产出物和添加标记的用处（这点容易被忽视）。Team City提供了非常丰富详细的使用文档：http://confluence.jetbrains.net/display/TCD7/What%27s+New+in+TeamCity+7.0 他们还提供有专人维护的交流区来来回答全球用户提出的问题:http

这是持续集成第二篇，上篇中忘记了说TeamCity提供一个支持20个Build Configuration+3个Agent的免费版本，可以登录主站（http://www.jetbrains.com/teamcity/）上下载使用。同时有8个以上的项目同时开发比较少见，所以20个Build Configuration+3个Build Agent对于小型开发团队足以。如何创建一个简单的项目:

前两个月很大一部分精力投入在做部门的持续集成，从概念的了解和工具的选型，再到安装，部署，操作，到最后的真实项目持续集成应用的上线，写了一份手册，包括安装，配置，以及一些我所谓的高级应用，分享给大家，欢迎提出各种意见。安装Team City Server的步骤:1.      完全安装IIS.2.      安装MS Deploy.安装文件: http://www.micro

做互联网的企业给我的印象是高效率去应对变化，所以他们在工作中提炼出一些可以提高工作效率，凝聚员工士气的方法，来营造行之有效的企业文化：1.如果沟通不足的话，就多放些沙发；2.如果的哥地方特别容易滋生闲谈，就去掉那里的椅子，或者干脆放几盆植物；3.如果开会容易超时，就放一个大挂钟；4.可以写字的玻璃墙旁边，一定要放笔；5.同一个团队一定要坐在没有隔板的大房间里面，无论有多挤；

我们听到敏捷开发中的文档都内容比较简练,篇幅相对比较少. 敏捷中有句名言是"个体和交互 胜过 过程和工具可以工作的软件 胜过 面面俱到的文档"。 这句话说的有道理，但是容易给人们造成一种误解，就是文档的书写在敏捷开发中的地位很低，文档不需要写的太丰富，只要有足够的“点”，能保证软件如期交付，保质交付就可以了。 个人认为文档的完整性，专业性对软件开发和持续的软件团队发展过程起着知识积

前2天收到了我们部门的经理级别的人要搞一个人员技能调查的邮件，类似于个人简历里面技能和个人特长，包括: 某种语言用了多久，各种时髦点的技术(andriod, azure,silverlight)用了多久，搞管理多久了。仅仅是这样信息的收集，并以此数据作为部门内部技能储备的依据。邮件里提到的观点很明确，在北京IT人才市场招到一个合适的人才是越来越难，公司需要先利用好内部资源，但是通过这种方式来调研技术资源，个人觉得如鸡肋一般。换言之，做法好笑，而且作用不大。公司是想找到这样一种人：有新项目来，公司内部就有人能

<br />This is learnt from a PM:<br />Business Analyzeàa very cleared definition GoalàSuccessful RateàIdea & TechnologyàScenario docàFunction spec<br /><br />What's the major job durning a PM's working day?<br />70% is to design, 20% is to manager.<br /> <b

外包公司都一样，到哪家公司工作都差不多。仔细想想，哪些东西是我们都有的，哪些东西是我们有他们没有的，哪些东西是他们有，我们没有的。

研究中......

<br />1. 信息不共享。 包括已开发的不同项目在功能上和业务上信息不共享，没有整合。<br />功能: 即代码不透明，不复用。<br />业务: 不沟通，没有提炼。<br /> <br />2.系统里宝贵的价值被隐藏，忽略。<br /> <br />3.管理缺乏领导性，不细致，一些好的提意不落实。管理缺乏研究的精神，缺乏管理意识，意识观念不强。<br /> <br />4.缺乏对IT项目特点的应急能力。即对新问题、突发事件缺乏积极应对的战略策略，事后还不做总结、分析，问题被掩盖。<br /> <br

使用HP ALM(Application Lifecycle Management)软件有一个多月的时间了，我是从安装，部署，建项，配置，使用，再到问题收集，这个过程过来的。发现ALM是一个功能确实强大，但是使用起来让人又爱又恨。功能强大在于ALM提供了缺陷管理，测试用例管理，需求管理，版本管理，测试执行和提供KPI和项目质量进度报告的一款工具。 它让人痛苦的地方在于 : 1. A