use*_*687 2 agile time-tracking
我在印度的一家大型外包公司工作.我在美国,拥有一个由3名开发人员组成的团队,我们正在使用Scrum实践,并且我们的方法取得了巨大成功.
我的问题是我们公司要求我们每月估算活动时间,而我们每周迭代工作.该系统提供了45个活动的清单.为了举例说明它的粒度,我们有Coding,Coding Review,Coding Rework等活动.
现在每天我们应该进入这些活动的实际时间.更糟糕的是,时间跟踪系统的设计非常糟糕且非常慢.
管理层在此过程背后的基本原理是他们希望利用这段时间记录到未来的预测工作中.但问题是没有适当的流程来确保我们输入正确的时间.所以我们最终会把任何数字和当天结束.
这正在影响团队的生产力和士气,并打败了整个目标.
您对敏捷项目中的时间跟踪有何看法？
您对敏捷项目中的时间跟踪有何看法？
100%浪费:当你要求你这样做时,你的经理实际上是让你不再使用代码,这是唯一真正为产品增加价值的东西(甚至没有提到你必须使用的应用程序很慢,设计很差)所以这看起来实际上接近200%的浪费).这对我来说听起来像是过时的命令和控制.这应该由ScrumMaster处理,作为障碍.