广水网站定制,望野古诗拼音,wordpress 小说 主题,简约网站首页““春天工程”项目组是应用开发二部最早采用敏捷模式的项目组#xff0c;项目组在项目推进过程中使用Scrum框架#xff0c;结合“看板站会”形式#xff0c;积极探索项目推进新措施。结合TFS工具逐步实现了电子工具与物理看板的有机融合#xff0c;并在过程管理、版本管理…““春天工程”项目组是应用开发二部最早采用敏捷模式的项目组项目组在项目推进过程中使用Scrum框架结合“看板站会”形式积极探索项目推进新措施。结合TFS工具逐步实现了电子工具与物理看板的有机融合并在过程管理、版本管理、交付质量三大方面取得了突破。”物理看板作为“春天工程”项目组日常管理的核心工具实现了从“影响地图”出发的需求研制与分析利用“用户故事地图”将需求拆分成用户故事及任务以两周一迭代的频度交付产品。截至目前项目组已完成15轮迭代。“春天工程”团队依据自身特点逐步摸索形成更加合理的团队组织结构并明确了Scrum 主管、产品负责人PO、产品设计负责人、开发团队负责人TL等角色的职责定义。敏捷宣言中有这样一句话“个体和互动高于流程和工具”。物理看板有助于团队的互动和协作有助于褒优贬劣营造竞争氛围。将物理看板置于工作区内所有人高度可见以清晰把控和推进工作进度。尤其在试点初期项目组基于项目具体情况对看板系统作出变化调整。项目组在敏捷试点中深刻体会到物理看板的强大优势。为进一步节约人力成本沉淀历史数据项目组不断摸索结合TFS工具提供的强大功能逐步实现了电子工具与物理看板的有机融合在工作项、拉入请求、部署工作流等方面持续研究实践最终通过七项措施在过程管理、版本管理、交付质量三大方面取得了新的突破。成果一TFS工作项与物理看板相结合使过程管理变得更加容易物理看板具有易于实施、直观灵活、沟通快捷等特点但也存在一些不便1.从物理看板上无法清晰看到用户故事与实施任务的层级对应关系2.已完成的需求和故事归档后在需要复盘时查找起来比较费时3.过程数据的收集比较困难需要人工整理便签并手动归档4.每轮迭代交付版本时代码与故事的对应关系不够清晰为了改进上述问题充分发挥物理看板的优势项目组启用了TFS工作项来管理需求和用户故事在需求、用户故事和代码间建立了清晰的关联过程数据的收集也变得更加容易。措施一通过TFS工作项管理需求和用户故事使用TFS工作项管理需求和用户故事后在积压工作中可以清晰的展现需求与故事的对应关系。通过累积流图可以清晰的统计出需求与故事的交付情况便于及时发现问题精准把控迭代进度。每日站会时PO会根据物理看板上需求和故事的完成情况拖动电子看板上对应工作项及时更新工作项状态。PO只需在TFS中建立简单的查询迭代评审回顾会时便可及时统计出迭代故事的完成情况无需再进行人工统计。需要对用户故事复盘时可以直接按迭代序号查找出要复盘的需求和故事操作简单、且清晰明了。措施二通过TFS工作项实现代码关联通过TFS工作项维护需求和用户故事以后开发人员只需输入工作项ID选择关联工作项便可实现用户故事和代码的关联。在构建程序版本进行分支合并时也能够清晰地知道本次提交的代码实现了哪些需求及用户故事。成果二使用代码库和拉取请求让版本管理变的清晰有效项目组前期使用git库进行代码管理遇到以下瓶颈1.因项目包含的模块众多开发过程中测试版本的匹配相对模糊2.多人开发的情况下缺乏便捷的代码评审机制评审后难以追溯代码的修改情况为了解决上述瓶颈项目组做了以下实践。措施三通过代码库拆分实现代码隔离项目组按模块对代码库进行了拆分将原来的一个git库拆分为17个独立的git库实现了不同模块代码的隔离便于各模块独立更新代码易于版本匹配。同时基于Master分支分离出测试分支实现开发、测试、投产代码的全隔离。措施四设置TFS分支策略保证代码评审简单有效项目组在dev与relrel与Master分支间分别设置TFS拉取请求在迭代中使用拉取请求的diff功能进行代码评审。代码经过评审并完成集成测试后合并至rel测试分支进而完成部署版本的构建。以dev分支为例当开发人员提交本地代码至dev分支时在拉入请求中可以清晰的看到上次合并以来所有的分支提交情况。同时拉取请求还为代码评审工作提供了清晰的对比界面在界面中评审人员可以直接在代码中添加评审意见并设置意见的状态。代码的作者或其他评审人员可以直接对意见进行回复。程序作者可以根据实际情况把评审问题的状态置为“已解决”、“不是问题”、“已关闭”等。结合TFS分支策略强制要求代码经过评审且审阅者批准后才能完成拉取请求进行分支合并操作保证了代码的质量。措施五建立BUG分支通过拉取请求实现问题修复在测试过程中遇到问题时项目组会基于测试分支rel分支新建一个BUG分支BUG修复完成后提交至测试分支时创建一个拉取请求通过拉取请求将修复后的代码提交至REL分支。代码归并至rel分支后通过diff将完成修复的代码回退至dev分支保证各环境代码版本的准确无误。成果三利用TFS部署工作流提高交付质量和频率在部署过程中项目组陆续发现了以下不便1、开发、测试和投产代码构建缺乏隔离机制可能会将开发中未经测试的代码带入生成分支2、项目组前期采用的是IDE手动构建WAR包部署三个模块耗时较多影响项目组的开发效率。措施六先隔离再归并持续集成实现部署过程自动化为优化部署流程项目各模块在自己的git库中通过拉取请求将迭代完成的代码匹配成正确的版本归并至rel分支同时触发自动构建和自动部署持续集成保证了发布版本的正确性。部署过程自动化释放了人力成本保证了版本正确提高了部署效率。措施七利用仪表盘功能便于查看每日构建及部署完成情况项目组rel分支自动构建和部署的基础上对dev分支配置了每日构建和部署并在项目首页添加了构建情况一览可以清晰的看到每日构建的完成情况。总结通过上述七项措施春天工程项目组实现了需求和用户故事的的电子化跟踪结合物理看板的使用项目进度有了清晰的把控度量数据的收集变得更加容易。通过代码库的拆分、需求及故事同代码的关联、TFS拉取请求及分支策略的运用项目组建立了代码版本管理机制。通过自动构建及部署流水线的运用提高了团队的持续集成和交付能力。项目管理办公室与应用开发二部密切协作持续深化产品经理思维努力实现任务驱动型团队向自组织团队转变。目前应用开发二部敏捷试点项目已推广至8个每个项目根据自身特点增加电子看板试点结合影响地图、用户故事地图、TFS、AXURE等一系列方法和工具不断探索改进团队分工更加明确组织结构更加合理研发效率稳步提升。我们将会继续探索实践坚持总结分享希望所有试点团队能够少走弯路尽快找到适合自己的敏捷模式。原文地址:https://mp.weixin.qq.com/s/0uwqLiyGBcQ1sY4AQhPMmg.NET社区新闻深度好文欢迎访问公众号文章汇总 http://www.csharpkit.com
