导航↓ 相册|收藏博客|加入友情链接|给博主留言
日历
道不远人
我要啦免费统计阅读使人充实，会谈使人敏捷，写作与笔记使人精确。史鉴使人明智；诗歌使人巧慧；数学使人精细；博物使人深沉；伦理之学使人庄重；逻辑与修辞使人善辩。-培根
搜索
搜索sharptoolbox的博客：

标题正文标题+正文
最新回复
13014529980
2018-5-24 14:46
怎么下载
15036078802
2018-2-25 12:54
 谢谢分享

15036078802
2018-2-25 12:54
 很不错的内容，谢谢

黑猫大队长
2018-1-15 21:46

™™™
2017-10-18 10:12

 回复


™™™
2017-10-18 10:11
 热祁睿峰

™™™
2017-10-18 9:52
学习经验
Z浪迹天涯
2017-10-16 1:3
hao
sunnyrl
2017-9-13 12:2
学习
pangdan2007
2017-7-10 19:54

 来学习


博客信息
  • 创建：2007/2/23
  • 文章：970
  • 评论：5125
  • 访问：1000309
  •  
博客日志

2008-11-1 23:19 | [原创]博客说明 | 顶

由于精力原因，该Blog无法做到每天都及时更新，对于最新的文章请访问我的新浪博客，地址是：http://blog.sina.com.cn/cmmi

也可以点按钮增加我的抓虾订阅。订阅到抓虾

编辑 | 阅读全文(3401) | 回复(3),人月&神话 发表于 2008-11-1 23:19

2012-3-13 21:32 | [原创]对产品化的再思考

产品和项目完全是两回事，如果我们基本都是项目型的产品，要想从项目化系统演化为成熟的产品是相当困难的，同理如果是定制项目型一开始要考虑太多的产品化要素也相当困难。项目型往往是磨合，熟练业务和技术，形成产品化和平台的意识，很多时候真正要做产品化的产品，还得抛弃掉原来的系统重新做。

什么叫真正的产品化？真正的产品化产品重点是模块化和可定制，一套产品要满足多个用户的需求。可定制又包括两个方面的内容，一个是用户本身可配置，一个是用户本身可以通过组件提供的接口进行二次开发。越是成功的产品往往模块化和可定制能力越强，产品本身变化为一个产品平台，而产品平台本身重点又在核心基础组件和技术组件，核心功能组件，核心底层数据架构和模型的提供。

产品化产品和快速开发平台是两回事情，很多时候我们一说到做一个产品化产品就容易理解为要做一套快速开发平台，数据建模，界面可视化表单设计，可视化工作流等全部都得做。产品化产品本身分两类，一类是本身确实就是一个快速开发平台，这类适合单纯的业务表单+工作流流转的，如现有的各个厂家推出的BPM产品，原来rational公司做的CQ缺陷和变更管理工具等；还有一类是大型业务系统类产品，如大型ERP系统，CRM系统，这类产品重点不再是数据建模和表单建模，因为专业化的业务系统需要在产品里面本身就有完善的数据模型和业务模型，这是产品的核心价值。

由于对于快速开发平台在前面的文章都已经谈到过，在这里仅仅谈第二类产品如何做好产品化的问题。

在纯粹的技术架构层面，需要有足够的稳定性，性能，可扩展性，开放性，技术架构选择重点在底层架构而不是在UI层，重点在稳定，性能和简洁而不是多么绚丽。这是做产品的基本要求，各种最新的技术往往并不适合应用到做产品中，包括我们原来用ext，flex做产品，最终都又回归到传统的html模式。技术架构本身要支持组件化开发，版本管理和独立部署。

在基础平台层面，我们需要……
编辑 | 阅读全文(5619) | 回复(2),人月&神话 发表于 2012-3-13 21:32

2011-10-19 22:03 | 谈BPM和工作流(1)

关键字：bpmsoahwf流程 业务流程
最近BPM业务流程管理越来越受到大家的重视，而BPM本身也用于后续基于SOA的流程整合，BPM如何用如何落地一直是我最关心的问题，BPM本身和工作流也存在较大的区别，如何更好融合也是一个需要考虑的问题。

企业信息系统构建本身就应该遵循流程分析，业务建模，子系统划分，系统功能建模的逐步分解过程。由于企业内职能部门的划分，而业务系统往往又需要一个归宿的主导部门，在企业发展大后一个业务系统也很难完全支撑到企业所有业务流程和业务活动。因此不可避免的导致了企业在各个业务域衍生了多个业务系统，业务系统主要实现价值链的一个核心业务域，但是业务系统必须要整合和集成才能够满足端到端流程的整合。

端到端流程整合出现断点或流程不畅通，一方面是业务系统本身的分解有问题，一方面则是业务系统之间集成有问题，业务部门各自为阵导致了系统集成这种中间地点没有一个主导部门去管理和负责。业务系统本身分解问题主要体现在没有一开始就从企业架构和应用架构出发来考虑业务系统建设，业务系统建设不是从顶向下的，而是完全根据业务部门需求各自建立。系统间集成问题则主要体现在了完全不考虑集成的标准规范，集成的方式，集成本身的可复用性，导致大量重复建设。

流程建模遵循高端建模逐层分解的思路，高端流程往往正是我们关注的业务流程，高端流程跨越了多个业务域，多个业务活动，多个业务对象和单据实体，最终完成了一个端到端业务。如供应链端到端，涉及到采购需求，采购计划，采购策略和实施，采购订单，采购执行诸多环节和业务对象。高端业务流程中采购订单生成只是一个业务活动或子流程，而采购订单制作和生成本身又需要根据订单类型或金额设计不同的审批流程，而采购订单拟制后的审批流程才是我们经常所说的工作流，人工工作流或审批流。

那么从这个意义上很容易看到业务流和工作流的区别如下:

 
  • 业务流往往会跨多个业务系统，而审批流往往主要涉及到一个系统。
  • 业务流往往会涉及到……
编辑 | 阅读全文(4281) | 回复(2),人月&神话 发表于 2011-10-19 22:3

2010-9-5 12:47 | [原创]谈动静分析方法的普遍适用性


静的分析包括分类，分解，分层，架构，组成，组合等。其核心是通过分而治之的方法来研究事物的内部结构和组成，以全面的了解事物的构成和组成要素。动的分 析包括阶段，流程，活动，步骤，方法，排序等。其核心的研究事物的生命周期和运行机制，以全面的了解事物发展过程，在不同阶段下表现出来的状态特征。动静 结合则是静中有动，动中有静，研究静止的组件的活动和交互，将静态和动态结合起来更加深入的理解事物。

阅读和文章
书籍阅读核心仍然是动静分析的方法。一本好书首先是符合金字塔原理，静态的章节体现了很好的知识结构体系和分类。这是了解书的第一步；其次是去探寻各个章 节之间的关系和交互点，章节之间如果完全是离散的就不可能是一本好书，一本书就是讲一个故事，各个章节之间必须既有独自的目标，又为全书的核心主题阐述服 务。

个人知识管理
静态的东西是知识库，知识的分类，和自己职业发展相关的知识体系结构的搭建。动态的东西是知识的全生命周期管理，包括资料的收集，分类，应用，分享和创新等内容。

PPT的制作
类似与阅读和文章，只是书籍的进一步高度抽象。抽象的重点仍然是静态的架构和动态的流程或方法论。我们建议的方法仍然是先有方法论引入，将各个章节的内容 做一个串联。然后在过渡到各个章节内部，这个时候可以是细分二级的流程和方法论，也可以直接开始进行架构域分解。比如讲到实施这一章，实施本身就是一个动 态的活动，因此最好先讲实施方法论；讲到软件解决方案，则是偏静态的东西，最好先给出总体的解决方案架构。

IT规划
信息化规划本身就是动静结合很好的体现。最高端可以看到Zachman偏静态，而价值链又偏动态。再次的分解可以看到业务架构偏动态，而……
编辑 | 阅读全文(5958) | 回复(0),人月&神话 发表于 2010-9-5 12:47

2010-2-12 22:18 | [原创]人月神话博客电子书V2.0版本下载

关键字：博客 电子书

整理了一天多，终于整理完成，感谢萧秋水童鞋提供的博客导出服务，EasyCHM提供的电子书制作工具，DBank数据银行提供的文件存储空间。整个电子 书除少量文章我删除外，基本涵盖整个博客所有文章，而且分类根据清晰和完善。整个目录结构如下图，其中黄色底色部分为提供专门主题阅读的主题。

DBank数据银行提供的 电子书下载地址

编辑 | 阅读全文(6112) | 回复(14),人月&神话 发表于 2010-2-12 22:18

2010-1-12 19:07 | [原创]强烈推荐-《超越对手-大项目售前售后30种实战技巧》


 

当当网书评链接  

卓越网书评链接   

豆瓣网书评链接
周末拿到了我的朋友秋叶和秋水的新书《超越对手-大项目售前售后的30种实战技巧》，本来想当天就写些推荐和书评，但是我没有真正仔细阅读就仓促写是对作者和读者都不负责任的态度，所以还是花了2天时间做了仔细阅读，记录一些自己的读书笔记。
最近大半年我的工作存在一些转型，原来重点是IT企业内部的研发项目管理，现在开始涉及到比较多的售前和实施项目经理的相关内容。在读该书前，我特意回顾 了下这段时间自己做过的这方面的经历和自己认为的关键点，看看书里面是否对这些内容都能够谈到，最终的结果感觉很满意，书里面该谈到的重点都谈到了。秋水 和秋叶都是做过多年项目经理实践的朋友，所以看了该书第一感觉就是可读性相当好，读完后用两个词来总结的话就是全面性+实战性。这本书的内容我就不再多再 多的透露，还是仅仅从我读完的感受再来写一个较为全面的推荐。
该书适合哪些读者
该书适合售前销售人员和客户经理，售后实施人员，管理软件企业的高层领导和管理团队，这些读者收获会比较大。对于售前技术方案顾问，IT研发项目经理也推 荐一读，可以对售前售后工作有全面了解。刚工作的读者可以将该书做为工具书和参考书，有些实战性内容和经验的重要性可能还无法完全理解，可以工作一段时间 后再回顾一下。工作经验比较久的读者可以通过该书比较系统化的整理售前和售后项目管理工作思路和流程。
该书的特色
该书除了前面总结的可读性，全面性和实战性外，几个我认为比较有特色的地方是。该书每页边栏上的一句话经验总结，这些总结很多都是经验之谈，确实是浓缩的 都是精华。其次是该……
编辑 | 阅读全文(4449) | 回复(0),人月&神话 发表于 2010-1-12 19:7

2010-1-9 22:55 | [原创]对《金字塔原理》的再认识 (入选推荐日志，加10币)

关键字：管理咨询 咨询行业 思维 问题
逻辑即是结构化思维的核心，自上而下的组织思想和自下而上的思考，这个提法仍然很模糊，在后面章节才是真正比较细化的阐述，即金字塔本身的构成不是单纯的自上而下，也不是单纯的自下而上。自上而下很多时候是用在演绎的过程中，但是当我们对一个知识领域很熟悉，对目标很明确的时候我们仍然是可以自上而下思考的，而自下而上则是归纳的过程，里面的核心是归纳，具体的详细阐述在第6章和第7章的确定逻辑顺序和概括分组思想。

对于纵向和横向是第2章阐述的一个重要内容，理解清楚纵向和横向是整个金字塔结构形成的重点。纵向的核心是分类和分解，关注主题和子主题之间的逻辑关系，在纵向的形成过程中一个是涉及到问题分析中的5W法则，更重要的则是归纳和演绎的应用，可以是通过子主题的归纳形成父主题，也可以是通过父主题的演绎形成子主题。书里面在横向分析中区阐述归纳和演绎并不十分恰当。对于横向重点则是横向的多个节点本身应该是符合一定的分组特征和分类特征，要保证横向是在一个层面上论述问题，减少横向阐述之间的相互干扰和重合，在这里即MECE法则中的相互独立性，同时保证同一层次和同一分类性。完全穷尽是纵向，相互独立是横向，在这里引入MECE法则更加合适。

金字塔结构中通过三种方式进行关联，即向上关联，向下关联和横向关联。注意向上关联的重点是归纳，涉及到第7章的概括分组的应用；向下关联重点是分类和分解，即演绎，涉及到第6章的确定逻辑顺序。而对于横向关联，是在归纳和演绎过程中要注意横向管理，书里面并没有专门的章节对横向关联进行阐述，横向关联的过程已经融合到了归纳和演绎过程之中。

由于金字塔本身是一个静态的结构，导致该书更多的偏重于思考中的静态分析。包括书里面谈到的确定逻辑顺序，概括分组等很多内容都属于静态分析。而我们对思考本身的思考是包括了静态分析和动态分析，静态分析包括了分类，分解，分组，归纳，逻辑，抽象概括等诸多内容；而动态分析包括了阶段……
编辑 | 阅读全文(4169) | 回复(6),人月&神话 发表于 2010-1-9 22:55

2009-12-8 12:50 | [原创]主题阅读-SOA面向服务的架构

关键字：SOA
企业为什么要导入SOA？首先用一句话总结就是IT系统的现状已经无法满足敏捷的端到端的业务流程。原有的IT系统建设往往都是烟囱式的，根据业务部门进 行建设，IT系统之间的协作都是通过点对点的接口进行数据和消息的传送，这一方面是IT系统难以适应业务的变化，一方面是各种接口重复开发导致的大量运维 工作量和数据不一致的出现。因此我们必须要考虑：
  • 如何更快响应商业需求？(灵活性,互操作性)
  • 如何从 IT 投资中获取更多回报？(一方面是降低运营成本，一方面是以最小代价获得更多的功能)
  • 如何管理 IT 结构的复杂性？(必须要考虑如何标准化和集中化)
端到端的流程往往会横跨多个业务部门和系统，如何实现业务部门或各个IT系统之间的协作，形成真正的IT和业务的匹配。如何将分散在各个子系统中的信息进行集中，形成一个整体；如何避免IT基础设施建设导致的IT孤岛都是我们需要考虑的问题。



对于一个全新的系统开发，如果基于SOA的思路，仍然是首先通过价值链分析，一级流程到二级，三级流程的分解从流程中发现关键的业务活动，然后分析业务活 动间的关联关系和耦合程度。根据高内聚，松耦合的原则，充分考虑企业的业务和组织机构设置来考虑业务架构的建模。而该业务架构中最重要的就是业务的组件 化，需要充分考虑业务和流程进行组件化而不是从设计实现的角度去考虑模块化，这是一个关键点。


在业务组件化后，接着要做的就是根据流程分析来考虑业务组件之间存在的关联关系，业务组件之间究竟存在什么样的关联，需要传输什么样的数据？这一步是重要 的一个分析步骤，通过该步骤的分析后我们发现关联关系会转化到SOA业务建模中的服务视图，而传递的数据和信息转换为SOA业务建模中的数据……
编辑 | 阅读全文(3911) | 回复(0),人月&神话 发表于 2009-12-8 12:50

2009-12-8 12:49 | [原创]虚拟化和云计算

关键字：虚拟化技术 虚拟机 云计算
最近，上海电信就采用了赛门铁克的“云计算”方案，让我们看到，虚无缥缈的“云”终于落地了。对于云计算原来我们讲的一个重要概念就是计算能力和存储能力 从桌面端到网络端(云端)的迁移，另外广义的云计算包括了SAAS，PAAS和IAAS三个方面的内容，电信行业前两年在SAAS领域的努力并不是特别的 成功，在这里面重要的问题点还是SAAS是偏互联网的运营，而拿着传统的电信运营模式去做互联网的运营注定是会失败的。

所以吴锡源对中国电信运营商向“云计算”迁移的步骤给出了几点建议： 首先，部署云基础架构，利用虚拟化技术建立一个云存储，把分布在不同数据中心的存储资源整合在一起，进行统一的管理，分配给不同的应用使用； 其次，部署中间件层，建立一套SOA基础架构，让运营商对外提供标准的服务； 第三是在此基础上，构建新的云应用，实现SaaS的目标。

所以云计算落地的第一步是IAAS，而云基础架构本身又是搭建在虚拟化技术上面的。现在很多大型影响厂商如IBM或HP的小型机，EMC的各种存储设备本 身就是支持虚拟化和云计算的。即硬件设备的CPU和内存资源对于多个应用是共享的，是今天动态分析或动态扩展的。虚拟化的重点是超级计算机通过虚拟化变成 了多台服务器来用，超级计算机的CPU和内存可以在多台虚拟机之间灵活调整和分配，是一变多的一种实现；而云计算的重点是原来的网格计算和并行计算，多台 计算机的计算能力可以完全共享来实现超级计算以解决时间延迟和并发问题。在IAAS这层既然基础是虚拟化，那么云计算的重点则是多台超级计算机，多个不同 的物理存储设备之间的能力的共享问题，这是虚拟化无法解决的问题。在VmWare最新的版本看到已经在支持云计算，即是指的这种计算能力的集中化。

基于虚拟化的系统安装和部署目标对象仍然是虚拟机，需要事先安……
编辑 | 阅读全文(4075) | 回复(3),人月&神话 发表于 2009-12-8 12:49

2009-5-30 22:24 | [原创]再谈管理的五项作业

关键字：管理 项目经理 德鲁克
想结合德鲁克的管理者的五项作业和未来管理者的七项任务来谈谈对管理趋势的理解。对于德鲁克的著作，所提出的管理者的五项作业比最早法约尔所提出的管理五 要素已经有很大的进步。管理的本质是资源的最有效匹配和利用，创造最大的价值。而我们所拥有的最核心的资源就是人，管理的很多内容都必须围绕目标和人展 开。从德鲁克的书里我感悟比较大的就是，对于知识工作者每个人都是自我管理者，另外一个就是管理管理者的概念。

管理者的第一项作业是确定目标，这和德鲁克提出的目标管理是密切吻合的。而法约尔谈的是制定计划，目标和计划是两个重要的概念，但是没有目标何来计划，所有的计划都是围绕目标展开的。对于管理其实也就是人和事两方面的内容，事是目标，人是资源，两者要最优化匹配。而目标则是关注事，而事发展到后面其趋势都会衍生为项目，因为项目本身就是有明确目标和独特的事。

对于事的管理，其通过多年的发展我们看到已经有两个最基础的支撑管理方法论和体系，对于未来的管理者必须要熟悉这两个方面的内容。即项目管理和流程管理，对于谈对任何事的管理，基本上都离不开这两个方面的内容，这两个方面让我们在做事情能够有法可依。

管理的第二点我们谈到管理者要从事组织工作，或者说管理需要组织架构来支撑的。随着管理事物的越负责，我们需要的人越多，我们越需要考虑如何考虑团队和组织的架构。而我们后面谈的目标分解，沟通渠道，绩效等诸多内容都必须要以组织架构为基础展开。

对于组织架构里面就是涉及到一个重要内容，即管理管理者的概念，需要形成一种管理团队。随着组织架构层级的不断增加，我们提出两个方面的方式来解决该问题。一个是压缩组织结构的垂直层级，即我们说的组织机构要扁平化，这是一个方面的内容；其次是要打通部门壁垒进行更多的横向沟通，这就是我们说的跨部门的项目或虚拟团队运作。

而随着信息技术的不断发展，对组织架构提出的最大挑战就是异地虚拟……
编辑 | 阅读全文(4812) | 回复(6),人月&神话 发表于 2009-5-30 22:24

2009-4-3 21:05 | [原创]个人知识管理培训课件下载

关键字：知识库 知识转换 KM公司及产品 知识地图 知识管理

最近把个人知识管理培训课件重新进行了整合，增加了PKM介绍的基本内容，增加了关于GTD时间管理，个人核心竞争力方面的内容，同时整合了原来的个人知识管理感悟的相关内容。

 

 

编辑 | 阅读全文(13058) | 回复(63),人月&神话 发表于 2009-4-3 21:5

2009-2-4 21:42 | [原创]项目管理培训系列PPT-项目生命期和组织结构(2-3章)-增加下载 (入选推荐日志，加10币)


产品生命周期和项目生命周期

产品生命周期是产品从产生到消亡的全生命周期过程,包括构思阶段+研制阶段+使用维护阶段,包括概念，计划，开发，验证，发布，运维标准六阶段。项目生命周期是项目从产生到消亡的全生命周期过程，多个项目阶段的组合形成项目生命周期，包括CDIT四个阶段(PMBOK2000),同时不同的项目生命周期中的阶段的划分都是千差万别的。

业务流程(Process)

业务流程，英文“process”，中文也译作“过程”。 BPR业务流程再造中哈默对业务流程定义是把一个或多个输入转化为对顾客有价值的输出的活动。流程的内容六要素(输入，入口准则，输出，出口准则，角色，职责，参与活动，活动交互)
  • 资源：每一步的时点/条件/岗位
  • 过程：先后的顺序和每一步的操作内容、方法、要求
  • 过程的相互作用：即每一步操作的前后关系
  • 结果：输出
  • 对象：操作的内容，可以理解是需要填写的表单内容
  • 价值：一个流程一定要有价值，否则就失去了意义

阶段的作用

项目生命周期的一个重点就是有了阶段的划分。项目每个阶段的结束都必须有严格的可交付成功或服务，而且这些成果必须得到审查和验证，否则不允许进入下一个阶段。阶段的作用主要有三个方面:
控制风险(通过评审或阶段解决来制定严格的准入和准出规则)
目标可视(使项目的大目标可以分解为项目的阶段目标。)
方便监控(进度，成本，质量等都能够在阶段里程碑进行跟踪和监控)

项目干系人

项目干系人是在项目生命周期中，对项目的目标或执行过程造成直接或间接的影响的个人或组织。在这个定义中强调了三点重要内容，一个是干系人有可能是现在对项目造成影响，也可能是将来造成影响；其二是可能直接影响目标，也……
      编辑 | 阅读全文(18648) | 回复(72),人月&神话 发表于 2009-2-4 21:42

      2009-1-20 21:13 | [原创]项目管理培训系列PPT-概述(1)-增加下载

      该套PPT的制作是09年的重点计划工作，基本参考PMBOK知识体系进行，里面会穿插IT项目管理和CMMI，项目实践等相关内容，尽量是通过 PMBOK将这些内容串联起来。现在概述基本上做完，基本覆盖所有PMBOK第一章的重要知识点，但是做的时候完全不照搬PMBOK的内容，并加入以前 Blog上一些重要内容的总结，如在介绍项目管理知识体系时候直接沿用原来做的思维导图。感觉做一套好的PPT还是很花费时间，特别是配图。不过做的过程 中也帮自己进一步巩固了一些重要的知识点。PPT在全套做完后再提供下载。



      项目是为提供某项独特的,产品，服务或成果所做的临时性努力。
      • 临时性     － 明确的开始和结束
      • 独特性     － 产品，服务和成果是独特的
      • 渐进明细   － 目标逐渐清晰，活动逐渐细化
      项目和日常运作的区别。其中要注意项目化运作的概念，即将项目管理思想应用到日常运作中。
      项目和战略规划的关系，准备引入HP战略规划和IPD市场管理相关内容来讲两者之间的关系。重点是要理解战略规划的最后一步即战略的具体实施或产品版本的规划才会接项目立项的过程。即项目立项的内容往往是战略规划完成后的结果，是战略规划的具体执行了。
      项目结构树，从项目组合到项目群，到项目。从项目到WBS到活动任务。项目和项目组合的区别，准备通过讲组合管理流程来理解两者区别。重点是要讲清楚项目 组合是根据企业的战略目标，通过风险，决策准则，资源等多项平衡后形成的。组合的目的是为了满足战略目标的达成。项目和项目群的区别，重点要清楚组成项目 群……
            编辑 | 阅读全文(94078) | 回复(1198),人月&神话 发表于 2009-1-20 21:13

            2009-1-20 21:01 | [原创]过程质量和产品质量

            关键字：CMM

            好的过程质量不一定带来好的产品质量，其原因究竟在哪里？如何形成以结果导向的过程改进，如何真正将过程和结果更好的结合起来？这个问题是需要一直去思索的问题，也是我们都面临的需要改进的问题。

            1.如果一件事情一开始就走错，往往结果也是错
            软件产品一开始的错体现在哪里？需求人员没有很好的理解用户的真实需求，没有进行需求开发和挖掘。用户想要的是秋千结果给用户的是轮胎，如果这样即使再好 的轮胎也没有用。由于需求的错误再加上用户确认环节没有迭代，导致中间过程各种质量保证都是保证错误的结果的质量。因此抓好需求的源头控制，输入正确了， 开始方向对了，再加上好的过程才能输出好的结果。这也是为何强调软件开发系统分析员往往是最核心的团队成员。

            2.群体的失明
            过程规范和过程成熟一定不是代表过程中的人不重要，也不是强调过程中的人都不需要思考。如果一个群体都因循守旧，生搬硬套而缺乏了最基本的思考，批判，创 新和质疑。那么平静的团队往往带来的就是平庸的产品。因为一个群体不同岗位角色，在软件开发生命周期各个阶段都不去质疑或者说都提不出有价值的问题，都不 愿意思考，那么最终的产品质量是无法让用户满意的。

            3.过程本身有问题
            过程本身存在问题是无法通过过程预测结果的很大原因。过程不是静止和一成不变的。而是需要通过迭代的持续改进。通过产品质量问题来反思和改进过程，通过结果导向来优化过程。过程是为产生好结果服务的，如果不能带来好的结果一定要思索过程本身的问题。

            编辑 | 阅读全文(5888) | 回复(6),人月&神话 发表于 2009-1-20 21:1

            2009-1-4 12:34 | [原创]主题阅读-人生感悟

            关键字：人生感悟
            王干有一篇文章《人生的三种颜色》提到了个性和人生态度，其实要不由自主地与三种液体联系上，分别是酒、咖啡和茶。但是我更喜欢茶，而茶里面又最喜铁观音，茶体现了中国文化和处事哲学，茶带给人一种淡然和坚韧。酒 色最淡，但力量最烈；咖啡色最浓，味道最苦；茶色不浓不炎，是最普通的人生色彩。美酒加咖啡，不是人生，是艺术。而我需要的还是人生而不是艺术。而对于 茶，网上又有一篇文章讲人生比喻为三道茶，即苦茶，甜茶和香茶，这更是人生的一种境界。首先人生不如意事十有八九，要有一种豁达和乐观的精神来面对各种困 难，要通过自我努力＆学习寻求改变，则最终讲会苦尽甘来。而香茶更是一种淡然的境界，正如宠辱不惊，闲看庭前花开花落；去留无意，漫随天外云卷云舒般，会去掉太多的执着和妄为。在林语堂的《人生如诗》里面也提到人们当学会感受生命韵律之美，像听交响乐一样，欣赏其主旋律、激昂的高潮和舒缓的尾声。这些反复的乐章对于我们的生命都大同小异，但个人的乐曲却要自己去谱写。

            对于人生，            《季羡林谈人生》中提到了人的一生要处理 好三种关系，其一是人和自然界的关系，其二是人和人的关系，其三是人和社会的关系。从这三点可以看到人既是一个社会人，也是一个自然人。而其中人和人的关 系我还想延伸下的就是包括了自己和自己的关系，身和心的关系，如果没有能够自律和内观自我就谈不上处理人和他人的关系。在梁漱溟的《人生的三种态度》里面 可以看到更加深入了一步，提到了自我修炼的三个层次，其一是逐求，其二是厌离，其三是郑重。而里面郑重往往是最难的，郑重强调的就是一种人和自然＆社会的 完全和谐，内直而外曲，外化而内不化，通过厌离的出世还得回归到入世的郑重和淡然。

            在周国平老师的《关于人 文精神的哲学思考》体面提到尊重人的价值具体的话可以是尊重生命的价值、尊重头脑的价值、尊重灵魂的价值。尊重生命是人道主义精神，尊重头脑是科学主义精 神，尊重灵魂……
            编辑 | 阅读全文(11033) | 回复(7),人月&神话 发表于 2009-1-4 12:34
            (共 970 条) 上一页 1 2 3 ... 64 65 翻页至

            仅列出标题
            最近访问