For investors
股价:
5.36 美元 %For investors
股价:
5.36 美元 %认真做教育 专心促就业
建立反馈机制能够让程序员在做软件运维管理的时候有一个比较清晰的方向,而今天我们就通过案例分析来了解一下,软件开发反馈功能的重要性分析。
对于用户需求来说,没有用户及时地反馈,我们就可能把那些不符合需求的开发继续下去,由于软件中各种功能和模块的依赖性,这种不符合后可能被放大到数倍。越迟得到反馈,问题可能就越大。
软件开发中一个很重要的概念是“可行性”和“合理性”,无论我们做需求,设计还是开发,集成,测试,都会遇到这两个问题。有些事情的可行性和合理性是我们可以通过事前的分析进行判断的,但是有些问题就必须有一定的实践作为基础。这也是一个反馈的问题。譬如说在某项目中技术架构师决定采取一个技术架构,但是经过一些阶段的开发发现它有一些技术上问题不能实现用户的关键需求,这时候就必须放弃它。
“反馈”意味着两个意思,对一件事情的调查和根据调查做出决策。
在意识到反馈的重要性之后,你会要求所有的人都对迭代的成果做出反馈。可能存在的问题是,是不是所有的人都意识到了反馈的重要性并且认真地去做了呢?如果客户认为他们只需要对迭代出来的产品“看看而已”,那么你就很难了解他们一些深层次的想法。再比如一次迭代中某些模块开发的进度比较慢,开发人员可能会抱怨技术方案不能满足要求,而实际的原因可能是设计不合理或者根本就是有人没有认真工作。
软件项目一般都会要求客户方安排专门的业务人员进行配合,在迭代开发中,这种配合不只是进行需求的整理和发掘,还包括对已经完成软件版本的评测。在这个过程中应该有需求分析师的配合。
在每次迭代完成之后,软件项目组应该有一些总结和分析活动。通过这些总结和分析,找到做得好和做得不好的方面。
在非迭代式的开发中,也有反馈的环节。比如通常在软件交付阶段会有一个试用期让用户提出意见。而软件团队在各种开发中都会有一些总结活动。迭代式开发的独特之处在于尽量早地引入反馈机制;使得反馈机制更加制度化;并且,更加快速和灵活地分析这些反馈,把得到的结论应用到下一阶段的开发中去。
对于一些机制引起的问题,比如组织结构不合理,角色分配不明确之类。好有一个明确的问题记录表。在每次迭代完成以后将这些问题记录下来,同时在下次迭代中努力改善它。如果相同的问题连续出现在几次迭代中,可能就说明项目管理出了问题。
【免责声明】:本内容转载于网络,转载目的在于传递信息。文章内容为作者个人意见,本平台对文中陈述、观点保持中立,不对所包含内容的准确性、可靠性与完整性提供形式地保证。请读者仅作参考。更多内容请加danei0707学习了解。欢迎关注“达内在线”参与分销,赚更多好礼。