构建之法观后提问

1.为什么要以有进取心的人为项目核心？

在敏捷开发的原则中有提到要以有进取心的人为项目核心，但我觉得技术是最重要的，科技是第一生产力，可以理解为有技术你才能去做，才能做得更好，你有进取心但你没有好的技术会不会把整个团队卡在某个阶段？另外，好的项目和一个好的团队应该就是有朝气，有进取心的。所以我觉得不应该要以有进取心的人为项目核心。

2.为什么极致编程只适合小团队？

在敏捷总结中，有讲到极致编程，但是看书上的介绍挺少的，于是去找了找它的相关介绍，其中有一点是适用于小团队开发。那么，为什么它只适合小团队呢？在我们的生活当中，有很多的项目都是需要团队协作的，但不可能的是所有的团队都是小团队，我相信我们都向往极致编程的思想去完成任务，而极致编程我感觉是那种一发而动全身的，人多力量大，那不应该人越多执行的速度越快吗？所以为什么极致编程只适合小团队？

3.当队伍中任务无法近期解决时，怎么应对?

在书P111中，有写到有团队成员对某个任务不感兴趣，或者是不能完成而导致无人认领此任务，怎么办？书上没有具体的回答，此时，那一般就去找找外援帮忙啊，啥的。那么，如果这个团队短时间内都找不到这样的人来解决问题，从而导致工作进度停滞不前，那又该怎么去应对呢？

4.在Beta阶段中，需要我们换掉一个成员，再加入一个成员。那么这种机制真的对于我们来说有帮助吗？原本已经磨合好的团队，又因为换人机制，导致团队又得重新磨合，而且还得分出时间来帮助新进组的成员尽快熟悉项目，但是不是从头跟到尾的话，是不是会对这个项目的理解会比较困难，出现不能够理解我们的意图的情况？而且我们又怎么确定将哪位成员换掉呢？是不是就是将贡献最少、能力最差的成员换出去呢？这样是不是对那位成员不太好呢？

5.书上介绍了MSF的原则，MSF团队模式和开发模式。有说到对此事负责的角色要自己拿主意，但是在敏捷开发中又提到当遇到问题时团队的所有人都应该在一起交流讨论商量大家都能接受的解决方案。那么MSF原则和敏捷开发是不是相互矛盾了呢？

标签：观后,编程,构建,进取心,MSF,团队,提问,成员,极致
来源： https://www.cnblogs.com/Jay-h/p/14520461.html