个人作业-提问回顾与个人总结

最新推荐文章于 2024-09-13 13:47:44 发布

m0_625916981

最新推荐文章于 2024-09-13 13:47:44 发布

阅读量68

点赞数

文章标签：软件工程

本文链接：https://blog.csdn.net/m0_62591698/article/details/131231718

版权

文章讨论了结对编程的效率、适度泛化的考量、确定功能优先级的方法、敏捷开发与计划驱动之间的平衡以及软件团队的绩效管理挑战。作者强调明确的需求、进出口指标和有效的沟通在项目中的重要性，并分享了作为前端开发者的心得体会。

摘要由CSDN通过智能技术生成

在结对编程的模式下，一对程序员面对同一个显示器，使用同一个键盘一起编码。

结对编程中有两个角色，：

1.驾驶员：控制键盘输入

2.领航员：起到领航、提醒的作用

结对编程效率偏低，相较而言采用复审的方式更加高效。

有的程序本来是解决一个特定环境下的具体问题，有的程序员一想，我们能不能做一个平台处理所有类似的问题。这样的前景的确美妙，但是要了解必要性、难度和时机。

一定要以需求为导向，如果明确了之后迭代开发的方向，那就要做好相应的泛化。如何采用敏捷的方式，那就着重于功能的实现。

要把用户从竞争对手那里吸引过来，团队自己的产品要用一个差异性的焦点，在这个焦点上，我们的团队能做的比别人好10倍，高一个数量级。这种功能又叫做杀手功能。

仍然是无法解决的问题。客观收集用户需求本身就十分困难，加上用户体验又会受到各种因素影响，使得实际量化评估是十分困难的。只好采取敏捷开发的方式在迭代中不断改进。

实际上是效率与灵活取舍的问题，如何平衡主要看需求是否稳定。

软件团队如何做人员的绩效管理？这个问题较难回答，因为所有人的工作被集成在一个软件产品中，互相依赖，产品功能收到用户赞扬或批评，都不能简单地完全对应于某一个人的工作。

仍然无法回答，实际贡献和花费的实践，甚至工作量都无明显关系，只好用bug率等不易钻空子的指标近似评估。