| 这个作业属于哪个课程 | https://edu.cnblogs.com/campus/zswxy/computer-science-class1-2018 |
|---|---|
| 这个作业要求在哪里 | https://edu.cnblogs.com/campus/zswxy/computer-science-class1-2018/homework/11813 |
| 这个作业的目标 | 读《构建之法》，提出问题 |
| 学号 | 20188400 |
1.BUG究竟该不该存在？
是虫子（bug），还是肉芽？不同的人有不同的答案。软件行业也有一句著名的笑话：这不是缺陷，这是一个功能！ ————p17
“任何一个问题的产生，本身是没有好坏之分的，但是为什么会有的就不被care，甚至还会很喜欢，而有的会被吐槽呢？根本原因是因为产生了利益损失。”对于这个问题我深有体会，在我玩的游戏中我也体验到了很多bug，但诚然，有些并不影响到游戏胜负的bug，并不会遭到玩家的反感。相反，有趣的bug也会增加游戏别的方面的乐趣，不然从何得来“卡bug”这一说法呢？所以我觉得bug的存在是不可避免的，但我们程序员要做的，就是减少一些影响“游戏体验”的bug。
2.书中案例
程序员小飞原计划三天完成某个任务，他说服了同事，坚持采用自己独特的实现方法。现在是第三天的下午，他马上就可以做完。但是在实现功能的过程中，他越来越意识到自己原来设计中的弱点，他应该采取另一个办法， 才能避免后面集成阶段的额外工作。但是他如果现在就改弦更张，那就意味着公开承认自己的设计不好，并且会花费额外的时间，这样他的老板、同事也许会因此看不起他。如果他按部就班地按既定设计完成，最后整个团队还要花更多时间在后续集成上，但那就不是他个人的问题了。怎么办?
我觉得小飞应该修改自己的设计，跟团队队员们交流自己的设计思路。要知道一个团队项目不是只需要靠一个人，代码集成阶段才是最重要的。“现代软件产业经过几十年的发展，一个软件由一个人单枪匹马完成，已经很少见了，软件都是在相互合作中完成的。——=《构建之法》”记得大二的时候我们分组进行课程设计，整个过程都很完美，但因为队员之间的电脑型号，导致数据传出来差强人意。答辩的时候老师也说非常可惜，可是若是推倒重来的话也是很费时间的。
3.怎么理解“极限编程”？
所谓极限编程，就是把一些认为重要和有效的做法发挥到极致，在这层意义上，“极限编程”应该叫“极致编程”。
极限编程是一种软件工程方法学，是敏捷软件开发中最富有成效的几种方法学之一。如同其他敏捷方法学，极限编程和传统方法学的本质不同在于它更强调可适应性而不是可预测性。XP的支持者认为软件需求的不断变化是很自然的现象，是软件项目开发中不可避免的、也是应该欣然接受的现象；他们相信，和传统的在项目起始阶段定义好所有需求再费尽心思的控制变化的方法相比，有能力在项目周期的任何阶段去适应变化，将是更加现实更加有效的方法。极限编程的主要目标在于降低因需求变更而带来的成本。在传统系统开发方法中，系统需求是在专案开发的开始阶段就确定下来，并在之后的开发过程中保持不变的。这意味着专案开发进入到之后的阶段时出现的需求变更—而这样的需求变更在一些发展极快的领域中是不可避免的—将导致开发成本急速增加。
4.为什么PM不直接领导开发人员和测试人员 ？
“本质上来说，PM其实就是一个轮询器：识别所有的项目风险，然后不断跟进。项目风险可能是技术风险，比如某个技术上压根搞不定的问题。也可能资源风险，比如人手不够，或者开发者很多，但是没有足够的设计师协助，这些风险都会导致项目无法按时交付。一个客观事实是，所有项目都会变化，从售前到需求分析结束，项目的需求都在持续变化，如果不对报价做相应的调整，极有可能会亏本。”PM要凭借自己的能力，把用户的需求展现成其他成员能够理解和执行的语言，从而赢得同伴的信任和尊敬。
5.不懂技术的PM怎么跟进项目开发进度？
其实作为一个软件行业的项目经理来讲不懂技术其实就是一个最大的风险。对于软件项目来说，每一步都需要确认，并且一定要做好范围的控制，对于原型和UI，思维导图之类的全部要做好记录，这个是后面验收的重要保证。
关于任务的划分，确定可见性的交付物为里程碑，每次里程碑的交付物应该和客户，自己的高层一同确认，记录意见不接受意见。
然后项目开始对于研发必须完成今天的工作，这个也是最难的地方，如果说不懂技术的话，你会非常难把控现在研发的进度，这个时候需要你们公司研发部门的帮助。同时在项目一开始就要求所有人都加班吧，千万别想着后面项目紧在加班，那就离死不远了。
最重要的一件事情，管好产品经理，管好产品经理，管好产品经理。团建只是一方面，最关键的地方是控制需求，别让产品带着你们走，一开始就要确定什么样子的产品，过程中需求变更的处理才是保证项目是不是能正常上线的必要性。