解决自己的提问

6章.

     问题1、敏捷的自我管理会不会让整个项目下来一团糟，我不敢确定？

回答：这个不会，因为敏捷本来就是来解决整个项目一团糟

而产生的

     问题2、产品负责人和scrum master工作是不是重复了，可不可以工作就让一个人来做？

回答：不可以，这样的话就会使得工作加大；

6章 感想：我完完整整地看完了6章之后，还是觉得其它的好理解，就是6.2节看不怎么懂，因为那里有点枯燥，其它的比较幽默，还是很有兴趣的，我觉得这一章让我懂得了敏捷流程大概是怎么回事了，知道它的一些原则之类的

 

 

 

7章.

      问题、在7.3节那里，团队内部人员，例如负责用户需求的人员要新增一个功能给开发人员，如果开发人员不爽，最后吵得不可开交，会不会各自拍拍屁股就散了？

7章感想.让我比较深刻和颠覆我的世界观的是7.3节第134页，居然团队内部会有利益冲突，"例如，用户代表...会被开发人员鄙视的。"这一段中，觉得我们不是要一起互相来完善的吗！

回答：团队内部是有矛盾的，这是因为利益驱使的，每个人都希望自己能够减少负担；

 

第八：需求分析，我觉得需求分析挺重要的，一个需求分析是指对要解决的问题进行详细的分 析，弄清楚问题的要求，包括需要输入什么数据，要得到什么结果，最后应输出什么。可以说，在软件工程当中的"需求分析"就是确定要计算机"做什么"，要达 到什么样的效果。可以说需求分析是做系统之前必做的。需求分析确定了整个团队的方向，那么怎么多好需求分析呢？

第九：项目经理，项目经理名字好像好高大上，之前觉得项目经理没有什么用，现在觉得项目经理有着敏锐问题的能力，察觉未声明的假设以及解决人与人之间的冲突，同时还需要更多的系统化的管理技能。那么怎么才能够坐上这个位置呢

第十：典型用户和场景，这一章用了一些容易理解的例子来讲，生动有趣，容易理解，暂时没有什么问题

十一章：软件设计与实现

 

工作时要懂得平衡进度和质量。我一直有一个困扰：像我们团队这次做 男神女神配 社区交友网，我负责主页的设计及内容模块，有个队友负责网站的注册和登录模块，有个队友负责搜索模块，有个队友负责活动查看模块。但是一个项目是一个整体的，每一个人所负责的每一个模块都必须关联起来才能成为一个整体，例如我的主页完成了50%后，为了查看整体效果， 发给队友与他的模块连接起来，如果对方在我的程序上修改了部分，然后同时我也继续编写我剩下的内容，双方都在我那个原本完成了50%的进度模块上做了修 改，那接下来的工作，到底用谁的？实际上两边的修改都要用上，然而我不可能等对方修改后再继续做下一步工作，而对方也不可能等我完全100%做完我负责的 模块后才查看修改或连接，因为这样会导致工作效率大大的下降。这个我觉得这个仿佛有点像我们学习 操作系统 时的那个 售票系统 ，几个窗口同时都要给顾客售票，总得有一个机制管理剩余的票数，因为不可能能同时几个窗口成功售出同一张票。

把代码修改记集成到代码库中

将开发人员手头上的经修改过的大码签入源代码控制系统的步骤：

1、根据场景和开发任务来决定集成的次序

2、互相依赖的任务要一起集成

3、在测试场景时，要保证端到端的测试

4、场景的所有者必须保证场景完全通过测试，然后把场景的状态改为“解决”

开发人员的标准工作流程：

参考《构建之法》P205

 

在书本中提到了一点，小飞说他在办公室里做了10个小时：然后真正能花在开发工作的时只有3个小时，然后工作进展大概只有；两个小时，他说他的时间 主要是被一些随机事情干扰了，然后就耗费了许多时间。其实在我的思维中，我一直觉得只要有关本次项目程序的事情，都不算是随机事情，比如在写程序的时候， 遇到了一个关于有效性的问题或者是完善的问题，我或许就会改变方向先将这方面做完，我觉得这点并不算是随机事情，毕竟以后发布的正式版本还是需要考虑到这 点问题。早考虑晚考虑，早晚都要考虑，老师你觉得呢？你认为这样想可以吗？

课后练习与讨论：如何对付客户不买账的行为？

　　在我个人看法中，如果遇到这点，我觉得首先我会想是不是我和客户沟通上出现了问题，在早期我可能会先耐心下来与客户再次好好沟通（毕竟客户就是 上帝）,尽可能达到客户的需求，只要能在我们小组工作范围之内的，可以理解的要求我们都尽可能的满足，尽快给客户一个满意答复。但是，如果我们所遇到的是 一位喜欢刁难的客户，每次都提出一些极端的要求，那么我觉得对于这类客户，我们之间也没有必要有合作的余地了。

 

十二章：用户体验

• 我们要做一个好的设计，就要做到：

         ♠谁是你的目标用户？

       ♠他们会在什么时间使用你的产品？

       ♠目标用户会在哪里和你的产品交互？

       ♠你的产品是什么？而用户的期待是什么？

       ♠用户为什么要使用你的产品？他们的动机是什么？

       ♠在众多竞争产品中，用户为什么会选择你的产品？

       ♠用户是如何与你的产品发生交互的？他们怎么用？在使用过程中有出现什么问题吗？

　　用户体验这章，也正是我们小组项目当前正在进行的内容，看完本章对于我们小组接下来的工作有了很大的帮组。

用户体验的要素：

1、用户的第一印象

在设计方面需要注意一下几点：

1、我们所面对的典型用户是谁？

2、用户初次体验非常重要，这点必须要认真考虑。（在用户使用次数少的功能上少花时间，要突出程序的主要功能，特色有价值的功能。）

主要涉及到5个“W"和1个“H”上:

即：WHO谁是目标用户：

WHEN用户何时会使用我们的产品：

WHERE用户何地会使用我们的产品：

what我们的产品是什么？特色在哪里？

WHY用户为什么会选择我们的产品，哪方面吸引到了用户？

HOW用户如何与我们的茶农发生交互的？

2、从用户的角度出发考虑问题

从书本上看到那个银行假币投诉的例子，简直是无法理喻，这完全是阻断了用户使用的路径。

3、用户需要帮组，但是用户没有那么蠢

一些简答的解释，如果太多了，就会变得冗余重复啰嗦了。

4、软件服务始终要记住用户的选择

经过书本上对于用户设计的一些例子“类似于飞机上的服务遥控器”

其实这些问题看起来小，看完之后才感觉到，里面含有许多大道理、这点，我们没有实际遇到过，还真一时半会想不到，不过，我觉得在这方面，机组人员必 须经过一番专业培训，然后在乘客登机的时候，应该告知乘客这些东西，更多的是一种互动的方式来告知乘客，这样就或许能达到意想不到的效果。

 

 

 

<构建之法>第十三章到十七章有感

第13章:软件测试方法有哪些？

主要讲了软件测试方法；要说有什么问题就是哪种效率最高？

回答：每一种都是因人而异的，没有说哪一种比较高；

第14章：质量保障

软件的质量指标是什么？

回答：软件一个非常重要的指标就是：产品稳定可靠，而且用户喜欢；

第15章：稳定和发布阶段

软件的发布是要有很多步骤的，需要注意哪些问题呢？

回答：主要注意软件工程研发的各个阶段，例如用户需求啊；

第16章：IT行业的创新

创新一般是要有一定的基础才行的，那么怎么样能够让自己的创新能力发挥出来？

回答：那就是要加强自己的理论学习，而且要不断实践与总结；

第17章：人，绩效和职业道德

我们以后如果从事这个行业的，那么需要有什么职业道德？

回答：首先肯定不要做出违法法律的事情，其次，做出来的软件肯定要能够服务人类的，而不是破坏人类的