2020-01-09看过一个选试点团队的方法，分享下：
1.选择独立的项目，规模在5~9人，尽量避免选择团队之间交叉依赖的项目，避开不必要的复杂性，增加试点成功率；可以选择大项目中的一个小团队做试点
2.团队尽量在一起
3.选择在业务主航道上的项目做试点，不要选择那些最关键的项目，选择主航道上重要程度为中等的项目
4.项目周期不能太短，也不要太长
5.最好选择新产品开发项目，而不是维护类项目
6.选择纯软件项目做试点，试点见效后再考虑硬件项目展开 1 7
2020-01-08- [Spotify敏捷模式详解三部曲第一篇：研发团队 ](http://www.scrumcn.com/agile/scrum/21929.html)
- [Spotify敏捷模式详解三部曲第二篇：研发过程 ](http://www.scrumcn.com/agile/scrum/21931.html)
- [Spotify敏捷模式详解三部曲第三篇：工程文化 ](http://www.scrumcn.com/agile/scrum/21933.html) 1 4- 2020-01-08架构和设计的治理规则，质量管理策略规则等规则 都有什么内容？
作者回复: 主要是为了保证团队能够顺利开展这些工作的一些基本约定，以架构治理规则为例，会约定该产品采用什么样的架构，整个开发过程中架构怎么做，以及是否存在架构评审环节之类的
3 
2020-01-15这一篇关于团队试点前的准备讲的非常详细，如果自己准备推进敏捷，那么基本上可以按图索骥照猫画虎了。以前想的比较简单，以为只需要做好宣讲、配置好工具即可，没有想到有这么多的讲究。
团队的选择挺有讲究的，而且是选两个来做比较。如果让我来选，我可能会倾向于有采纳敏捷意愿的，技术实力相对较好，但是不一定是特别核心的团队。主要是感觉，如果直接在核心团队上试点，会有一定的风险，感觉二线团队更为合适。
框架的选择也很重要，这个可能得依赖敏捷教练的经验，按照目前团队的状况来选择合适的框架，并进行取舍。演进式架构可能也得在一定程度上依赖敏捷顾问来制定，否则可能会造成后续迭代过程中架构调整的困难。
对于敏捷方法和工具，我觉的单元测试可能是最难推动的，因为对开发人员的影响比较大。而接口测试和回归测试相对来说更多的是需要测试人员去做。流程管理工具和持续集成、代码扫描等工具的配置、使用、培训，其实也是需要投入很多的人力。
办公环境可能是最容易准备的环节。
我自己试着采用敏捷模式开发时，就卡在了单元测试和持续集成环境的搭建上。
对于思考题中，组织和人员的准备，主要还是看上层领导和基层开发有没有推进敏捷的意愿，这里当然需要进行宣讲和说服，如果大家都不了解或者不愿意试点敏捷，那么估计就很难进一步推广。另外就是要尽快展示敏捷所带来好处，特别是不能给相关的开发和测试人员增加太多的工作量，如果因为敏捷带来了太重的负担，那么估计是很难被团队成员认可的。展开 2
2020-01-071.意愿度高的人员入选。
2.团队结构比例高级、中级、初级成梯队，这样有利于项目风险把控。
3.挑选重要不紧急的项目，有好的容错空间。
4.明确团队人员职责，分工，各项事务的规则。 2- 2020-01-08技术图表、用户交互流程图、领域图和变更流程图四个方面做了建模，这些模型能简单展示一下吗？
作者回复: 抱歉，案例中的具体图形内容涉及客户机密，不方便展示。
2 1 
2020-01-07首先，了解业务架构与组织架构是否匹配。
其次，了解软件开发生命周期是否健全，是否有输入/输出/评审标准。
再次，了解不同角色工具链及工作方式。
最后，了解沟通方式/组织方式及方法。
从业务，组织，人员，沟通，协作来深度分析，决定敏捷的组队。 1
2020-02-10根据每个人的职务进行分组，组成相应的小团队，在每个小团队设置一个小组长，分配每周的任务，和收集成员的反馈，以便进行及时的调整。
2020-02-02在团队试点前的准备工作中，关于组织和人员的准备
1. 将选中作为敏捷试点团队的成员分组，并明确小组长，收集成员对于敏捷变革意向及意见
2. 团队内实施敏捷试点宣讲动员，请 Srcum Master 对敏捷基本概念讲解，对之前收集的问题针对性答疑
3. 按照Spotify框架将团队成员按照 5-9人分为各个“独立且功能完备”的 Squad, 如果 Squad 超过5个，将其划分为一个Tribe（部落），并尽量确保 Squad 成员办公工位聚集在一起展开
2020-01-30老师，这篇文章中所涉及的一些规则，用户故事等，有没有一个完整的模板？这些内容多重要呀。作者回复: 用户故事可参见《用户故事与敏捷方法》一书了解更多的内容。其他的规则在其他同学的问答中有一些。
2020-01-24今日总结:以人为本- 2020-01-23在设计，开发，测试中抽调人手，组成一个小团队，选出一个项目负责人，在同一区域协同工作，分配需求，二周出一个版本。
- 2020-01-21请问下敏捷方法是更适用于新产品从0到1的开发呢，还是更适用于已上线产品的优化迭代？
作者回复: 都可以
2020-01-161. 组织和人员准备
- 组织：首先评估现有的组织结构是不是符合敏捷的思想，是否存在一些明显的沟通交流痛点，如果存在痛点，则需要做出适当调整
- 人员：组织大家学习敏捷思想和敏捷方法
2. 方法：组织团队成员集体学习敏捷理论，并结合目前的开发流程讨论有哪些是不够敏捷、可以改进的，可以有哪些改善，鼓励大家向更敏捷的方向改进
2020-01-13什么样的企业需要敏捷转型作者回复: 有很多企业需要做敏捷转型，大到集团公司小到小的几十人的创业公司，主要看公司是否有痛点需要做敏捷转型
1
2020-01-13敏捷的宣传画报会是什么呢作者回复: 宣传画报可以有很多形式，简单点的，可以把敏捷的价值观原则等等写下来，配上简单的小图；也可以把敏捷推进过程中的小知识点做成画报，也可以把大家的实践过程做成画报，这个主要是配合着敏捷推进过程做宣传用的
- 2020-01-10请问，用户故事是什么？是产品的需求吗？
业务人员是提出需求的人嘛？互联网公司需求可能来自兄弟团队、产品、运营团队，这些都是业务人员吗？作者回复: 用户故事是敏捷中记录需求的一种新的方式。可以参见《用户故事与敏捷方法》了解更多的内容。
在本例中，业务人员是提需求的人。不需要把所有需求的提出者都归结为业务人员。 
2020-01-09根据项目，挑选对敏捷有意愿的人员，组成团队，进行培训，在知识和概念上有正确的认识，选择一个大家都能上手的事情，对上述认识在实际中进行演练，根据演练结果的反馈进行改进。 1- 2020-01-09我说的不是真实案例的展现，而是模拟，脱敏的展示，这个应该没有问题的吧？我是搞不清楚你说的技术图表和领域图是什么，网上找的东西也不确定对不对。技术图表是投资中用的哪些点线图，K线图之类的东西吗？领域图跟软件开发中的领域模型一样吗？
作者回复: 技术图表是UML部署图等，这些图表有助于开发者预测主要的软件和硬件组件，包括你需要访问的旧系统和数据库，系统有可能会与它们进行交互。不是点线图和K图。领域图是领域模型，但是很初始的。后面这些都会随着项目推进进行架构的演进。
敏捷中的架构设计与传统架构设计有差别，具体可以了解“演进式架构”，也有相应的图书出版，关于架构建模也可以搜索了解一下“Scott W. Ambler”提出的“架构预测Architectural Envisioning”。不知是否回答清楚了问题。 
2020-01-08宋老师，能否推荐几本中文的基础敏捷书籍呀作者回复: 《Scrum敏捷项目管理》、《硝烟中的Scrum与XP》、《敏捷回顾:团队从优秀到卓越之道》、《敏捷教练：如何打造优秀的敏捷团队》