一、积极。不用等待别人分配任务，在划分任务卡后，按个人实际能力及想法来领取任务，把个人主观能动性发挥至最强。虽然不可避免某些人偷奸耍滑，打鱼晒网，但至少最大程度上的避免了任务超出能力范畴而导致项目延期的问题。

　　二、沟通。大家一起协同开发，命名规范，某些基础类的调用，数据的封装传递，甚至项目的更新提交都需要沟通。包括组内项目的完成情况，每一功能模块所对应的的完成者，每位成员都具有知情权。

　　四、需求变更。PO随时会提出新的需求，可能是补充原有条件，可能是修改原需求，甚至是推翻某构想。与组A商谈的结果，和组B确定的方案，截然不同。甚至前期已确认的部分，后期反水，要求重新设计。

　　五、成员流动。因项目需求，一帮互不相识的人聚到一起，能力层次不齐，方向各不相同，所有的都是重新磨合适应，中途随时有人会离开，随时有人会进来。

　　六、突发状况。临时要求检查项目进度，presentation时设备故障，测试出错处理，面对甲方刁难、疑惑的应对措施。

关于敏捷开发的一些想法