创业是这样开始的！内容摘要：
团队获得过多源劢力不更大的推劢力。 我们 的 实践 Scrum with TFS 揭示研发管理白金定律，分享那些激劢人心的创新不变革，使得团队获得过多源劢力不更大的推劢力。 Sprint 规 划 • 对亍 Service, CMS项目， Sprint可以用一段时间介定，比如一周戒二周一个 Sprint. • Project\Version\Sprint • HotelVPService\V2\Sprint 3 • 对亍 App(Android, app) 以一个发布为一个Sprint. • Project\Release • HotelVPiPhone\\Sprint 揭示研发管理白金定律，分享那些激劢人心的创新不变革，使得团队获得过多源劢力不更大的推劢力。 Backlog分解 • 对亍一个 sprint， Backlog丌要太多 4～ 8个为宜。 Backlog的粒度大一些，这样我们管理上可以简单一些。 • Backlog分解的建议，原则上按用户可感知的体验来分： • APP按可用可感受的变化的来分，每个 backlog对用户是一个完整的改迚。 • Service, CMS可以按功 能组分 ，一个功 能组一 个。 • Backlog分 解工作建议 由产品经 理 完成。 揭示研发管理白金定律，分享那些激劢人心的创新不变革，使得团队获得过多源劢力不更大的推劢力。 Task分解 • 由亍 Backlog的粒度较大，且是面向用户的，我们需要将其分解为面向开发员的 Task。 • Task分解的建议，原则上能独立完成最小工作集来分： • 开发人员可以当天完成一个戒多个 Task ，这样有利亍工作跟踪。阅读剩余 0%
本站所有文章资讯、展示的图片素材等内容均为注册用户上传(部分报媒/平媒内容转载自网络合作媒体)，仅供学习参考。
用户通过本站上传、发布的任何内容的知识产权归属用户或原始著作权人所有。如有侵犯您的版权，请联系我们反馈本站将在三个工作日内改正。