在软件开发领域工作了两年后,我开始想知道如何有效地进行用户沟通,包括UX的详细内容,功能更改,错误报告系统等。
我曾在韩国的两家小公司工作过,发现沟通只是从头到尾都是口头进行的,从没养过软件文档的习惯。
我认为这很奇怪,因为仅靠口头沟通无法完成细致的计划和有效的软件管理。(尽管从某种意义上讲,我认为如果一家公司的规模不足以应付额外的工作量,这可能是有道理的。)
因此,最近,我对软件的书面交流非常感兴趣,试图重新燃起我在大学期间学到的软件工程知识。
我正在尝试自学如何在实践层面上可视化我的工作和实践文档。
所以,我的问题是
谢谢你。
- 另外,如果您能谈论如何记录应用程序以便将来进行重构和更好地管理,将不胜感激。
我认为您需要阅读有关敏捷软件开发的信息。
敏捷软件开发宣言
请注意下一点:
工作软件胜于完整的文档
在您的情况下,这可以解释为:以“简洁”的方式编写的软件以及具有适合的单元测试和验收测试的软件将比编写静态文档和UML图表更有效。
我发现UML图最适合在一开始就设计组件(但通常使用白板)。然后,在所有需要的单元,验收测试创建完毕之后,所有图都被丢弃了。
定期的代码审阅是很好的动态工具,用于共享最佳实践,代码样式或有关开发软件的其他信息。因此,当您在成员之间定期共享有关软件的知识时,信息将在团队内部保持最新状态。
本文收集自互联网,转载请注明来源。
如有侵权,请联系[email protected] 删除。
我来说两句