第3篇Scrum冲刺博客
第3篇Scrum冲刺博客
目录
昨天已完成的工作
今天计划完成的工作
燃尽图
工作中遇到的困难
每人每日总结
昨天已完成的工作
数据库的建立
今天计划完成的工作
图书馆登入系统代码的编写
燃尽图
工作中遇到的困难
界面设计仍需要改进，但不太清楚具体的做法，需要深入学习。
每人每日总结
杨嘉琦：今天遍了登入界面的代码，可以运行了，但是还存在着很多问题需要优化和改进。
童宇盈：代码编译过程中遇到了很多问题，需要不断学习，才能达到更好。
李永全：1.与项目组内成员的交流要及时要充分。
及时充分的交流能快速解决疑惑、能使整个工作衔接更紧密、能使问题考虑更周全。充分的交流能保证工作的质量，及时的交流能提高工作的效率。
2.在系统设计过程中要学会从用户需求考虑问题。
软件良好的客户体验是衡量软件质量的重要标准，因此在软件设计过程中一定要考虑使用软件的用户范围、用户的操作习惯和软件的易操作性。
3.需要加强总结。
在实际合作中，发现因为流程或项目需求的问题而不知道如何下手的情况有点多，包括错误与缺漏还有当时设计考虑不到位的地方。要对遇到过的问题需要进行总结，以便以后能快速定位和解决。
何梓轩：在一种语言上编程，但别为其束缚了思想。“代码大全”中说：“深入一门语言编程，不要浮于表面”。深入一门语言开发还远远不足，任何编程语言的存在都有其自身的理由，所以也没有哪门语言是“包治百病”的“灵丹妙药”。编程语言对开发人员解决具体问题的思路和方式的影响与束缚的例子俯拾皆是。我的经验是：用面对对象工具开发某些关键模块时，为什么不可以借鉴c、c51、汇编的模块化封装方式？用传统的桌面开发工具（目前主要有vc、delphi）进行系统体统结构设计时，为什么不可以参考来自java社区的ioc、aop设计思想，甚至借鉴像spring、hibernate、jboss等等优秀的开源框架？在进行类似于实时通信、数据采集等功能的设计、实现时，为什么不可以引用来自实时系统、嵌入式系统的优秀的体系框架与模式？为什么一切都必须以个人、团队在当然开发语言上的传统或者经验来解决问题？“他山之石、可以攻玉”。
吴增杰：开发的过程中既需要有明确的方向，又需要团队成员之间的相互的相互协作。明确的方向，即明确了开发过程中还有哪些问题存在，哪些需求还未得到满足，这样才能对症下药，合理分配团队成员的工作，从而使彼此的精力投入到自己专精的领域中，才能做到事半功倍。团队成员间之间还需相互合作协调，彼此互相知晓各自工作的进度，才能做到项目和谐统一、各板块齐头并进。
蔡佳兴：每天项目的进展，是我们继续努力的动力。
钟汝森：目前进度中，我们理解用户需求，正在着手处理如何将信息存储和检索问题，逐步完善我们的目标。
