构建之法——总结知识提出至少五个目前无法回答的问题

1、代码代码复审的时候如果新的人员的加入有新的想法,要增加或改变功能,那是究竟是效率优先,还是创意优先呢,还是折中处理呢?

2、章节6提到了长期任务,这种任务比较艰难且对项目又很重要,完成的时间超过Sprint的计划时间,邹老师对此只提到往往开发人员对此并不重视,并没提到如何较好的解决这类问题。我认为最难的那部分应该尽早去做,是不是对这“长期任务”也应该尽早安排人来承担这部分责任?

3、结对编程中,两者出现分歧,并且谁都只认同自己的看法时,结对编程是不是就没什么优点可言了?

4、章节7提到成员授权和信任问题。如果在实际开发中,当项目开始前所信任的有能力干活的人中途离开了或者在开发过程中这个人遇到技术难题,长时间未解决,其他成员对这个人产生能力质疑时,如何解决这个问题?

5、测试角色独立,容易产生依赖,如何才能保证团队人员各司其职?

6、断言可以理解为判断语句吗?

7、作为一个团队什么才是最关键的,是实力还是沟通?

8、一个项目若是规定时间内,无法完成或是bug还很多,怎么办?

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值