1.敏捷开发流程
定义需求词->制定计划->代码->测试->上线部署->项目总结
2.项目过程中经常出现的问题（使用敏捷开发的原因？）
（1） 催着完成工作
（2） 对开发人员的进度不明确
（3） 各项目之间沟通
（4） 遇到问题如何解决
（5） 沟通共享
3.敏捷管理的5个价值观（“以人为核心”）
（1）客观
沟通 会议纪要->行动项，谁？什么时间？完成了什么事情？
反馈 “来而不忘非礼也”
（2）主观
勇气（乾卦）
谦逊（坤卦）：“制约”“得到多助失道寡助”
（3）Symple ：负责的东西都是从“一”而终
一：指的是计划
4. KISS原则
Keep It Simple & Stupid；
Keep It Sweet & Simple；
Keep It Short & Simple；
Keep it Simple, Sweetheart；
Keep it Simple, Sherlock。
字面意思：
1. 人们（包括产品的用户以及服务的客户）通常喜欢简单的，容易学习和使用的事物。
2. 制造产品或提供服务的公司会发现简单对公司来说也有一个好处，因为这将缩短时间，降低成本。
理解：
如果 KISS 原则能够放之四海而皆准，那这个世界就真的太 Simple、太 Stupid 了。
首先，不同的民族和地域文化很大程度上影响着人们的行为方式，简单要求 KISS 不一定合适。
其次，一个具体的企业在不同的发展阶段，也会有不同的状态。创业阶段的时候是一种自发性的 KISS，后来逐渐壮大，之后是臃肿，再之后可能会进行优化制度、流程方面的工作，算是一次主动的 KISS 了。再之后的巨无霸状态，KISS 原则就不会是最佳的选择了。
第三，即使单看一个稳定时期内的企业，也需要根据发展战略和业务需求，来决定是否有必要对某一类业务、某一个流程进行 KISS 方向的改造。比如，出于成本效益考虑，管理层可能更希望某费用中心保持稳定即可，而不是花20%的代价去提高5%的效率和效果。
在如今东西方文化激烈碰撞的时代，简陋-复杂-简约代表了很多方面的发展过程，也往往会随着时间的变化螺旋上升。KISS 所推崇的“简单”，应该是这种高级的阶段的“简约”，无论是代码层面还是管理层面。所以，KISS 原则更应该被看作许可条件下的努力方向。
5.管理工具推荐
Jira
confluence
Fisheye
DingDing
