Frank_Yee的博客

近期笔者遇到一系列这样的问题，和数据治理有很大的关系，已经严重困扰一线的销售人员，具体是什么问题呢？就是产品生命周期管理问题，我们先来看下主流公司在产品生命周期管理中主要涉及的组织和主要流程(不同公司在组织架构会有差异，但主要工作职责一般不会缺少)：研发组织，在研发体系完成产品研发和验证后，导入发布系统，传递给生产和销售组织，生产部门进行批量化生产；销售部门获取相关产品信息，开始向客户推销产品；生命周期的在研发视角，关注的主要有：关键器件的可供应性，技术发展趋势，产品的更新替代方案...

今天部门讨论海量老代码是否重构的问题？关于是否重构，还是要从源头进行分析，首先作为一家商业公司，发布产品的唯一目的还是满足客户需求赚取利润；那么对于海量的老代码，我认为考核的唯一一点就是投入产出比如何，是否能给产品带来实实在在的收益？如果可以，重构就是好的选择，当然重构海量老代码，短期是需要加大投入，短期上的业绩难于有所表现，所以考核还是要拉长周期去衡量。根据本人参与研发多产品的经验和...

今天给大家谈谈产品资料如何交付好？程序员中经常有这么一句话：“好的程序是自注释的！”那么好的产品也应该是自注释的；记得有这么1个故事，苹果在开发iPad时，为了看看用户体验如何，就把产品拿到非洲的贫困区域，给当地的儿童进行使用，这些小朋友在没有人指导的情况下， 3~5分钟就能熟练的使用IPAD的了；我想这时为什么在笔记本电脑风靡的时代，IPAD发布能够吸引那么多用户的一个 因；好的产...

低概率事件总会发生

最近经历了入职公司最长的一个项目，前后跨度3年，更换3任PM,SE等关键角色；本次项目周期长，有美国的助攻（中间暂停3个月左右），有需求范围持续变更等客观因素造成，也有项目管理中人为原因造成；现将项目的过程几个典型的片段进行回顾，最后做下项目管理的心得小结。第一个TR5交付时整体需求大概有5000+，组织SE,开发等澄清保留3000+；设计是项目的源头，建议定期和开发，测试澄清一次，尤其人员变更...

目前各个企业为降低运营成本，动态灵活的调整人员和项目交付，都启用了合作项目模式，现把我经历的合作项目的经验做些总结供后续参考借鉴。

公司最近进行了1000多人的整体研发搬迁，现记录搬迁中做得好的待改进的记录下来，供下次有相同活动是参考。做得好的：各项搬迁工作有接口人跟踪（物料，车辆，环境等总体负责）；主管提前看场地；HR和行政推动新场地的遗留问题解决；新场地情况和班车等有邮件宣传；规划了搬迁和新场地入住的庆祝活动；各组安排员工提前体验新场地；通过企业成本的比较优势；每天有下午茶；收集员工反馈(改进意见)；...

H公司今年在网络安全方面被西方国家针对，公司从2016年开始就不断在软件安全方面持续投入，引入了业界许多专家改进公司研发流程，保障安全要求能够在产品中落地；前段时间本人参与的产品，被选中参与英国UK认证，有幸参与了全流程的UK整改，现把UK整改的内容进行总结，供安全研发时参考。UK整改涉及4个大的内容：配置管理，软件工程，安全工程，生命周期管理.全景图如下：配置管理：来源...

今日事今日毕； 1)测试人员发现问题或者BUG及时找开发人员确认，提单跟踪； 2)开发人员及时确认和分析问题； 3)开发人员疑难问题要及时定位，长时间不处理，越往后越不好处理； 2.合作共赢；1）开发和测试密切配合共同推动问题的解决； 3.对事不对人； 1)开发和测试观察事物的角度不同，难免一些问题存在...

人类是社群化物种，早在智人形成的年代就已经形成相互协助的习惯，面对比自己强大的野兽，借助工具能够完成狩猎，获取食物，在生存恶劣的环境下顽强的生活下来。随着科技的进步，生产力的大幅度提高，社会分工越来越细，完成一个系统产品的研发越来越需要相互的合作，因而在日常工作中经常需要协作才可以完成一个产品的研发，一些就形成了依赖，存在工作串行的关系，常见的有测试工作需要依赖开发工作的完成才可以开展，如何做...

 测试的证实和证伪工作好比硬币的两面，在整个测试活动中发挥非常大的作用。测试证实，主要目的是获取证书或者客户认可，主要通过机构认证和市场达标等的测试活动，获取相关证书或报告等，直接支撑产品的销售活动。测试证伪，主要是带着发现问题的角度，全方位考虑产品的各个功能实现的测试活动。一般目的，帮助提升产品的质量。测试证实，主要目的是发现产品的缺陷，一般在研发的早期不断的开展，如软件的代码检视，...