请选择 进入手机版 | 继续访问电脑版

大名网

 找回密码
 立即注册
搜索
热搜: 活动 交友 discuz

3695

积分

0

好友

1163

主题

管理员

Rank: 9Rank: 9Rank: 9

发表于 2014-1-13 17:03:22 | 查看: 30| 回复: 0
摘要: 《项目百态~深入理解软件项目行为模式》一书,具有很多耀眼的大帽子,众多的知名作者,、19届Jolt大奖获奖作品、《人件》后续等等,按照国外评论,本文是非凡的洞察力、令人难忘事件、高度的幽默感、IT必读之书…………等等一系列难以拒绝的诱惑推荐。然而,此书最大的问题也许是文化。作者的幽默和文字的震撼,翻

正文:

《项目百态~深入理解软件项目行为模式》一书,具有很多耀眼的大帽子,众多的知名作者,、19届Jolt大奖获奖作品、《人件》后续等等,按照国外评论,本文是非凡的洞察力、令人难忘事件、高度的幽默感、IT必读之书…………等等一系列难以拒绝的诱惑推荐。然而,此书最大的问题也许是文化。作者的幽默和文字的震撼,翻译成中文丝毫体现不出来,以至于以我的阅读理解能力,数次拿起这本书,翻不了几页最终还是放弃,终于,一个偶尔的情况下找到了阅读这本书的方法,那就是-“速读”,快速的、抛开所有文字的阅读,一目一行的不求甚解的阅读,这样,也许读完一页纸只需要十几秒,但是,留在脑海中的便是其背后的含义。

有效,非常有效!

读完之后,发现整本书其实内容非常浅显易懂,因为几乎每一个例子,都能在自己项目管理的经历中找到真实的案例体会,因此,便有了共鸣,于是,有了针对每一个模式的心得,把这些感想写下来,一个是对于阅读的总结,另一个是留下自己的经验,虽然我不知道这些经验什么时候可以用的上,也许永远不需要了,也许有一天忽然可以有这么一个团队来管理,那么,只要五分钟,就可以通过这根线头,将记忆中的经验全部挖掘出来。

说是共鸣,写出了就是一两句话而已,可是,你看书中的86个模式,每个模式,不也是几个词就能清晰表述的么?!

(继续~~~)

模式22 自然权力:做决策的权力应该与能力匹配,不过能力不足,要充分征求意见。

模式23 万籁俱寂的办公室 :安静的办公室,说明失去了活力的源泉,当然,这个不安静,并不是让大家高谈阔论新闻和小道消息,呵呵。

模式24 白线 :需求界定的技术,项目必须用白线确定需求的范围,这样才能确定新技术的边界。通过建模,确定系统和业务领域直接交互的外部世界的接口。

模式25 沉默即同意 :因为沉默和同意的表述形态的一致性,就是说你不说话,大家都认为你是同意的。所以,为了避免这种情况,对于重要的承诺,还是必须写下来,遣词用语都要有一定的规范,这是为了更好的沟通。

在此,严重谴责那些开会讨论时不说话,之后说我从来没有同意过的同学,直接拉出去打板子!

模式26 稻草人 :无论用户还是研发者,人们天生都是高效的改进者,只有极少数愿意从零开始。因此,我们需要一个稻草人模型,就是我们说的原型,这个原型其实为了引导一些人思考和回答问题,所以,稻草人设计中可以增加一些错误,因此,稻草人的哲学是:提前犯错,尽早犯错,频繁犯错,这样你才能最快的得到正确的结果。

很多时候我们要解决的问题模型太复杂了,因此任何人都不能一下子在脑海中成型,所以你要抛去自己的面子,制造一个用户可以忍受(别适得其反,一看你的差劲原型直接失望之极!)的原型(哪怕你是精心制造,也必然是问题百出的),让他们嘲笑好了,你的目标是最终那个有效的原型。

从另一个角度来说,不敢犯错,不善于犯错的人,更甚者,不能剖析自己承认错误的人,前景必然是很可悲的!

模式27 伪造的紧急性 :很多,很多极具诱惑力的项目,很可能是伪造的前景和利润,当然也会有一个伪造的紧急性,这样,你才会觉得它很重要。没关系,用头脑简单的分析一下就明白了。

模式28 时间清除了你的手牌:别让时间来决定什么,用你的头脑实现决定。

我们必须知道最核心的功能,最终按照时间发布的必须是最核心功能,而不是那些完成了的功能,因此,在时间上必须有一个明确的优先级,这很重要。

模式29 levis与clark :如果一个项目技术和需求都没有成型。那项目团队必须在一个项目开始前进行探索发现。这种技术探索是必须的事情,要在有限时间和资源限制下,快速地解决最最最关键的技术也领域问题,可以粗一点,但必须通过这种发现确定后期的项目范畴和技术方向。……实际上,这种探索带来的受益是很大很必要的。

也许90%的程序猿猴不知道上述两个单词的含义,因为他们从来不去享受生活。

模式30 短铅笔 消减成本要有限度,如果消减成本带来了大量的工作,进而导致进度表拖延、低水平任务泛滥、无效果工作,则员工忠诚度和创造性,士气都会受到影响。~~~所以,算好这笔账。

模式31 节奏 :不要总是盯着遥远的最高点,那不应该是你的目标,而现在开始的一小段时间是最最最至关重要的! 对于团队,针对一段可预测的时间,通常是一个月,最后的结果要求和审查,必须有一个明确的可量化稳定的软件交付,这样才有最后目标的达成,任何一个月的目标没有达成,都必然导致最后年度目标的无法达成!(很不幸,这是真的,是很多很多失败项目总结出来的)

因此,必须划分可控制的小阶段,然后针对某个阶段实现经常性的审视,保证研发的节奏是合理的,结果是可预期的,形成统一的研发步调。

7.11 凌晨 于DY

您需要登录后才可以回帖 登录 | 立即注册

Archiver|手机版|

Copyright © 2013-2014 Comsenz Inc. 版权所有 站长邮箱: zhizhebuhuo&yahoo.com(请用"@"替换邮件地址中的"&")

回顶部