标签：简单的 poe 基本知识 怎么 观察 拼接 实战 设计 合作
但是对于同一一件事交给两个人同时做，本身就会进行大量重复思考，如果再牵扯进来两个人的优劣势互补，两人配合协作问题，可能效益会打不少折扣，除非是要完成的任务对成品率要求很高 && 两人都不能独立完成任务，否则不见得一定提高整体效率，那么实际开发中这种情况很多吗？
这种情况发生的前提是：两个人做同样一件事，一般都是两个人都半斤八两，此时合作更容易攻坚克难，当然还有一个前提是两个人都容易互相处得来。
时间驱动固然能够激发团队的热情，但也是一件非常有风险的事情，比如发生问题需要解决，而不能保证每个人都能快速解决，如果需要学习新东西该怎么办，或者如果团队进度不统一，某个人的激情程度不够，这样风险也是不小的。那决定敏捷模型是如何保证这些风险的呢？
感觉这个问题涉及到敏捷流程的核心，就是增加迭代速度和反馈频率，更快的发现不足，补全，debug，设计开发。当然大前提是不完全推荐几个新手一起敏捷，一个架构师很重要。
按照老师的认为，PM是“舵手”的作用，用来维系整个团队合理的运营。但是一定的专业能力如何去评估呢，如果在几个方向非常强，又能快速观察学习理解，也能分析管理团队，跟老板客户沟通，这样的复合型人才的价值一定很大，但同时也比较难得，那么又怎么保证和其他成员同等地位呢？如果专业能力没那么强，那会出现跟一线创造价值的程序员在专业问题上出现扯皮该怎么办呢？所以不太理解一定的专业能力是怎么界定的呢？
一般这样的人会升级为架构师，PM只负责团队进程和其他沟通上的任务，技术壁垒应该请教架构师。当然架构师的地位会高不少。
衡量每个程序员产出的多少，本身就是一个多元多方面的事情。如果涉及到分工的不通，如何量化又变成了一个问题，因此看完教材后还是不太理解成熟的公司管理制度应该怎么去考核绩效才能达到合理激励督促员工。
考核KPI可以通过上下级，同行互相审核来保证公平性
如果发生前人经验没那么多，那么怎么确定前人所估计得时间现在的人做要多久呢？因为高手和菜鸟对同一件事情的难易程度的判断一般是大相径庭的，如果自己的人做过类似的事情，那么又如何保证所用工具/人员的记忆程度/做事的方法是否足够先进等不确定的因素呢？
好的架构师可以极大缓解这个问题，不过帮助最大的是增加迭代的频率。
如果一个bug涉及到几个单元模块的拼接，比如需要三个人合力去解决这个问题，凑齐三个人的时间和心思又不是非常容易，那么该如何去把任务推进下去呢，我们项目主要吃亏在这里。
软件开发有着自己的方法和思路，比如每日例会，权责到人等非常重要。在这样一个时间有限（相对任务量），每个人都必须要开发一个不是很难的任务模式下，合理的设计，分工，debug，快速的迭代周期显得非常重要。当然没有一个一定能够解决问题的招式方法，因为涉及到任务的难度还有人员的水平能力时间等因素，但正确的冲刺模式，分工合作的方式同样是致胜的关键因素。
通过这样一次软件工程的训练，我了解到如何进行合适的代码管理，代码复审，测试模块的重要意义，生产开发环境的分离的重要性。
不能用数字衡量的收获，比如如何去入手思考一个团队项目，如何和他人合作沟通，合作开发代码等。
标签：简单的 poe 基本知识 怎么 观察 拼接 实战 设计 合作
原文地址：https://www.cnblogs.com/yqsyqs/p/10295987.html
