设计公司的学习,在不同的版块,可以学习的内容不同
在通信设计版块,学习 咨询的能力
在软件搬不开,学习创新的能力,持续集成,配对编程,如何拥抱变化
在建筑版块,学习严谨的能力
在建筑中目前碰到的问题,如何进行限额设计。即甲方给出造价限额,然后要求进行多方案对比。
在法国的咨询公司,在通信可行性设计报告中,有用户预测及一些参数给出之后,立即进行仿真,然后得出造价。
限额设计,需要及时给出造价的值,即能够及时获得结果。
在项目管理中,如果有5个工序完成一个工作,如果是接口稳定的,不会进行变化,那么采用工作流的机制是很好的方式。
如果在完成5个工序之后,要判断这个结果是否能被接受,那么最好的处理方式是5个工序能被发布到版本管理中,被实时的进行集成得到最终结果。所以工作流是解决静态的管理问题,持续集成解决动态的、多变的管理问题。在这个持续集成中,还可以加载一些边界条件,进行质量检查,比如在Excel中,有一个单变量求解?或者是一个线性回归的问题,在交大任建标老师上课的内容中有这个部分。
AOV的网络与AOE的网络,我认为是可以相互转化的。
工作流的网络图,在每个任务上明确出每个任务的计划开始时间,计划结束时间,参与人。那么这个工作流的网络图就与项目管理中时间依赖关系的基本一样。
共同点
1、都是图,都有依赖关系,任务的属性描述一样的。
不同点
1、在PM中,有些任务没有前驱结点,都可以默认为都从首结点进行驱动。
2、在工作流中,每个结点产生任务是在这个流程被驱动之后才产生的,并且参与人也是在流程启动之后,才被写入到数据库中。所以,为了分析这个从工作流产生的任务依赖表,可以将该流程仿真的执行一次。
AOV的网络应该是工作流网络的一个子集
共同点
1、都是图形,并且每个节点都有属性
不同点
1、工作流中,可以有环回的节点,可以有条件的分支。AOV网络是全入全出
2、工作流的图形,需要在工作流模拟执行一次之后,产生任务才可以出现任务的提取。AOV的任务是实时的被提取。
P3的项目管理软件,好像主要功能就是时间进度管理,然后在此基础上,产生费用管理,及多维度的报表。
在合同管理、收费管理等环节中,按照道理与项目的WBS的内容应该是无直接关系的。WBS的内容是最终的一个阶段性成果,是一个流程流转之后的最终交付物。如,我们的单项应该是建筑、结构、合并出版等WBS。最后一个环节是合并的交付物被用于合同挂钩,因为在设计的领域,就是根据单项来进行合同方面的结算。合同中约定的就是根据单项的出版物来进行收费的。
感悟:在工作流执行的时候,因为每个环节间隔的时间比较长,以人参与为主。所以在对于多次迭代的场景下,这种执行的效率会非常降低。工作流适合与在每个环节标准已经非常明确,不太好反复,各个环节之间不会有影响情况下,分工是非常好的方式。
但是如果每个环节之间可能会存在隐含的项目影响关系时候,就应该采用迭代式方式进行,持续集成的方式进行。
比如:在ERP的项目中,管理是先行的,然后是IT。但是如果管理中提出的一些内容,在后期IT实现的时候无法进行,就会反馈给前期管理,然后在提给IT,这个过程会来回交互。不如有一个过程,将管理与IT结合在一个环节或者是管理与IT都是非常短的周期进行迭代。这样管理能立即所想就所得。就会推动ERP建设会非常容易.
问:为什么 有些人水平高,他能做的事情能力强
理论的解释为 ,他知道做这个事情有ABC3个步骤,这样在他当时做判断的时候,就进行迭代处理。如果能力差的人,他先了解这个信息,然后到B环节去问是否行,然后在到C环节是否行。这样效率就非常差。如果这个人能力强,那么就会在判断的时候,针对ABC进行迭代性判断。这个与持续集成当时反馈,原理是一样的。
为什么看书的时候,效果比较好的方式是 先看书 ,立即实践,然后在看书,这样的迭代过程。
根据持续集成的理论研究来看,因为这些环节是2个步骤。但是每个步骤中有相互影响。在看书的过程中,是无法把所有的问题提出来的,但是在实践的时候,是可以更好的把问题提出来。这样2个过程就需要不停的迭代。
如果每个步骤是特别明确的输入,输出。有质量控制的标准,那么就可以按照静态的工作流机制来确定。但是因为看书及实践 是无法明确输入输出的内容。
为什么有的地方ERP做的好,有的做不好。
答:在管理流程梳理之后,然后进行软件实现。这是一个串行过程。但管理流程确定后,到软件实现的时候发现又不行。在反过来,多次执行管理-实现的过程。所以这是一个明显的迭代行为。所以,在管理过程中,就要进行软件实现,进行迭代式开发。
建筑的设计中,多专业互提,也是比较典型的 2个节点之间来回执行。所以适应使用持续集成的方式。那么就是版本控制、单元测试、持续集成的方式。
《配置管理》
2013年3月13日,配置管理中,有Jira+SVN+Confluence4.2.1。
Discuz。工作流+表单引擎等。项目管理中把它作为配置管理的环节,沟通管理的环节来进行处理。所以,在项目管理中,如何加强信息系统的应用,这个与配置管理是密切相关的。
在通信设计版块,学习 咨询的能力
在软件搬不开,学习创新的能力,持续集成,配对编程,如何拥抱变化
在建筑版块,学习严谨的能力
在建筑中目前碰到的问题,如何进行限额设计。即甲方给出造价限额,然后要求进行多方案对比。
在法国的咨询公司,在通信可行性设计报告中,有用户预测及一些参数给出之后,立即进行仿真,然后得出造价。
限额设计,需要及时给出造价的值,即能够及时获得结果。
在项目管理中,如果有5个工序完成一个工作,如果是接口稳定的,不会进行变化,那么采用工作流的机制是很好的方式。
如果在完成5个工序之后,要判断这个结果是否能被接受,那么最好的处理方式是5个工序能被发布到版本管理中,被实时的进行集成得到最终结果。所以工作流是解决静态的管理问题,持续集成解决动态的、多变的管理问题。在这个持续集成中,还可以加载一些边界条件,进行质量检查,比如在Excel中,有一个单变量求解?或者是一个线性回归的问题,在交大任建标老师上课的内容中有这个部分。
AOV的网络与AOE的网络,我认为是可以相互转化的。
工作流的网络图,在每个任务上明确出每个任务的计划开始时间,计划结束时间,参与人。那么这个工作流的网络图就与项目管理中时间依赖关系的基本一样。
共同点
1、都是图,都有依赖关系,任务的属性描述一样的。
不同点
1、在PM中,有些任务没有前驱结点,都可以默认为都从首结点进行驱动。
2、在工作流中,每个结点产生任务是在这个流程被驱动之后才产生的,并且参与人也是在流程启动之后,才被写入到数据库中。所以,为了分析这个从工作流产生的任务依赖表,可以将该流程仿真的执行一次。
AOV的网络应该是工作流网络的一个子集
共同点
1、都是图形,并且每个节点都有属性
不同点
1、工作流中,可以有环回的节点,可以有条件的分支。AOV网络是全入全出
2、工作流的图形,需要在工作流模拟执行一次之后,产生任务才可以出现任务的提取。AOV的任务是实时的被提取。
P3的项目管理软件,好像主要功能就是时间进度管理,然后在此基础上,产生费用管理,及多维度的报表。
在合同管理、收费管理等环节中,按照道理与项目的WBS的内容应该是无直接关系的。WBS的内容是最终的一个阶段性成果,是一个流程流转之后的最终交付物。如,我们的单项应该是建筑、结构、合并出版等WBS。最后一个环节是合并的交付物被用于合同挂钩,因为在设计的领域,就是根据单项来进行合同方面的结算。合同中约定的就是根据单项的出版物来进行收费的。
感悟:在工作流执行的时候,因为每个环节间隔的时间比较长,以人参与为主。所以在对于多次迭代的场景下,这种执行的效率会非常降低。工作流适合与在每个环节标准已经非常明确,不太好反复,各个环节之间不会有影响情况下,分工是非常好的方式。
但是如果每个环节之间可能会存在隐含的项目影响关系时候,就应该采用迭代式方式进行,持续集成的方式进行。
比如:在ERP的项目中,管理是先行的,然后是IT。但是如果管理中提出的一些内容,在后期IT实现的时候无法进行,就会反馈给前期管理,然后在提给IT,这个过程会来回交互。不如有一个过程,将管理与IT结合在一个环节或者是管理与IT都是非常短的周期进行迭代。这样管理能立即所想就所得。就会推动ERP建设会非常容易.
问:为什么 有些人水平高,他能做的事情能力强
理论的解释为 ,他知道做这个事情有ABC3个步骤,这样在他当时做判断的时候,就进行迭代处理。如果能力差的人,他先了解这个信息,然后到B环节去问是否行,然后在到C环节是否行。这样效率就非常差。如果这个人能力强,那么就会在判断的时候,针对ABC进行迭代性判断。这个与持续集成当时反馈,原理是一样的。
为什么看书的时候,效果比较好的方式是 先看书 ,立即实践,然后在看书,这样的迭代过程。
根据持续集成的理论研究来看,因为这些环节是2个步骤。但是每个步骤中有相互影响。在看书的过程中,是无法把所有的问题提出来的,但是在实践的时候,是可以更好的把问题提出来。这样2个过程就需要不停的迭代。
如果每个步骤是特别明确的输入,输出。有质量控制的标准,那么就可以按照静态的工作流机制来确定。但是因为看书及实践 是无法明确输入输出的内容。
为什么有的地方ERP做的好,有的做不好。
答:在管理流程梳理之后,然后进行软件实现。这是一个串行过程。但管理流程确定后,到软件实现的时候发现又不行。在反过来,多次执行管理-实现的过程。所以这是一个明显的迭代行为。所以,在管理过程中,就要进行软件实现,进行迭代式开发。
建筑的设计中,多专业互提,也是比较典型的 2个节点之间来回执行。所以适应使用持续集成的方式。那么就是版本控制、单元测试、持续集成的方式。
《配置管理》
2013年3月13日,配置管理中,有Jira+SVN+Confluence4.2.1。
Discuz。工作流+表单引擎等。项目管理中把它作为配置管理的环节,沟通管理的环节来进行处理。所以,在项目管理中,如何加强信息系统的应用,这个与配置管理是密切相关的。