首页 > 代码库 > 小组第六次学习总结

小组第六次学习总结

范佳怡
http://www.cnblogs.com/1078246525FJY/p/6883755.html
 本章的敏捷流程让我思考了许多。要想很好的应用敏捷流程其实是很考验一个团队人员的经验,交流与合作的。要想成为敏捷团队,团队中的每一个人都要全方位的全面负责,还需要互帮互助自我管理。就现在的我们而言可以说是完全没办法做到的。这也让我们在一些本可以用敏捷流程的地方用不了,从而导致效率低下等问题。此外学会辨别什么情况适用这种敏捷流程很重要,因为并不是每一个项目都合适这种方法来完成的。选错了方法很可能会导致很多原本可以避免的麻烦,甚至导致无法挽回的后果。就比如一些精密的导弹发射程序,宇航员火箭登月程序等,如果运用了敏捷流程则可能导致人员丧命或者打败仗,自己人打到自己人等可怕的后果。所以,往后的学习我们也要加倍的刻苦。我们的不足还有很多。
 
 黄真
本周第六章是关于“敏捷流程”,对于我来说是一个全新的概念。敏捷流程是一系列价值观和方法论的集合。在敏捷开发原则中,敏捷流程需要面对面的交流,是一种人性化的方式,同时,保持持续性发展,经常发布可用软件等原则,也说明了敏捷流程是十分有效率的。在敏捷的团队中,Scrum Master的角色十分重要,需要在两种语境间自如地翻译和切换。最后,敏捷流程也不是万能的,敏捷的方法只是能帮助我们更早地知道是否能如期完成任务,随着人的认识的发展,软件行业在未来也会有新的思想,或者旧的思想重新出现。
http://www.cnblogs.com/Yan1970/p/6883791.html 
 
 于云亭
这周我学习了构建之法第六章敏捷流程,本章主要介绍了敏捷流程及其原则,Backlog、Burn-down、Sprint、Scrum方法论。以及什么时候选择敏捷的开发方法,什么时候选择其他方法。.敏捷开发的原则是尽早并持续地交付有价值的软件以满足顾客需求敏捷流程欢迎需求的变化,并利用这种变化来提高用户的竞争优势经常发布可用的软件,发布间隔可以从几周到几个月,能短则短业务人员和开发人员在项目开发过程中应该每天共同工作以有进取心的人为项目核心,充分支持信任他们无论团队内外。
http://www.cnblogs.com/yytred/p/6883713.html 
 
 严琬琳
“敏捷”这一价值观和流程的倡导,这强调了敏捷做法的价值体现。保持可持续发展,提高了团队效率,最终向客户交付有价值的软件以满足其需求。但敏捷流程不是一蹴而就的,也不是万能的。敏捷的流程是一系列价值观和方法论的集合。敏捷是一种思潮,一种态度,或者说是一种价值观,它涵盖了好几种软件开发的方法论;这些方法论又是建立在许多行之有效的最佳实践方法之上的。同时敏捷也有着最适用的范围,是有各种客观因素,例如需求变化、人员经验、产品可靠性要求等因素所决定的。敏捷的方法能帮助你更早地知道你是否能如期完成任务,优化解决过程,仅此而已。因此要有准确的认知,行之有效的、适合的方式才是最好的。
http://www.cnblogs.com/FvU1093-softwareEngineering/p/6874985.html 
 
 张振嘉
http://www.cnblogs.com/1551338zzj/p/6875267.html 

第七章是介绍微软公司的MSF,这让我对微软又有了更深一层的了解,微软之所以成为一个强大的公司,功劳在于微软的MSF。MSF有九条基本原则,这九条原则是根据项目来说的,比如项目的质量,价值和投资等一些方面的准则。MSF团队模型定义了小组同级成员的一些角色和职责,这有效的加强了团队的管理和成员之间的自我管理。在软件发展的过程中,各个专家在不同时期总结了软件工程的原则。我们要区分出这些原则的异同并加以利用。

小组第六次学习总结