我的工作场所有几个小组,他们几乎没有软件开发过程。他们使用源代码管理,并根据项目轻松使用问题跟踪系统。团队没有定期创建单元测试并在CI服务器中运行它们,也没有执行代码评审。这一点因项目而异。这是一家大公司,没有软件开发的基本框架。
我受到管理层的回击,说“他们的手在一定程度上被那些可付费的客户绑住了”,这取决于软件开发人员个人。我不完全同意,但我认为我应该创造这样一个过程。
我不确定是否应该定义一个“软件生命周期文档”,例如描述瀑布、敏捷等。但是,我认为描述使用工具,例如“必须使用问题跟踪”、“在CI服务器上运行单元测试”以及其他“最佳实践”。
我该怎么称呼这份文件?其他人是否努力让软件团队参与到最佳实践中来呢?你是怎么克服这一切的?
发布于 2016-08-03 12:08:04
如果没有管理层的支持,算了吧。
如果您有一些来自管理层的备份:不要从任何理论文档开始。首先,采访那些真正有问题的人。然后组织一个研讨会,让团队参与解决问题。例如:
因此,让开发人员自己找出他们最需要的东西,并在研讨会结束后将所有商定的措施都写在文档中。
https://softwareengineering.stackexchange.com/questions/326471
复制相似问题