《最近开发的一个软件项目管理软件(也算是对管理的讨论)》的相关内容

最近我们部门在努力通过CMM3中，经过一段时间的培训和实做。发现了一些比较令人困惑的地方，记录下 来可以探讨一下。 CMM的目标是提高组织的成熟度，利用软件开发过程通过固化甚至严格量化的过程来提高整个组织的成熟 度进而达到较高的项目成功率和客户满意度。嗯，通过最初的培训，经历了以前开发过程比较混乱，存在 各种问题的我觉得茅塞顿开，原来做软件可以这样。这样的开发才可以叫做工程。可是，真正开始 ...

与高手交流，经常容易陷入的一个陷阱是他们往往都有一些自己心爱的工具（古龙：七种武器）。他们非常喜欢谈论使用某种工具后开发效率有了显著的提升，而且深深以自己使用的工具为傲，似乎你没有用这种工具就完全没有与他进行交流的共同词汇。 这种倾向经常使初学者忙不迭地找来那种工具学习掌握，等到好不容易用熟了，却发现并不一定有那么神奇的功效而感到失望。我发的“什么是软件开发的核心问题”的帖子就是想提醒大家要把主要 ...

软件开发最初就是写代码，为什么会变成一种工程？软件工程目前的状态还是处于初级阶段，比起建筑工程、机械工程这些有严格数学基础为支撑的科学，软件工程称为“工程”还很勉强。所以在目前阶段，你最好是采纳胡适的看法，把所有的理论都当作待证的假设。 胡适 写道一切学理，都只是参考的材料，暗示的材料，待证的假设，绝不是天经地义的信条。 我是程序员，我想更加安心地写程序，更好地满足客户的需求。但是我发现埋头写程序 ...

5月7日 最新的银弹证据！（居然达到了14:1，实在令人兴奋）： 大意：通用汽车公司（GM）的一个早期应用——用于汽车修理维护部件的库存计划和维护管理系统。旧的系统由265,000行PL/1代码组成，花了12.5人年，运行时需要13.6M内存，替代系统用Smalltalk 80开发，总共用了不到1人年的时间，系统只有22,000行代码，内存仅需1.1M。两个系统的性能大致相同，但二者的总体生产 ...

cmm的原始动机有很多，我今天分析其中的几个。 首先我关注的是cmm希望能够满足组织间能力成熟度的对照评价。 实际上真正被关注的是组件间开发能力的评价，而由于cmm本身的限制，其提供的只能是这个评价的一个参数。而这里其实就有很大的问题。比如评价一个军队的战斗力，不能仅仅是评价其组织的能力，还应该评价其装备和指挥思想以及基础人员的基本素质。而就一个开发团队来说其过程显然是受其使用技术和面向的商业环 ...

转自： http://blog.csdn.net/qingrun/archive/2007/03/26/1541890.aspx 软件开发过程技术应用研究 n 软件开发过程技术应用研究的主要结论： 1.国内软件企业的规范化程度在不断提升 2.软件开发辅助工具的使用日益普及 3.中国软件企业仍然有绝大部分处于原始开发状态，需要真正懂得软件工程技术和管理的技术人员或者国内软件咨询技术企业的成长。 n ...

 CMMI 的全称为：Capability Maturity Model Integration，即能力成熟度模型集成。CMMI是CMM模型的最新版本。早期的CMMI（CMMI-SE/SW/IPPD）1.02版本是应用于软件业项目的管理方法，SEI在部分国家和地区开始推广和试用。随着应用的推广 ...

转自：中科永联 软件项目管理是为了使软件项目能够按照预定的成本、进度、质量顺利完成，而对人员（People）、产品（Product）、过程（Process）和项目(Project)进行分析和管理的活动。       软件项目管理的根本目的是为了让软件项目尤其是大型项目的整个软件生命周期（从分析、设计、编码到测试、维护全过程）都能在管理者的控制 ...

ozzzzzz 写道partech 写道 1.在我参与开发的项目中，绝大多数决策，都是有充分理由的； 有充分的理由你还需要决策吗？如果决策真的是一件简单，明显，不需要费脑筋权衡的事情，这个东西还能叫决策吗？ 这个观点，让我有点吃惊。难道决策就是绞尽脑汁，最后凭着直觉得到的东西？ 那么，那些做“决策支持系统”的人，岂不是都在瞎搞？提供那些有用的信息干嘛？ 举个例子： 标准化的英语考试： 如果懂了， ...

我一直在想办法提升管理软件的销售价。 在软件产品方面，分了高级版、标准版、简化版。并且引入了测试，提高产品质量。引入了文案，制作了产品白皮书、操作帮助说明、安装说明、配置说明、维护说明、新版本更新说明、操作视频、演示版。在软件UI方面，引入了美工。在实施方面，引入了金牌实施顾问、银牌实施顾问、铜牌实施顾问。在服务支持方面也亦然。一切的一切，都旨在一个产品，面对不同层次的客户进行裁减组合，销售不同 ...

在绩效管理中，直线管理者容易陷入为考核而考核的误区，只做一些表面和简单的工作，比如填写人力资源部下发的表格，他们会倾向于认为填写人力资源部的表格就是绩效管理的全部。于是，有表格的时候就有事做，没有表格的时候，绩效管理对他们来说就毫无意义。我把这种现象称为“表格依赖症”。 一、值得警惕的“表格依赖症” 在企业当中，当某个特殊的时间到来的时候，比如年末岁初，就会出现一种奇怪的现象，整个公司的人都 ...

敏捷不是一个过程，是一类过程的统称，它们有一个共性，就是符合敏捷价值观，遵循敏捷的原则。 敏捷的价值观如下： 个体和交互 胜过 过程和工具  可以工作的软件 胜过 面面俱到的文档 客户合作 胜过 合同谈判  响应变化 胜过 遵循计划  由价值观引出的12条敏捷原则：  1、我们最优先要做的是通过尽早的、持续的交付有价值的软件来使客户满意。 2、即使到了开发的后期，也欢迎改 ...

事情的起由是这个帖子 http://pipboy.group.javaeye.com/group/topic/2741 PersistentRecord一个比较简陋的持久层解决方案。 最近，圈子有人提议把这个东东完善一下，然后开源， 使她的功能更加完备和丰富，以使大家参与进来，以学习为目的共同进步。 不知道大家意见如何？如果有人四五个人（最好是五六个人）愿意加入的话， 的确可以实施，毕竟文档 ...

对于任何一个软件开发人员来说，架构师都是一个令人向往的角色。就连世界首富比尔盖茨在2000年卸任公司CEO的同时，也担任了微软公司的荣誉角色“首席软件架构师”，可见“架构师”这一称谓的吸引力。架构师是公司的“金领”，有着非常高的收入，很少需要考虑生存的问题，从而有更多的精力思考关键技术问题，形成“强者愈强”的良性循环。部分优秀的开发人员在工作了一定时间后，就要开始考虑自己的未来到底向哪个方向发展。 ...

Google背后的分布式计算架构策略 Google是与众不同的。它的独特不仅仅表现于革新的思维和充满创意的应用 (比如那个大堂里的地球模型)，更在于其有别常规的IT策略…… 　　加利福尼亚州山景城(Mountain View)Google公司(Google，下称Google)总部有一个43号大楼，该建筑的中央大屏幕上显示着一个与Google地球(Google Earth)相仿的世界地图，一个转动 ...

Opera CEO Jon Stephenson von Tetzchner 1967年8月29日出生于冰岛雷克雅维克，现任 Opera 软件公司 CEO。他与 Geir Ivarsøy 曾就任于挪威国家电话公司，并开发了 MultiTorg Opera 的浏览器软件。1995年 Jon 和 Geir 组建了一个新公司来继续开发工作，就是现在的 Opera Software ASA。 ...

刚刚听译完 1/3 ,凑合看吧, 还有点意思.后面的部分可能更精彩一些, 关于 php6 支持 utf16 , php 的性能扩展问题, 安全性问题等等. 感觉 Rasmus Lerdorf 这个人说话比较实在. 听译文如下: ----------------------------------------------------------------------- Leo Lapor ...

这是一个Oreilly的记者对于DHH的采访，谈论了一些Ruby on Rails的技术和趋势 原文在：http://news.oreilly.com/2008/08/interview-with-david-heinemeie.html 下面是翻译： ==================== 上周，在芝加哥我采访了David Heinemeier Hansson，谈论了一些Ruby on R ...