标签:项目管理 提交 比例 proc 方便 基础功 进程 关键字 The
组员 | 分工 |
---|---|
林涛(组长) | 规划项目进程、分配任务、审查文档、写博客 |
童圣滔 | 项目概述 |
林红莲 | ppt制作 |
潘雨佳 | ppt制作 |
于瀚翔 | 演讲、展示 |
袁正闻 | 提出相关假设 |
吕瑞峰 | 非功能规格设计 |
蒋梦迪 | 项目logo设计 |
王德钊 | UML图制作 |
吴友昆 | 功能规格设计 |
覃鸿浩 | 设计评审表、评分 |
组员 | 贡献比例 |
---|---|
林涛(组长) | 12% |
童圣滔 | 8% |
林红莲 | 9% |
潘雨佳 | 9% |
于瀚翔 | 10% |
袁正闻 | 6% |
吕瑞峰 | 6% |
蒋梦迪 | 10% |
王德钊 | 10% |
吴友昆 | 10% |
覃鸿浩 | 10% |
A:我们会尽量加入类似关键字屏蔽的功能,含不和谐商品会自动无法上架,减少人员工作量。
A:我们有一个审核时间,在该时间内修改商品信息可以任意次数,审核人员以最新版本为准。
A:不会。
PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
---|---|---|---|
Planning | 计划 | 40 | 60 |
Estimate | 估计这个任务需要多少时间 | 30 | 20 |
Development | 开发 | 0 | 0 |
Analysis | 需求分析 (包括学习新技术) | 100 | 100 |
Design Spec | 生成设计文档 | 120 | 120 |
Design Review | 设计复审 | 60 | 60 |
Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 30 | 20 |
Design | 具体设计 | 30 | 30 |
Coding | 具体编码 | 0 | 0 |
Code Review | 代码复审 | 0 | 0 |
Test | 测试(自我测试,修改代码,提交修改) | 0 | 0 |
Reporting | 报告 | 60 | 60 |
Test Repor | 测试报告 | 30 | 20 |
Size Measurement | 计算工作量 | 20 | 10 |
Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 30 | 30 |
合计 | 550 | 530 |
第N周 | 新增代码(行) | 累计代码(行)? | 本周学习耗时(小时) | 累计学习耗时(小时) | 重要成长? |
---|---|---|---|---|---|
1 | 200 | 200 | 13 | 13 | 学会了EDraw Mind Map等制图软件的使用、懂得了需求分析报告的规范 |
标签:项目管理 提交 比例 proc 方便 基础功 进程 关键字 The
原文地址:https://www.cnblogs.com/7Hoki/p/11749309.html