将大项目切割,有助于降低风险并便于调整与优化 非重要的功能break不能block其他流程的继续 使用开关(数据库,配置文件)降低风险或配合业务场景 Coding开始前必须明确Data Contract定义 Sprint planing需细分task增加工时估算的准确性 时间估算需得出总工时和人均工时,并分别统计出各人耗时以免不合理分配 在项目紧急的情况下,可根据优先级分批提交以保证项目质量与项目发布时间 程序架构至少MVC分层明晰,增加代码复用性及可读性 对不熟悉的功能可使用Pair coding/Code review方式降低风险 提升项目人员的Task冲突预见性,避免资源不足 任何需求变更须经确认后方能实施 根据项目Launch顺序识别冲突 时间/代码/工时基线的建立 组件依赖 公司内部多team 合作:share tasks, share responsibility, share knoweldge Release计划:分批批次的prioity/相关部门的effort/shareholder评定业务影响/Tech准备rollback方案 大项目用户调研:open market评定标准
转载于:https://blog.51cto.com/opheliawei/531009