标签: estimation

我是一个由4名开发人员组成的小团队的scrum master.我们正在开展的项目有很多我们以前从未做过的任务,在sprint计划会议上无法轻易估算.在这种不确定性下进行冲刺的最佳方式是什么？我发现用潜在的可释放产品完成冲刺非常困难.当有很多未知长度的任务时,我也发现难以计划冲刺.

假设我有一组加权样本,其中每个样本的相应权重在0和1之间.我想估计高斯混合分布的参数偏向于具有较高权重的样本.在通常的非加权情况下,通过EM算法完成高斯混合估计.有没有人知道允许传递权重的实现(任何语言都可以)？如果没有,是否有人知道如何修改算法以计算权重？如果没有,有人可以给我一个暗示如何将权重纳入问题的最大对数似然公式的初始公式中吗？

谢谢!

我是一个Scrum新手,并希望在我的公司实施Scrum.获得买入不是问题,这是我的公司,开发人员非常乐意这样工作.

问题是我们75%的收入来自固定长度/固定价格项目.

Ken Schwaber在他的书"Scrum的敏捷项目管理"中,在本书末尾的附录中介绍了固定长度/固定价格项目的招标主题.

在经过多次灵魂搜索后,Ken得出Scrum仅在这种情况下才有用,因为你可以说服潜在客户以不同的方式思考.客户端必须有很多不确定性(关于最终成本和最终交付日期),以换取更快可能可用的东西,并且不必实现每个功能的可能性可以节省他们的钱.

我不相信这是在修复长度/修复价格项目中实施Scrum的唯一方法.

我想知道其他人如何成功竞标并从修复长度/修复价格项目中获利.

设置场景 - 我在那些喜欢估计和跟踪几乎所有事情的行业中工作.我们的一个关键指标是SLOC(源代码行 - 声明性和可执行语句).我们将其用于项目规模和成本估算,项目规划以及许多其他方面.我们尝试用它来比较苹果和苹果(即,我们不将一种语言/域中的SLOC与另一种语言/域中的SLOC进行比较). 注意:我们不会根据此指标评估各个开发人员,也不会仅因为SLOC与预期不同而调用错误或错误.我们做,不过,考虑一个项目有更多的SLOC可能也有更多的bug.

最近,我开始研究使用库代替组件的项目,否则这些组件将被手工编码 - 例如JSF而不是JSP,Hibernate而不是JDBC等等.所以...而不是编写代码行,我们的团队正在开发XML文件.XML映射仍然需要付出努力,并且复杂性仍然存在模糊关联 - 在给定项目中,如果将这些XML配置文件中的100倍更多,可能会表明创建需要花费更多精力,并且调试可能比仅使用项目更复杂1/100的XML文件.

那么......有没有人有任何关于测量这些XML配置文件大小的建议？元素数量？#elements + #properties？别的什么？

受到这个xckd漫画的启发,我想知道究竟什么是为用户提供文件复制/移动估算的最佳机制？

xkcd上的alt标记如下:

他们可能会说"连接可能会丢失",但是进行天真的时间平均会让你更有乐趣,希望如果你等待1,163小时,它最终会完成.

忽略这个有趣的是,它真的是如何在Windows中完成的吗？其他操作系统怎么样？有没有更好的办法？

使用"天"作为Scrum中任务估算的单位后,我发现很难改变使用Story Points.我认为应该使用故事点,因为它们彼此之间更具可比性 - 更少依赖任何人处理任务的资格等.但是,当团队习惯时,让团队开始使用故事点并不容易以天计算.

那么,如何让团队更改为Story Points？什么应该激励团队成员这样做,以及我们应该如何应用交换机？

是否有任何软件或方法可以通过获取几个输入来预测系统资源需求,例如MySQL查询读/写比率,在一秒钟内执行的查询,表和数据库的属性,可能还有一些与PHP配置相关的输入等？

是.我知道软件可能没有提供完美的解决方案,但我不是在寻找一个完美的解决方案.

我正在进行捆绑块调整以便查找

• 图像点的X,Y,Z值
• 修正了摄像机特性值(外部参数等).
• 修正了测量值

在我看来BB调整过程是通过以下步骤完成的(给出了相机内在函数):

1. 收集连接点(每个图像对的x,y)和地面控制点(每个图像的x,y和相关的X,Y,Z位置)
2. 计算每个视图的初始外部参数(相机姿势)
3. 使用相机姿势计算每个连接点的初始真实世界位置
4. 通过使用所有这些初始值和其他参数作为输入来执行稀疏束调整步骤
5. 使用稀疏束调整的输出作为真实世界位置,外在特征和测量的准确结果.

我想问的一件事是,这种流程是否正确.从视图中有很多结构和运动估计的方法,所以我不能那么肯定.

当我搜索各种资源时,我发现有一些库可以执行块绑定调整操作的每个部分.对于每一步:

1. 像OpenCV这样的图像处理库可用于自动连接点收集
2. cvFindExtrinsicCameraParams2可用于空间切除(但它需要4个点,对于块束调整,提到3个地面控制点对于每个视图都足够.我应该使用其他方法,如立体视图中的姿势估计吗？)
3. 通过使用OpenCV的三角测量和投影方法,可以计算现实世界的位置
4. SBA或SSBA适用于此操作
5. N/A

另一个问题是,如果前面提到的流程是正确的,那么匹配的库是否足以实现整个流程？(可能对每个部分提供更好的建议)

我是这个领域的新手,所以我感谢这个主题的任何帮助,谢谢......

我有一个高频运行的控制回路,需要在每个周期计算一个平方根.典型的平方根函数工作正常但需要花费过多时间.由于我采用平方根的值在每个周期上没有太大变化,我想找到一个迭代的平方根,它将收敛然后跟踪正确的结果.这样我就可以在每个时间步进行一次迭代,而不是很多次迭代.

问题是,当输入发生变化时,我看到的所有迭代平方根方法都可能会失败.特别是当输入变为零然后再次增加时,看起来会出现问题 - 方法不喜欢从零开始猜测.

我的输入范围是0-4.5,我需要大约0.01精密所以用的0.01递增/递减可能需要的时间太长了 - 我想这主要是在10次以内收敛.

仅供参考我使用16/32bit定点输入为16bit q12.它在微控制器上,所以我对使用1K查找表不感兴趣.代码也是从simulink模型生成的,它们的表查找功能相当充满了开销.

有一个很好的解决方案吗？

我有一个简单的x, ydata.frame.

mydata <- data.frame(days = 1:96, risk = c(5e-09, 5e-09, 5e-09, 1e-08, 4e-08, 6e-08, 9e-08, 1.5e-07, 4.2e-07, 
                                           7.2e-07, 1.02e-06, 1.32e-06, 1.66e-06, 2.19e-06, 2.76e-06, 3.32e-06, 
                                           3.89e-06, 4.55e-06, 5.8e-06, 7.16e-06, 8.51e-06, 9.85e-06, 1.138e-05, 
                                           1.396e-05, 1.672e-05, 1.947e-05, 2.222e-05, 2.521e-05, 2.968e-05, 
                                           3.439e-05, 3.909e-05, 4.378e-05, 4.894e-05, 5.697e-05, 6.546e-05, 
                                           7.392e-05, 8.236e-05, 9.16e-05, 0.00010573, 0.00012063, 0.00013547, 
                                           0.00015025, 0.00016642, 0.00019127, 0.00021743, 0.00024343, 0.00026924, 
                                           0.00029818, 0.00034681, 0.00039832, 0.00044932, 0.00049976, 0.0005451, 
                                           0.00056293, 0.00057586, 0.00058838, 0.0006005, 0.00061562, 0.00065079, 
                                           0.00068845, 0.00072508, 0.00076062, 0.00079763, 0.00084886, 0.00090081, 
                                           0.0009507, 0.00099844, 0.00104427, 0.00108948, …