构建之法阅读笔记05
转眼这已经是第五学周了,我很高兴能够坚持一周写一篇阅读笔记,记录我的心得和体会,想想这已经成为了我的习惯,这也证明了这几周过的很充实。带着愉悦的心情,我将记录我最后几章的收获和感受。
一、阅读内容
在第15章稳定和发布阶段中,了解到了一个团队经历了计划,设计,开发等阶段,达成代码完成这一目标,并不意味着后面的事情就可以水到渠成,软件生命周期的最后阶段往往是最考验团队的,不但考验团队的项目管理水平,应变能力,也考验团队的“血型”。关于血型,和人类血型相似,分为A型:他们知道优秀的软件公司会发布有已知缺陷的软件,B型:他们不相信这一点,O型:他们不知道这一点,因此嘴巴惊讶成O型,AB型:他们对于自己开发的软件是A型,对于别人开发的软件是B型。了解到了一些名词的概念,Alpha是指集成了主要功能的第一个测试版本,Beta:功能基本完备稳定性较前者版本高,ZBB(Zero Bug Build):某天的版本要在之前记录的bug都解决掉。RC(Release Candidata):发布候选版本,RTM(Release To Manufacturer):最终发布版本,RTW:(Release To Web):和RTM相似,对于网络应用来说,我们无需依赖manufacturer/market制作软件的光盘或者管理软件的发布渠道,但是要依赖web来发布我们的最终版本。了解到了会诊小组在遇到bug时所采取的措施,以及在遇到复杂项目时会诊小组对于修改方案的三个步骤:第一步:开发者提交参加会议的bug和解决方案,第二步:会议决定是否同意修改方案,第三步:执行。了解到了软件按时发布的招数有设计变更(design change request),以及ZBB,最后回归测试,砍掉功能,修复bug的门槛逐渐提高,逐步冻结,在这一章中学到了很多在软件稳定和发布阶段时我们需要进行的活动以及注意事项,使我增长了不少见识。
在第16章IT行业的创新中,首先了解到了关于创新的一些似是而非的观点和传说,灵光一闪现,伟大的创新就紧随其后,大家都喜欢创新,好的想法会赢,创新者都是一马当先的,要成为领域的专家,才能创新,技术的创新是关键,成功的团队更能创新。了解到了创新需要时机,不是什么时候都可以创新出有价值的东西的,也认识到了技术成熟度曲线这个词。了解了为了能够创新而做的SWOT分析的内容,了解了效能过剩和竞争的各个阶段产品和市场的特点,影响产品竞争的各个因素,分别有产品行业的因素,公司和市场因素,团队执行因素,产品的价值因素。了解到了划分产品的四个象限,第一象限:解决用户的刚需,同时又是自身的杀手功能,第二象限:解决用户的刚需,但提供的是外围设备功能,大家都能做到 ,第三象限:不是用户的刚需,而是辅助功能,大家都能做到,第四象限:不是用户刚需,而是辅助功能,但是我们有独特的办法做的更好。了解到了为了使产品达到更好的效果,首先一个了解团队能力,产品分方向和大环境的趋势,第二步,选择合适的细分市场,第三步,对于针对互联网消费者的产品应该按照如下次序进行:针对细分市场,投放满足这个市场用户的刚性需求的产品。吸引更多的用户,在用户中招募粉丝重复以上,把产品推向爆点。在这一章中,学习到了关于产品创新的许多知识,学习到了如何才能做到创新的方法。
在第17章人,绩效和职业道德中,了解到了RASIC模型:R:responsible,负责把具体事情做好,A:accoutable,对任务负全责,有批准的权利,S:support:对任务提供支持,辅助任务完成,C:consulted,咨询,拥有完成项目所需的信息或能力的角色,I:informed,知会者,应该事后及时通知结果的角色。在绩效管理中,了解到了如何评价团队成员。了解到了团队合作的几个阶段:萌芽阶段,磨合阶段,规范阶段,创造觉阶段,在软件工程师的职业道德中学习到了如何规范自身,所要具备的基本素质以及需要坚持的原则。
二、个人感受
1.之前觉得做好一个软件工程,就是首先做好需求,然后做工程,再去做用户体验,没有想到还有稳定和发布阶段的工作,对于这期间的工作也不了解。对于创新的概念也很模糊。
2.通过这几章的阅读后发现,编好程序之后还有好多事情要做,在稳定和发布阶段要做修正,否则用户不会收到好的效果,因此之前的做法是错误的。
3.解决方法就是按照书中的方案,在相应的时期将各部分工作做到位,做出高质量的软件工程。