最后期限阅读笔记之三

负面效应 :
  威胁不是提高业绩最好的方法。
  如果分配的时间一开始就不够,不管威胁有多么吓人,工作也无法按时完成。
  更糟糕的是,如果目标没有实现,你就必须兑现你的威胁。
管理者必需的身体部位 :
  管理涉及到心、肠胃、灵魂和鼻子。
  因此...
  用心来领导,
  相信你的肠胃(相信你的预感),
构筑团队的灵魂,
  训练一个能嗅出谎言的鼻子。
  用指挥战争来作为管理的一个比喻
  在战役开始的时候,管理者真正的工作已经完成了。 
面试和招聘 :
  招聘涉及到所有与管理相关的身体部位:心、灵魂、鼻子和肠胃(但是主要是肠胃)。
  不要试图单独去招聘—— 两副肠胃远比一副肠胃的两倍要好。
  对于新的雇员,让他们承担与以前曾经成功过的同样难度的项目,把有挑战性的目标推迟到下一次。
  征求提示:你最希望雇的那个人可能还知道其他很好的人选。

时间: 2024-10-03 16:25:53

最后期限阅读笔记之三的相关文章

你的灯还亮着吗?阅读笔记之三

06你的灯还亮着吗?阅读笔记之三 问题最难以处理的部分恰恰是去意识到它们的存在. 如果在你对问题的理解中,你想不出至少 3 样可能出错的东西,那么你并没有真正的理解这个问题. 每种解决方法都会带来新的问题,我们永远都不能消灭问题.问题.解决方法以及新的问题交织成一条无穷无尽的锁链.我们能期望的最好结果就是新的问题没有我们“解决了”的那个那么棘手.我们使问题变得不那么棘手,其实只是把问题放在“别人家的后院儿里”.这种技巧叫做转嫁问题.新的问题常常是在无意识的情况下产生的. 当我们把我们的设计或定义

03软件构架实践阅读笔记之三

在上一次的阅读笔记当中,提到了很多关于软件构架的东西,例如:软件构架的周期性等,但是大部分的都是系统的说明,现在,下面看的都是详细的介绍. 在刚开始是构架的产生:在刚开始的第一句话就说:"构架也是若干商业和技术决策的结果",从这句话就可以看出构架对于软件技术的重要性,而正如我们所知道的不管什么事情都会受很多因素的干扰,同样的,架构会受系统涉众的影响,在上一学期,老师就提到了什么是涉众.但是每一种的涉众对于软件的要求就会不相同例如 客户涉众:要求成本低.及时交互.不要改动的太平凡等等:

程序员从小工到专家阅读笔记之三

还没有把<程序员修炼之道:从小工到专家>这本书读完,把第四章的阅读笔记写一下. 本章由五节组成,分别是按合约设计.死程序不说谎.断言式编程.何时使用异常和怎样配平资源. 完美的软件不存在,目前也没有人写出完美的软件.与人打交道是最困难的,与人打交道的方法也可以应用于编程,确保坦率的最佳方案之一就是合约,按合约进行设计,客户和供应者按就责任与权力达成共识,双方履行义务,每个人都从中受益. 死程序不说谎主要讲了程序能按预期的运行,于是我们很容易掉进“某事不可能发生”的心理.但是存在很大的风险,不要

你的灯亮着吗阅读笔记之三

我们可以告诫那些写注释的人,对于问题表述来说清晰好懂是多么的重要,直到他们被这废话的海洋淹死.我们也可以敦促问题解决者们阅读的时候更加仔细,然后他们都会变成瞎子.按照以往的经验,这些都没什么用.不管人们多么真诚地去努力,单靠增加投入精力的数量是不够的.你永远都不能确信这里的每个人对于同一个词都和你有相同的理解. 现在我们需要通过一次联谊活动把文字的含义从字面上剥离下来,并且牢记在心中.有一种方法就是文字游戏:一旦你用文字来表述一个问题, 请仔细推敲这些文字以使这种表述在每个人的头脑中都是一个意思

最后期限阅读笔记之一

本书讲了一个叫汤普金斯先生是一位经验丰富的项目经理,却也不幸遭遇了被“炒鱿鱼”的命运.这时,有人出数倍的薪俸将他“请”到一个海上的小国同时管理六个软件项目.资金.人员.设备等所有外部条件都万事俱备,汤普金斯先生可以放手去做,并将自己的奇思妙想付诸实践.本以为会因祸得福,汤普金斯先生却逐渐发现事情并没有那么简单,项目根本无法在最后期限内完成,但他已经骑虎难下,故事也就因此展开,而我从中也获得了许多道理: 优质管理的四大要素: 1选择正确的人. 2 为他们分配正确的工作. 3保持他们的积极性. 4帮

最后期限阅读笔记三

最后期限这本书读完了,有很多感想. 我们始终不能忘记,程序员也是人,当我们在以往的项目中遇到各种各样的问题,客户的需求频繁变动,来自领导.客户.销售人员要求尽快结束项目的压力,用一拥而上的方 式增加人手,计划延迟,工期变长,漫长的维护过程,乃至长期出差驻守在外地,离开家人,这个时候,没有成就感和疲惫的感觉会让最好的程序员失去热情.在这里要提到的是, 曾经有个项目工期太长,每个周一都要出差去外地,在那段时间里,我甚至得了"周日晚上失眠(恐惧)症",噢,可怜的程序员们,你们是否也有过类似的

人月神话阅读笔记之三

就目前情况而言,还不错.然而,现在所面临的问题是如何完成5000人年的项目,而不是20或30人年规模的系统.如果整个工作能控制在范围之内,10人的团队无论如何组织,总是比较高效的.但是,当我们需要面对几百人参与的大型任务时,如何应用外科手术团队的概念呢? 扩建过程的成功依赖于这样一个事实,即每个部分的概念完整性得到了彻底的提高——决定设计的人员是原来的七分之一或更少.所以,可以让200人去解决问题,而仅仅需要协调20个人,即那些“外科医生”的思路. 对于协调的问题,还是需要使用分解的技术,这在后

梦断代码阅读笔记之三

今天我看到了本书的第九章,本章主要讲了关于软件开发的方法论.同时作者为我们介绍了软件缺陷编年史上数量不多但是足以警示世人的惊人灾难. 1962年6月,水手一号探测飞船在发射5分钟后偏离轨道,为避免坠入居民区,飞行控制人员只好将其引爆.问题在哪?导航控制程序中少了一个连字符.1996年6月欧洲航天局投入5亿美元建造的阿丽亚娜5号无人运载火箭发射后40分钟爆炸,原因是在控制其导航系统的程序中有一个缺陷.(代码要将64位变量转换为16位变量,但是数字太大,出现缓存溢出,系统停滞了.)从1985年到19

《你的灯亮着吗?》阅读笔记之三

第五篇  问题从哪儿来的? 问题来自哪里,我们应该多从自身想想,每个人都多做自我反思那么这个团队相对而言就会比较和谐了,相反如果每个人都不愿意背锅那么这个团队也是名存实亡,这就不能成为一个团队. 第六篇  我们真的想解决问题吗? 圆满地解决问题是建立在准确定义和全面深入分析问题的基础上的.我们最终解决问题不是解决这个问题而是用最简单最优化的方法解决这个问题. 整本书的总结:这本书提示我们,真正的问题所在可能并不是你现在的所想,换个角度分析,或许就找到了问题的真谛.