标签：style class width c 代码 table
三周多的时间，我们按照王建民老师的要求，每日站立会议，按照软件工程Scrum开发模式对我们的小项目进行开发，此时我们的项目也有了一定的雏形。
绩效考核我们决定考核与评论两方面相结合，考核主要由组长来考核，并由一个或者两个组员监督考核的公平与公正性，评论主要是阶段性总结会议时大家对除了自己以外的每个人根据一阶段来的表现（领取任务，以及任务的完成性，和对本项目的热情高度，站立会议到会情况（是否来签到，是否迟到，）站立会议是否积极发言）进行评论，算入绩效考核的20%，下面是考核制度。
|
考核类型 |
评判标准 |
考核目标 |
权重 |
得分 |
|
会议讨论 |
站立会议是否按时参加 |
站立会议能够按团队规定的时间参加且不迟到 |
8 |
五个档次 |
|
站立会议上是否积极发言，并阐明自己的想法 |
积极发言，说出自己的想法，且向大家阐明想法的必要性，避免出现不发言，不参与的情况 |
8 |
| |
|
站立会议上敢于说出自己的进度，对团队做到透明性 |
不能因个人遇到的问题不好意思说影响项目进展 |
8 |
| |
|
会议上阐述的事情是否明确 |
每个人都能够在会议上说出昨天完成的，今天要做的和遇到的问题 |
8 |
| |
|
任务情况 |
设计思想 |
对项目的新想法是否有提出，是否对本项目的设计思想提出自己的想法以及自己的创新之处，为项目增添活力 |
8 |
|
|
积极认领任务（包括代码，博客的书写） |
积极认领任务，对团队项目充满热情，避免不发言不干活的事情发生 |
10 |
| |
|
代码规范以及文档规范 |
由于每个人都会写代码，考察是否符合组内制定的代码规范，以及设计文档人员是否按照国家标准文档来进行撰写 |
10 |
| |
|
任务完成情况 |
任务按时完成，不逃避，不影响团队项目的进度 |
12 |
| |
|
事后代码修整 |
对项目的整体着想，不能只管自己设计的部分对别人的任务不管不问，自己的任务模块出现问题后能够做到全方位服务，修改并提交其他组员 |
10 | ||
|
文档以及博客的书写 |
能够及时发布博客，整理团队队员的想法与思路和任务完成情况，相关文档能够按照进度提交，不拖拉。 |
10 | ||
标签：style class width c 代码 table
原文地址：http://www.cnblogs.com/zsjy/p/3708029.html
