9月
26
6月
21
百度百科上解释：管理是指在一定组织中的管理者，运用一定的职能和手段来协调他人的劳动，使别人同自己一起高效率地实现组织既定目标的活动过程。
分析这个解释，管理的主角是管理者，组织中的管理者；配角是他人，组织中的其他成员，目的是实现目标。
我想学习管理，也一直在说：没有成为过一个好的被管理者，就无法成为一个好的管理者。
今天，对管理的概念有了改变：
管理，是对周围资源的协调，使其同自己一起高效率地实现组织既定目标的活动过程。
在分析这个解释，主角，没有主角，任何人都是主角；宾语是周围资源，可以是实体，是下属，是同事，更有可以是你的上司，管理是可以向上的。最后，目标是一致的，实现目标。
常常，太强调了自己是一个被管理者，而履行被管理者的职责：配合管理者实现目标。而自己实施的管理只是针对于自己，如何去管理自己，甚至于管理自己的建议和情绪。
那么现在，可以尝试，去管理周围的资源。
分析这个解释，管理的主角是管理者，组织中的管理者；配角是他人，组织中的其他成员，目的是实现目标。
我想学习管理，也一直在说：没有成为过一个好的被管理者，就无法成为一个好的管理者。
今天，对管理的概念有了改变：
管理，是对周围资源的协调，使其同自己一起高效率地实现组织既定目标的活动过程。
在分析这个解释，主角，没有主角，任何人都是主角；宾语是周围资源，可以是实体，是下属，是同事，更有可以是你的上司，管理是可以向上的。最后，目标是一致的，实现目标。
常常，太强调了自己是一个被管理者，而履行被管理者的职责：配合管理者实现目标。而自己实施的管理只是针对于自己，如何去管理自己，甚至于管理自己的建议和情绪。
那么现在，可以尝试，去管理周围的资源。
Defined tags for this entry: 管理
5月
2
以前简单的看过CMM，也被其文档的烦琐而吓到了。还记得一个简单的比方：
我也只想着去实现一个CMM3的规模。有需求文档（2），这个需求文档由谁提出，谁在何时做了什么样的变更，在什么样的情况下什么地方可能做什么样的变化（3）。实现阶段的设计文档和开发编码文档。考虑到文档的变更，维护多套文档（包括程序）是本麻烦的。本人也常常在编码阶段觉得自己的设计有瑕疵，于是在编码阶段的实现方法就与以前的设计文档有所不同，但一般的，我都没有重视到或者说以结果为主导任务，于是把设计文档这一过程性的文档放在了末位。于是，出现的情况是设计文档和实现并不一致。这也是很多团队不做文档的理由。
需求-》设计-》伪代码-》编码。使用伪代码应该可以很好的保持设计和编码之间的联系，而所有的伪代码全部使用注释的方式写在开发的程序代码中。具体伪代码的实现可以参考《代码大全2》P218。伪代码可以作为一个设计，也可以作为一个子程序或功能的需求。把文档放在程序中，保证文档只有一份。但另外的，以任务为目的的去看别人的源代码是一大头痛的事情，以学习的目的去看优秀的简短的代码才可能是一种享受。所以，文档的撰写可以全部在程序中，但程序文档的分发却需要多种的形式，以达到不同人的需要。因此，这就要求了程序中的使用的文档必须能够被某中工具提取出来，并形成可读性文档。这类的工具包括 javadoc， phpdoc等。在需求或者设计变更，以及其他有需要时生成一次文档，文档以html格式保存，如果每次使用工具时使用的配置相同，那么，两次生成的文档是有可比性的。通过版本管理，很容易追溯文档的变更历史。这就可以形成文档（需求或设计文档）的文档（文档的变更文档）。
CMM1:没有文档
CMM2：有文档
CMM3：有文档的文档
CMM4：有文档的文档的文档
CMM5：有文档的文档的文档的文档
我也只想着去实现一个CMM3的规模。有需求文档（2），这个需求文档由谁提出，谁在何时做了什么样的变更，在什么样的情况下什么地方可能做什么样的变化（3）。实现阶段的设计文档和开发编码文档。考虑到文档的变更，维护多套文档（包括程序）是本麻烦的。本人也常常在编码阶段觉得自己的设计有瑕疵，于是在编码阶段的实现方法就与以前的设计文档有所不同，但一般的，我都没有重视到或者说以结果为主导任务，于是把设计文档这一过程性的文档放在了末位。于是，出现的情况是设计文档和实现并不一致。这也是很多团队不做文档的理由。
需求-》设计-》伪代码-》编码。使用伪代码应该可以很好的保持设计和编码之间的联系，而所有的伪代码全部使用注释的方式写在开发的程序代码中。具体伪代码的实现可以参考《代码大全2》P218。伪代码可以作为一个设计，也可以作为一个子程序或功能的需求。把文档放在程序中，保证文档只有一份。但另外的，以任务为目的的去看别人的源代码是一大头痛的事情，以学习的目的去看优秀的简短的代码才可能是一种享受。所以，文档的撰写可以全部在程序中，但程序文档的分发却需要多种的形式，以达到不同人的需要。因此，这就要求了程序中的使用的文档必须能够被某中工具提取出来，并形成可读性文档。这类的工具包括 javadoc， phpdoc等。在需求或者设计变更，以及其他有需要时生成一次文档，文档以html格式保存，如果每次使用工具时使用的配置相同，那么，两次生成的文档是有可比性的。通过版本管理，很容易追溯文档的变更历史。这就可以形成文档（需求或设计文档）的文档（文档的变更文档）。
10月
27
九个知识框架：
核心知识框架：
Scope Mgt. 范围管理 需求，在多大范围内来作
Time Mgt. 时间管理
COst Mgt. 成本管理
Quality Mgt. 质量管理
支持性知识框架
HR Mgt. 人力资源管理，
Communication Mgt 交流管理。 成员理解，外界沟通
Risk Mgt 风险管理
Product Mgt. 采购管理 采购组件，外包，监控外包进度
project Integration mgt. 集成管理，组织上述行为
涉及知识
Generally Accepted Project management Knowledge and Practice 以上的知识框架
Generally management Knowledge and Practice 一般性管理知识：人员管理，时间管理。
Application Area Knowledge and Practice 应用领域知识的管理。软件知识（与程序员），与目标领域（与客户）。
项目阶段：
标志：交付品deliverable。(报告，原型等)
Initiate 初始准备
Plan 计划
Control 构造
Execute 运行
Close 结束
在风险允许的前提下，可以允许下一阶段提前进行。
核心知识框架：
Scope Mgt. 范围管理 需求，在多大范围内来作
Time Mgt. 时间管理
COst Mgt. 成本管理
Quality Mgt. 质量管理
支持性知识框架
HR Mgt. 人力资源管理，
Communication Mgt 交流管理。 成员理解，外界沟通
Risk Mgt 风险管理
Product Mgt. 采购管理 采购组件，外包，监控外包进度
project Integration mgt. 集成管理，组织上述行为
涉及知识
Generally Accepted Project management Knowledge and Practice 以上的知识框架
Generally management Knowledge and Practice 一般性管理知识：人员管理，时间管理。
Application Area Knowledge and Practice 应用领域知识的管理。软件知识（与程序员），与目标领域（与客户）。
项目阶段：
标志：交付品deliverable。(报告，原型等)
Initiate 初始准备
Plan 计划
Control 构造
Execute 运行
Close 结束
在风险允许的前提下，可以允许下一阶段提前进行。
8月
14
制定规则、遵守纪律的核心主要体现在以下三个方面：
1、在进行工作的时候，一定要念念不忘这个工作应于何时截止。
2、即使外部没有规定截止的日期，自己也要树立一个何时完成的目标。
3、由于不得已原因而不能按期完成时，一定要提前和相关部门取得联系，将影响缩小在最小范围内。
我能够理解DIE TIME的意义，我能够对我的截至时间承诺负责，在时间承诺中我会如实的告诉我的上司，这个项目可能要在什么时候才能完成，尽管这个时间比上司提出的时间要求要久。
我在给自己制作制度，每天早上9点到办公室，每天早上要随意吃点早餐，每天晚上必须写一篇文章，每天晚上12点钟睡觉，睡前看看E文或其他管理类的相关文章和书籍。制度在一定时候成为习惯，这才是制度的意义。
1、在进行工作的时候，一定要念念不忘这个工作应于何时截止。
2、即使外部没有规定截止的日期，自己也要树立一个何时完成的目标。
3、由于不得已原因而不能按期完成时，一定要提前和相关部门取得联系，将影响缩小在最小范围内。
我能够理解DIE TIME的意义，我能够对我的截至时间承诺负责，在时间承诺中我会如实的告诉我的上司，这个项目可能要在什么时候才能完成，尽管这个时间比上司提出的时间要求要久。
我在给自己制作制度，每天早上9点到办公室，每天早上要随意吃点早餐，每天晚上必须写一篇文章，每天晚上12点钟睡觉，睡前看看E文或其他管理类的相关文章和书籍。制度在一定时候成为习惯，这才是制度的意义。
8月
14
我们需要互相尊重对方的时间安排，也就是说要与别人的时间取得协作。认清并适应组织的节奏性与周期性是成功的要素。
我会考虑整个项目的统一安排，我会把我手头别人需要后续工作的目标先做好，交给同事继续，我在需要打扰同事时会只叫一遍，然后继续自己的工作，不盯着同事，以等待同事做好“堆栈”，来运行我这个子程序或打断。我也会要求同事把我所需要的模块整出来，以便我下一步工作，如果同事任务较忙，我会寻找方案来粗糙替代同事的工作，以继续我的下一步工作。在同事做好模块时再嵌入系统。尽管，这一方案在时间上会额外消耗我制作粗糙模块的时间。
我在被打断时会需要一两分钟或更长时间来存储我现有的思路，我会在被打断时有句“等等”或者一个停止的手势。但是在我重要而紧急的事情未完成时，我可能会拒绝一部分打断。
如果我的暂时离开会给整个进度离开带来滞后，我会先找到一个接手人，来描述整个系统概要，如果是紧急离开，我会认真的考虑远程办公。
我会考虑整个项目的统一安排，我会把我手头别人需要后续工作的目标先做好，交给同事继续，我在需要打扰同事时会只叫一遍，然后继续自己的工作，不盯着同事，以等待同事做好“堆栈”，来运行我这个子程序或打断。我也会要求同事把我所需要的模块整出来，以便我下一步工作，如果同事任务较忙，我会寻找方案来粗糙替代同事的工作，以继续我的下一步工作。在同事做好模块时再嵌入系统。尽管，这一方案在时间上会额外消耗我制作粗糙模块的时间。
我在被打断时会需要一两分钟或更长时间来存储我现有的思路，我会在被打断时有句“等等”或者一个停止的手势。但是在我重要而紧急的事情未完成时，我可能会拒绝一部分打断。
如果我的暂时离开会给整个进度离开带来滞后，我会先找到一个接手人，来描述整个系统概要，如果是紧急离开，我会认真的考虑远程办公。
8月
14
8月
14
第二象限组织法: 在考虑行事的先后顺序时，应先考虑事情的“轻重”，再考虑事情的“缓急”。
测试结果：严重急迫性的程度。
我经常说自己忘事，一般来讲是一些个人生活的事情，比如，给家里打电话问候，晚上要买支牙膏回家这类事情，但我并不能区分，这属于哪一象限。不是第四，因为这不是浪费时间，也不是第二象限，说重要性也谈不上。不是第一，第三，这些事情谈不上紧急，除非是牙膏连剥了壳也不够一次漱口了。
突然注意到原则上说的是工作的轻重缓急，那我的生活呢？要不要？我确定我的工作是我的生活，但我并不想在我的工作之外的生活被自己遗忘太多。
对于时间和事情的安排，我想我的弱点在生活时间的安排上。
测试结果：严重急迫性的程度。
我经常说自己忘事，一般来讲是一些个人生活的事情，比如，给家里打电话问候，晚上要买支牙膏回家这类事情，但我并不能区分，这属于哪一象限。不是第四，因为这不是浪费时间，也不是第二象限，说重要性也谈不上。不是第一，第三，这些事情谈不上紧急，除非是牙膏连剥了壳也不够一次漱口了。
突然注意到原则上说的是工作的轻重缓急，那我的生活呢？要不要？我确定我的工作是我的生活，但我并不想在我的工作之外的生活被自己遗忘太多。
对于时间和事情的安排，我想我的弱点在生活时间的安排上。
8月
14
有计划、有组织地进行工作会体现在以下五个方面：
1、将有联系的工作进行分类整理。
2、将整理好有各类事务按流程或轻重缓急加以排列。
3、按排列顺序进行处理。
4、为制定上述方案需要安排一个考虑的时间。
5、由于工作能够有计划地进行，自然也就能够看到这些工作应该按什么次序进行，各哪些是可以同时进行的工作。
我的目标与工作并不是完全冲突，但目前紧张的工作占据了我的除睡觉外的大部分时间。从早9：30到晚六点或更晚，但我坚持了每天留出2个小时左右的时间来学习除编码外SA/PM所需要的知识。比如UML,比如系统设计及分析的教程。但是我并没有安排它们的轻重缓急，我现在在接受一种广的思想，这是作为SA/PM所必需的。但PM的人事管理我放在了稍后，因为是我目前的一个弱项，也暂时与我工作无关。
我把想学的和在学的东西排下次序：
1、UML。我需要学习CASE来处理我作为SA的工作工具。其中面向对象思想会穿插其中学习。如果在面向对象理解上出现难以解决的问题，我将考虑重新去系统，详细的学习面向对象开发，可能去学习JAVA语言，以完整地接受面向对象思想。
2、系统设计方法。同样也是CASE的学习。我需要接受更广的CASE，以在不同需求时进行应用。
3、个人管理。这是现在我正在努力的。搜集和使用各种资料来给自己定下成文的和不成文的条例，规范，使自己在一种优化的有序模式下运作。无法管理自己就不用考虑如何去管理他人。我坚持这句话。如果可能，我会去履行销售模式下的管理和个人激励，进行魔鬼训练。
4、团队管理，这个的学习重点我目前没有研究，稍候准备，我只知道，这是我稍候学习重点。
各项的完成时间我没有确定，交替学习会使我的学习更加有趣。总完成时间也没有确定，因为学习是没有止尽的。但我确信在2年后我具备一个优秀的系统分析者能力，我也能够很好的管理好自己。3年后我将具备领导一个20人以内团队的能力。
1、将有联系的工作进行分类整理。
2、将整理好有各类事务按流程或轻重缓急加以排列。
3、按排列顺序进行处理。
4、为制定上述方案需要安排一个考虑的时间。
5、由于工作能够有计划地进行，自然也就能够看到这些工作应该按什么次序进行，各哪些是可以同时进行的工作。
我的目标与工作并不是完全冲突，但目前紧张的工作占据了我的除睡觉外的大部分时间。从早9：30到晚六点或更晚，但我坚持了每天留出2个小时左右的时间来学习除编码外SA/PM所需要的知识。比如UML,比如系统设计及分析的教程。但是我并没有安排它们的轻重缓急，我现在在接受一种广的思想，这是作为SA/PM所必需的。但PM的人事管理我放在了稍后，因为是我目前的一个弱项，也暂时与我工作无关。
我把想学的和在学的东西排下次序：
1、UML。我需要学习CASE来处理我作为SA的工作工具。其中面向对象思想会穿插其中学习。如果在面向对象理解上出现难以解决的问题，我将考虑重新去系统，详细的学习面向对象开发，可能去学习JAVA语言，以完整地接受面向对象思想。
2、系统设计方法。同样也是CASE的学习。我需要接受更广的CASE，以在不同需求时进行应用。
3、个人管理。这是现在我正在努力的。搜集和使用各种资料来给自己定下成文的和不成文的条例，规范，使自己在一种优化的有序模式下运作。无法管理自己就不用考虑如何去管理他人。我坚持这句话。如果可能，我会去履行销售模式下的管理和个人激励，进行魔鬼训练。
4、团队管理，这个的学习重点我目前没有研究，稍候准备，我只知道，这是我稍候学习重点。
各项的完成时间我没有确定，交替学习会使我的学习更加有趣。总完成时间也没有确定，因为学习是没有止尽的。但我确信在2年后我具备一个优秀的系统分析者能力，我也能够很好的管理好自己。3年后我将具备领导一个20人以内团队的能力。
8月
14
一个目标应该具备以下五个特征才可以说是完整的：
具体的（specific）
可衡量的（measurable）
可达到的（attainable）
相关的（relevant）
基于时间的（time-based）
我目前的职业目标：系统分析师/项目经理（SA/PM）
具体的： Oh，YEAH!
可衡量的： 我需要具备有需求分析能力，时间管理能力和其他涉及于软件开发项目的其他必备知识。这需要自己在互联网中查阅大量的信息以期获取知识和经验。
可达到的：我确认我的目标是在我学习能力范围之内，我确信我可以达到折椅目标。
相关的：是得，我的目标跟我现在从事的高级程序员职业很相关，并且，我现在的工作是我成为SA/PM的必要准备。
基于时间的：25岁前。
我确定自己的短期目标是完整的。
7月
23
规划中，我不是一辈子的程序员。我不认为这是一个不好的想法，更不是说程序员没有发展，不喜欢程序员这个职位。就象一个士兵，士兵很少愿意当一辈子士兵，不想当将军的士兵不是一个好士兵。
25岁，目标：项目经理。离这个年龄不近也不远，但在管理能力来讲，差距还是很大，可以来讲，还没有入门。
本来想走点捷径，看点IT管理的资料，自己熟悉一下行业内部情况。但找了很久，也找了很多，但始终没有很到很成熟的。另外也了解了一点，IT业是为非IT业服务的。所以了解“外行”的知识很重要。自己作系统分析也离不开需求分析，这很多都是与“外行”交流的事情。另外现在我最需要管理的是我自己，不是项目，更不是其他员工。
我开始去找其他的管理资料，视频的。
现在在看余世维的管理，随便涉猎一下。希望对自己有大的的影响。25岁前，我不希望能够当上或作为一个好的管理者，我会尽可能成为以个优秀的被管理者。
另外，管理个人，我会涉猎一些营销管理，我领教过这种营销文化，营销理念对个人的影响近乎是狂热的。
25岁，目标：项目经理。离这个年龄不近也不远，但在管理能力来讲，差距还是很大，可以来讲，还没有入门。
本来想走点捷径，看点IT管理的资料，自己熟悉一下行业内部情况。但找了很久，也找了很多，但始终没有很到很成熟的。另外也了解了一点，IT业是为非IT业服务的。所以了解“外行”的知识很重要。自己作系统分析也离不开需求分析，这很多都是与“外行”交流的事情。另外现在我最需要管理的是我自己，不是项目，更不是其他员工。
我开始去找其他的管理资料，视频的。
现在在看余世维的管理，随便涉猎一下。希望对自己有大的的影响。25岁前，我不希望能够当上或作为一个好的管理者，我会尽可能成为以个优秀的被管理者。
另外，管理个人，我会涉猎一些营销管理，我领教过这种营销文化，营销理念对个人的影响近乎是狂热的。