对员工绩效的考核与评估是每个公司都会做的事情之一，也是升职或者加薪的重要参考指标
最近，参与了类似的活动
背景如下：被评估者中的一部分参与了不同的项目，被评估者职位和工作年限不一样，最终的被评估者的评分是由所有的经理在一起讨论出来的
在整个讨论过程能够中，感觉到了一些有趣的现象：
- 每个人看的角度不同，对被评估者的评价截然不同
(所以，很好地配合每一个上级很重要) - 干系人影响的重要性
(每个人的干系人很多，一些强势的干系人对评估结果会有一定的影响力)继续阅读 »
>> 分类: 项目管理
案例分析：该怎么评呢
沉思录:IT项目产品化过程中的问题杂谈（三）
该篇于描述上线过程中的问题及其一些个人的思考
整个产品化过程中，客户旨在使用统一的产品系统，来改善企业管理的现状，希望通过这个系统提高企业的工作效率，然后，在推该产品的时，上线过程中层层阻碍，遭遇了很多的问题
- 客户方负责该产品的领导更换多次，导致了很多已经确定的事宜不得不重新改变
- 客户方内部人员思想不统一，支持方与反对方势均力敌
- 终端使用系统的操作人员非常抵触 (改变了日常工作方式，抵触也是合理的)
- 享受服务的用户权利非常大，甚至可以完全干预企业的正常运作状态 (用户利益至上)
- 期间还存在一些其他不可抗拒的因素（比如罢工，内乱等)
企业管理很混乱，没有规范的流程，大部分还是靠人工来操作，的确需要使用新的信息系统来改变，突然之间使用了新的现代化的系统，不适应这是肯定的，但为什么近乎整体都反对呢
或许这犹如去改革一些老国企一样，总有顽固的一些人
继续阅读 »
案例分析：说还是不说
案例背景：
- 在做两个子项目合同合并（例行的维护项目，将两个合同合并到一起）的时候发现了一些差异，两个合同的报价使用的规则不一样，导致了多收了客户一部分钱（折合人民币大约10k左右)
- 发生此事的时候，双方的合同期限很快就要执行完毕
- 合同已经被双方签订和确认
- 长期合作的客户（合同是按照年来签的）
案例分析：管还是不管？
<系列案例源于工作，某些情节略有更改，如有雷同，纯属巧合>
案例：
成员A 和 成员B 共同负责一个模块，A负责功能模块测试，B负责功能模块开发 （注：同一Team，不涉及到其他部门，二次均为团队成员，无上下级关系)，出现的问题：
- A 在测试过程中发现了不少的问题，问题错误情况进行了描述，通过Mail发给B，并且也通过其他方式告诉了B，并通知B去修正Bug，而B出现了下面的几种回复，A就不知道如何是好，是不是应该叫B修正Bug，以保证自己的任务完成
- B 出现的这几种回复
- 所有问题都看不明白是怎么回事 (但没有沟通到底是哪个问题)
- 那块的功能不会改，就放那放着吧
- 没有时间更改
继续阅读 »