zhibin的程序日记

我之前写过一篇叫《加班与效率》的文章，从概念上说了一些我对“效率”的认识，但是那篇文章趋于概念化，对于一些没有经历过这样的环境的同学来说，可能会觉得太抽象了。很早以前就想写一篇更具体一点的，可执行的文章与《加班与效率》这篇文章相辉映，并再把我两年前在杭州QCon上的那个“鼓吹工程师文化”的《建一支强大的小团队》（新浪微盘）的观点再加强一下。但是我遇到了一些思维方式上的麻烦——我讲的总是

作为一名技术主管的工作是令人非常振奋的，你每天都需要应对新的挑战，要解决新的问题，以此获得很大的满足感。但有些时候，为了改进你的团队，让它变得更强大，你还需要一些提示。有许多种技术可以保证我们所生产的产品质量，但其中最重要也是最强大的一点毫无疑问是反馈循环。如你所知，开发新软件比起科学研究更依赖于经验，这也是我们需要衡量指标以及小型的、但增量式的改进的原因，只有这样才能够满足用户或客户的需求。反馈

检查员工工作，是基层管理的工作之一。那么，如何有效率开展检查工作，是日常工作需要去思考的问题。在检查工作方面，我总结了3点经验。1）审核数据库结构，2）审核数据流，3）成果演示。原则上，要重设计，重成果。为什么要重设计？所谓万丈高楼平地起，如果一个建筑物的地基打的不牢固，即使完工了，大楼也会有坍塌的风险。在软件当中，意味着返工，或者大量的bug存在。第二是重结果，工作是为公司带来价值，如果工作没有

回顾一下，上一篇讲述了如何检查员工工作，主要是从技术的角度去想问题。这一篇，主要是从项目管理的角度去分析。从项目管理上来说，管理主要是对工程节点的把控，拿软件工程来说，完成一个软件产品，至少要经过需求分析，设计，开发，测试，部署这些步骤。“开发完成”就是一个节点，而项目经理获取到这个信息的时候，也许会调动测试组进行测试，其他开发组进行codereview……。设想比较美好，但是，怎么去获取每个

当PHP开发组长已经有大半年的时间了，一直没有时间总结一下管理经验。这次，准备把平常管理上遇到的问题总结下来。明确团队的职责，是管理入门的基本功。一个团队，首要的任务就是完成公司的任务，为公司带来价值，否则将会面临被裁的命运（真的不是危言耸听）。一、明确团队的职责范围团队的职责范围，也就是明确如何为公司带来的价值。比如说，我在公司里担任资讯组组长，主要负责的是平台网站文章这块。这时候，我会

员工离职一般是两种情形，一是员工主动离职，其二是公司主动辞退。对于HR经理而言，处理员工离职是件不轻松的事情。而处理好员工离职的面谈管理，在HR的工作中既要注意方式，也不能疏虞细节。那么，在实际工作中如何处理好这两类离职的员工的沟通工作呢？ 　　首先，我们先谈主动离职员工的沟通面谈管理工作。 　　一般而言，员工提出离职不外乎三个方面，  一是即来自外部因素的干扰，比如受社会价值

一、日程任务类甘特图甘特图内在思想简单，即以图示的方式通过活动列表和时间刻度形象地表示出任何特定项目的活动顺序与持续时间。基本是一条线条图，横轴表示时间，纵轴表示活动（项目），线条表示在整个期间上计划和实际的活动完成情况。它直观地表明任务计划在什么时候进行，及实际进展与计划要求的对比。管理者由此可便利地弄清一项任务（项目）还剩下哪些工作要做，并可评估工作进度。二、解决问题类5w