通过文章中作者针对PCB电路板相关项目中的开发沟通过程中, 使我领会到。
收集领域中各种元素,通过与业务专家沟通中去学习到这类元素,在这个过程中去学习业务相关知识。
PCB设计师更了解的是电路知识,但是对于软件知识却一无所知,同样为我们软件开发人员对于PCB相关的只是也不甚了解,但是经过最开始的沟通,通过画图表达作者所理解的事物。这样首先把思维变成了实物,对于实物软件人员与业务人员对图像进行概念统一,然后再后续逐步的迭代中慢慢的让我图像成为软件人员与业务人员沟通的桥梁并且对于图上的事务规范化,就像我们的地图一样,最终产生双方都能看懂都能理解的产出物。
在沟通的过程中不仅是软件人员学习新知识,业务人员也会改变一些他们的思维,两者共同收集信息,并且共同获取知识,消化知识。
消化知识的过程不是独立的
项目编写的文档
头脑风暴所产生的结果
业务流程中应用的文件(说明书,用户手册等)
这些都是我们再消化知识过程中所所能接触知识的点。
传统的交流方法是由分析员(业务人员与软件人员的中间人)对这些知识消化后,通过一些理解抽象后传递给程序员。这样导致分析员更多的知识考虑业务上的问题,对于软件的问题经验一无所知。
有些程序员只在乎功能的实现,根本不在乎代码的扩展性。
软件的价值在于应对一个合适的业务场景,脱离了业务软件本身的价值就没有了。两者应该是相辅相成,业务带给软件价值,而软件为业务提供更多的可能性。
团队中应该一起消化理解模型过程,成员之间的交互让开发人员会秩序的学习,深刻的理解自己做的是什么&#x