结束语 | 用敏捷提升自己，从敏捷走向未来
该思维导图由 AI 生成，仅供参考
荧光笔
直线
曲线- 深入了解
- 翻译
- 解释
- 总结
敏捷方法不仅适用于软件研发领域，还能在各个领域发挥作用。文章强调了敏捷思维的重要性，通过合作、终身学习、专注、创造、批判和思辨等能力的培养，敏捷方法可以帮助个人提升自我能力。作者通过个人经历分享了如何应用敏捷思想来提高工作效率和生活质量，并鼓励读者将敏捷方法融入自己的思维方式，以适应未来的变化并创造属于自己的未来。文章强调了敏捷方法的实用性和适应性，鼓励读者积极应用并分享经验。
《说透敏捷》，新⼈⾸单¥29
全部留言(46)
- 最新
- 精选
陈科羽老师，非常感谢分享，能推荐一下书单吗？如果想系统学习，那些证书考试推荐呢？谢谢。作者回复: 证书的话，可以从CSM开始。 书单《敏捷教练：如何打造优秀的敏捷团队》，《敏捷软件开发：原则、模式与实践》、《Scrum敏捷项目管理》、《硝烟中的Scrum与XP》、《敏捷回顾:团队从优秀到卓越之道》、《团队协作的五大障碍》《用户故事与敏捷方法》，《持续集成》《持续交付》《Devops实践》《有效的单元测试》《测试驱动开发》《重构》、《代码整洁之道》
2020-01-09335
escray
好吧，也许最后的结束语才是对我最有帮助的部分，将敏捷思想应用在日常的工作、生活中。 原本以为这个专栏会讲一些技术性比较强的内容，后来发现主要是从更高的视角，去看待软件研发团队的敏捷转型。也许敏捷的具体细节，去看《10X程序员工作法》更为合适。 不过我觉的通读整个专栏也获益良多，无论以后自己的团队面临敏捷转型，或者是参与敏捷团队，专栏中的一些案例，都会有一定的示范作用。 敏捷强调人与人之间的合作、沟通，要求终身学习，同时还有必须要有度量，将相对模糊的时间、精力开销尽可能的量化。我觉的只有量化，才能有适度的反馈，才能在合作与碰撞中不断前进。Talk is cheap, show me code. 可能短时间内，我还是无法推动身边的团队敏捷，但是的确可以把敏捷的一些想法应用在自己的身上。健康、沟通、学习、专注、批判、创造，希望自己能够在敏捷的道路上不断修炼，成为最好的自己。作者回复: 赞一个
2020-01-1739
落恒学习了一些理论， 但敏捷的实施方式，提前准备，整个栏目未涉及，或者说得都比较空洞，这个方面是不是可以补充一点作者回复: 感谢反馈，实战篇都是讲实施的，准备篇在04里有详细的清单，很多内容。但是具体到Scrum怎么做，看板怎么搞，确实不在我们的专栏里。这个专栏是小专栏，只有10篇，涵盖不了这么多的内容。这些有一些公开内容可供搜索，先去看一下这些知识，实践中遇到的具体问题，可以来这里提问一下，讨论起来。
2020-01-0739
牧野静风谢谢老师，还是和其他同学一样的问题，具体敏捷的实践，细则，每个人员的定位，作为项目的一员，如何践行，真希望老师能够讲详细些，而不是站在一个高高的位置，看完了专栏，发现我还是不知道怎么去做，只是当做了解了敏捷的好处有哪些作者回复: 敏捷的具体细节非常多，有一些公开资料可供搜索。我们的专栏篇幅有限，只能在10篇文章中高屋建瓴的提出关键观点，让你先形成一个架构在脑海里，然后慢慢地去填肉。你可以先提一个具体的问题，比方说现在的困惑是什么？或者做哪个实践遇到了具体问题，可以在这里先讨论起来。你也可以先去实践一段时间再回来看专栏，感觉会不一样
2020-01-084
枫叶红谢谢老师分享，加深了自己对敏捷一些理解。所处团队以前实践过敏捷管理，后因团队部分成员出差客户现场、多地同时开发且网络不通，需求管理、代码合并、沟通交流、版本管理等问题，敏捷管理推行不下去。对于办公条件受限如网络不通（客户内部网络），存在多地同时开发，要如何推行敏捷，希望老师能给些建议，谢谢作者回复: 多地开发如若要实践敏捷，那么需要用一些办法克服不能面对面沟通的障碍，比方说可以有一些远程会议电话、视频设备，如果有条件也可以建立一些大屏，这样远程团队开站会、回顾会等都可以使用，另外就是在线的管理工具如Jira等也很重要，这样所有人的进度都可以看到，所有人可以在同一个Page。
2020-02-183
Raymond吕敏捷思想和原则是近今年对我影响最大的知识域，不管是工作转型，还是生活中，或多或少都在践行敏捷方法。不敏捷，无未来。作者回复: 👍
2020-01-101
Aaron老师，用敏捷的话，合同该怎么签？以前项目合同签订先用原型对交付功能做详细描述 和客户确认。如果用敏捷，用户大量提新的想法 合同不是要频繁变更作者回复: 可以签人时合同，有一个初始的范围，和一个预计的工时，后面可以调整，但是有一些规矩。然后合同里有相应的条款，如果提前交付了，甲方给予一定的奖励，可以是节省工费的50%；如果延后交付了，乙方给予甲方一定的补偿。其他的合同履行过程中，甲乙双方需要有一定的信任基础，且能够一致认可有限的资源优先做价值高的事情。
2020-01-20
小老鼠我现在用DevOps提倡的小部件的方法读书，即读一段用脑图或者PPT来总结一下，发现效果还是不错的，比原来看完一本书以后，再来总结效果好得多。但是我也发现这么一个问题，就是当我看了后面的部分以后我会发现前面的知识被忘记了。于是，我想问一下这个情况，如果在开发后面的部件的时候，发现的缺陷，是以前面的模块紧密连接的，这时候再回过头来研究前面的需求会不会降低速度，从而带来不必要的反复浪费？作者回复: 这个只能说是到后面对需求有了新的认识，所以还不能算是特别大的浪费，这样的过程不可避免
2020-01-19
jinny老师，从你举这些案例，实施敏捷开发管理的项目，各个岗位角色配备都很完整。那么只有5-6人的小团队，产品经理，敏捷教练等角色配备不完整，如何实施敏捷开发呢？作者回复: 可以先从敏捷的简单实践开始，例如把工作先可视化到看板上，管理起来，开展站会等等。另外在5-6人的小团队可以有兼职的scrum master,团队成员兼任
2020-01-15
温语晨老师，请问一下，敏捷就是指PMI ACP的这套理论吗？还是敏捷管理有好多理论的标准?作者回复: 标准式一样的，培训体系有差异，认证有不同，由不同的机构出具。由PMI ACP，也有Scrum Alliance的CSM等。
2020-01-13
