最后期限阅读笔记2

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

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

负面效应 :  威胁不是提高业绩最好的方法.   如果分配的时间一开始就不够,不管威胁有多么吓人,工作也无法按时完成.   更糟糕的是,如果目标没有实现,你就必须兑现你的威胁. 管理者必需的身体部位 :  管理涉及到心.肠胃.灵魂和鼻子.   因此．．．   用心来领导,   相信你的肠胃(相信你的预感), 构筑团队的灵魂,   训练一个能嗅出谎言的鼻子.  用指挥战争来作为管理的一个比喻   在战役开始的时候,管理者真正的工作已经完成了.  面试和招聘 :  招聘涉及到所有与管理相关的身体部位

安全和变化 除非感到安全,否则人们就不能去迎接变化. 在所有成功的工程中(以及在绝大多数其他有价值的工作中),变化都是基本的要素之一. 安全感的缺乏会让人们反对变化. 逃避风险是致命的,因为这会让你也得不到与风险同在的利益. 人们可能会因为来自客观世界的直接的恐吓而觉得没有安全感,但是如果察觉到管理者可能滥用权力来惩罚自己,他们也会觉得没有安全感. 人们反对变化的原因通常是缺乏安全感 控制风险,让不好的消息能够有畅通的渠道来表达,尽早取消失败的工作比成功还重要. 量化项目的某些指标时,要选择或创

优质管理的四大要素: 1.选择正确的人 (人力资源管理) 2.为他们分配正确的工作 (计划,WBS,估算,时间管理) 3.保持他们的积极性 (人力资源管理和沟通管理) 4.帮助团队凝聚起来并保持团队的凝聚力 (人力资源管理和沟通管理) 软件开发项目以人为本,人是软件项目管理第一要素.如何选择到合适的开发成员,激发他们和整个团队的热情是项目成功的重要保障.项目不是需要全牛的人,是需要胜任的成员,能够人尽其用的成员,成员的积极主动心态,热情,责任感和团队归属感更为重要. 第二点强调项目中尽量每个人都

这是第三本书了,看开头时,感觉是一本故事性比较强的书,比较适合我看...现在看了一些了, 也有一些心得. 如何对软件开发团队进行管理,显然是这本书想要阐述的核心,在小说里,汤普金斯对此有着独到的见解:选择正确的人,为他们分配正确的工作,保持他们的积极性,帮助团队 凝聚起来并保持他们的凝聚力.这里,最重要的是人,和团队,而不是许多冗长枯燥的管理课程中讲述的那些"文案":甘特图,波特图,状态报告,交流规范,会议计划,时间卡,进 度跟踪记录,项目里程碑报告,质量管理程序……那不是管理,管理是

<最后期限>阅读笔记-3    虽然这是一个信息的社会,很多资料随手可得,但是我们却变得不在勤奋,我们习惯了使用现成的资料,而忽略了去亲自体验这些的机会.这是一个很危险的信号,那么我们迫切的需要去避免这样一种结果的发生,就是我们不在具有创新的能力.如何去避免呢,正如书上所说,给自己一个期限,虽然这些在团队中应用的更多,但是我们自己未尝不适用于这个法则,在有限的时间里安排自己做完某事,久而久之,我们就会发现我们的积极性大大提高,自然而然就会对手头的工作上心,而不是打酱油,一瓶子不满,半瓶子晃荡.

阅读笔记 joe Armstrong 段先德 译 核心问题:如何在存在软件错误的情况下编写具有合理行为的软件 ,如何避免像死锁.死循环等问题 ERLANG的世界观,一切皆进程.将任务分离成层次化的一系列任务,强隔离的进程负责来执行每个具体化的任务,进程之间不共享状态(实际上ETS跨越了这个准则). 只能通过消息传递来通信,必须注意进程消息的堵塞问题 工作者和监督者构成一个完整的系统,监督者的作用就是监控整个系统的运行状况.并对突发情况进行可靠的处理. behaviour库的设计思想就是将程序的并

这次主要对<构建之法>的第四章“两人合作”作一次阅读笔记. 首先是代码规范问题. 我过去对于代码规范问题并没有做到注意.在编程中,许多变量和函数的命名都非常的简单而没有实际的意义.而且编程时不注意对齐缩进.很多时候也不加注释,导致对这些简单的变量名称不熟悉. 这样做会使得很多人读代码费劲,甚至是自己都要花时间再次阅读懂自己的代码.而且很多没必要的注释也会使得注释失去意义.当自己再次在原基础上编程时,可能要重新编程等问题. 因此,通过阅读“代码规范”,我找到一些解决方法.代码的风格要简明.易读.