当从事固定价格的软件开发项目时,我经常发现自己必须在价格确定之后,但在工作开始之前(或开发的早期阶段)估计项目将花费的总小时数。不幸的是,这些类型的项目最好使用迭代/敏捷方法来开发,这意味着我们不能(也确实不能)进行完整的前期设计。
在一个典型的场景中,我们会有一个具有X个特性和Y美元的合同。签约后,工程部门需要估计完成X功能所需的小时数。有几个可能的原因需要这些信息,包括:
·Y美元转换为Z小时可用,因此我们必须确保time( X )<=Z,也许可以通过缩小X的作用域。
·交付日期已设定,因此我们必须分配适当的资源来满足该日期。
Kelly Waters在这里对敏捷的估计有一个有趣的看
我正在考虑重读史蒂夫·麦康奈尔( Steve )出色的“软件项目生存指南”(),或许还会逐字应用于我的下一个项目。然而,有一个想法给我留下了深刻的印象:这本书写于1998年,当时Scrum和其他敏捷方法还没有流行。
根据较新的方法,这本书的教导是否仍然相关?或者它们是兼容的?如果是后者,你有根据麦康奈尔的书(S)运行敏捷项目的经验吗?
我正在使用预置TFS,并计划迁移到Visual Studio Team Services。但我还有一个问题--如何在VSTS或TFS中恰当地管理(存储、编辑、跟踪)软件项目的需求(规范)?
最佳解决方案是什么?你用的是什么?
现在,我们使用OneNote.com并在TFS中添加指向OneNote页面的链接。但这不是很方便。
环境由TFS 2015更新3组成,我基于Scrum创建了新的团队项目集合和新的团队项目。
My question is related to the Reports.
I see fewer reports on the SSRS side for this new team project than in the existing team projects which are being created in the existing team collections. In this new team project from the newly created project