敏捷开发（AM）

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