Category: 管理

微管理 Micro-Management 和 微管理者 Micro-Manager

微管理 Micro-Management 是公司管理的一种术语, 指的是经理对于下属的过度细致的”管理”. 微管理经理是对员工过度监督的老板或经理. 一个微管理者, 不是告诉员工需要何时及需要完成哪些任务, 而是密切关注员工的行为, 并经常批评员工的工作和流程. 举个很简单的例子吧, 经理如果时不时(很经常)的找下属开会, 经常过来检查进度, 这就是一种微管理的表现. 微管理是很有害于员工成长的, 员工会感觉没有自由, 有点像高中学生生活老师家长每天都在监督学生的学习情况, 学生只能循规蹈矩按部就班的学习, 特别是高三的时候更是只能以学习为主要任务. 微管理 Micro-Management的表现 如果经理有以下情况, 则很有可能他/她是个微管理者(总体来说, 就是对于下属(能力)的不信任): 经理总是对于下属的交付成果不满意, 总是认为组员不如自己. 经理总认为他会以不同的方式来完成任务. 经理总是纠结于细节, 并在修正时感到非常自豪和/或痛苦. 经理经常想知道所有团队成员在哪里以及他们正在做什么. …

公司实行新的在家办公制度 – 你允许员工在家办公么?

在家办公 – Work From Home, 公司的老外简称 WFH. 什么工作可以在家办公? 不是所有的工作性质都能在家办公. 程序员, 搞IT的有台电脑网络就能在家办公 甚至可以去公园去咔啡店. 但是主要是和人打交道的HR, 或者跑销售的, 还有一些需要到现场的就不可能选择在家办公. 我媳妇在Tesco上班, 她的工作是整理超市的文具(Stationary)的货物, 我笑着问她能否申请在家办公? 她说 “意念控制啊?” 在家办公的好处(优点) 明显的好处就是时间较为灵活, 省去了上下班路上的时间. 再一个就是碰到一些特别的事情就不需要为此请一天假. 比如把车送车厂检修, 或者在家里等包裹 就不会因此耽误一天的工作. 在家办公效率高? 我觉得这个因人而异, …

git 和代码审核

我们团队 已经从 SVN 转到 git 代码管理 已经有一个多月了. 变化很大. 我最喜欢的就是 git 的 分布式仓库管理 和 Visual Studio Online 的代码审核. 分布式代码仓库 SVN是中央代码管理仓库. 意味着如果服务器挂了 开发人员就无法工作了. 但是GIT不同. GIT是多级分布式仓库. 所有的代码得先提交到本地仓库然后再 推送到远程仓库. 离线了一样可以工作. 并且 在 git …

敏捷开发扑克游戏

敏捷开发 Agile Development 在每个短跑 Sprint 开始的时候都会有一个 圆桌会议. 开发小组成员会聚在一起 讨论需要开发的任务 并且会细分每个任务. 这时候我们就可以用到下面的扑克卡片. 预先需要有一个成员(可以是随机, 可以是轮流) 先把需要开发的任务汇总一下 并且把每个开发任务尽可能的细分成子任务. 这时候一开始会选一个难度适中的任务做为标准 (分数为1) “每副卡片可供4人预估 分数为 ?, 0, 1/2, 1, 2, 3, 5, 8, 13, 20, …

零代码警告 和 甜甜圈

不管写什么程序 我们都应该追求零代码警告. 编译器的警告总是会提醒你代码质量或者是更为严重的问题. 半年多前 公司的代码库有1600多个警告. 主要是 (1) 变量声明/赋值了并有用到 (2) 通用异常 (3) 无法到达的代码 (4) 继承多态需要指定 new 还是 override. 在 JENKINS 集成编译服务器的帮助下 每一次编译的代码警告都能被记录下来并画成曲线. 这样就能跟踪软件的质量. 最近我们公司把代码警告的数目降低到 零了. 之后我们就可以在编译的时候加入Powershell脚本以下判断 if ($warnings -gt 0) …

敏捷开发 – 燃尽图 (Burn Down Chart)

之前介绍了敏捷开发中的大显示器和任务分解, 还有一个比较有用的图表就是 燃尽图 (Burn Down Chart). 横坐标 是剩余时间 纵坐标是剩余任务数量. 理想状态下 我们会有一条 y = -kx + b 的直线. 当到最后规定时间的那一天 整个团队刚好完成所有的任务. 当然 团队做得进度比理想的要好的时候 实际的这条线就会在下面 相反如果进度拉后就会在上面 或者交叉前进. 这时候我们可以从这个表中大概估计团队的整体进度 或者及早发现如果有的任务卡住了怎么办. 英文: https://helloacm.com/agile-development-burndown-chart/ 本文一共 …

敏捷开发 – 短跑墙

在敏捷开发里 (Agile Development), 每一个短跑(Sprint) 就是在一段时间内 保证完成计划的任务 而不受其它事情的干扰 这样在时间段结束后工作进度就能被 审核. 在黑板上 贴有每个被细分的任务, 不同颜色代表不同的工作类型, 当工作无法完成(因为没有预料到的难度或者其它事情的影响) 这时候就可以把项目所代表的便贴纸给移到 “Blocked” 那栏. 同样, 如果完成了 就移到”完成”那栏, 这样团队的成员就可以随时了解到团队的整体进度. 英文: https://helloacm.com/agile-development-sprint-board/ 本文一共 175 个汉字, 你数一下对不对. 敏捷开发 – 短跑墙. …