需要咨询么?

如果您有任何问题,可以在下面提问或者输入您需要咨询的内容!

上海邑泊项目管理系统平台简介

 


 

上海邑泊项目管理系统平台

发展历史与规划考虑

复杂系统可区分为可分解的复杂Complicated和不可分解的复杂Complex。世界上实际的事物之间的关系错综复杂、相互关联和相互依赖,无法简单的把他们分解并简单对待。人们在面对大量高度复杂的事物时,就像盲人摸象一样,很难获得整体上的认识,只能根据摸到的脚或者摸到的腿来对其认知。高度复杂的事物通常也是需要从高度维度分别对其进行认知和观察的,而人们只能简单地识别3维及以下空间的维度,更高地维度只能靠人们在3维空间的经验及想象里去推理想象,不同的人之间必然会存在不同的认知和误差,面对越来越复杂的事务,人们之间越来越难以精确沟通,或者精确沟通的成本越来越高以至于无法在可接受的范围内完成,只能采用一系列近似简单的事物组合起来近似逼近表达和沟通复杂事物,这样必然会存在误差。面对不同的误差容忍、逼近成本及认知范围,人们可能会在多种逼近组合的方案中选择出相对最优的一种组合方案,但有可能不是绝对最优的。

 


理想当中的事物都是简单系统或者是可分解的复杂系统,这个时候可通过多级分解将系统或者复杂系统分解成多层结构,每层数量都是在人内心里认知可管理范围内的(比如7个),通过多层分解的方式将复杂问题简单化以达到可以在预期心理、工期、预算内解决问题的目的。因此构建出的管理方法和管理组织对应的是层级化、结构化与树状的。传统的项目管理理论基础也是基于WBS工作任务分解这样的层级分解结构的。人们通过层级分解复杂事物的方法解决了很多重大问题,比如最常见的省、市、区、县将复杂的国家行政管理分解成了相对简单的地区管理问题。传统软件开发的瀑布模型与CMMI/CMM等流程化的管理方法也是需要对复杂软件领域问题进行分解后才能划分到不同的流程的不同阶段,去使用专业化的工具方法去解决问题。

 


实际当中的事物可能还有大量不可分解的复杂,或者是还未完成合适分解的可分解复杂,这时只能采用迭代认知、迭代开发、迭代管理、迭代验收的方法去分阶段分解、认知、调整误差、验收分解。面对大量不稳定分解结构与组织关系,显然直接使用层级化、结构化与树状的管理方法和管理组织不太合适了,多次频繁的调整层级化树状结构的关系本身会消耗大量的成本,这个时候选择扁平化的结构水平存储和管理事物则是最佳选择。但是选择扁平化的水平存储与管理方法,管理者直接面对的事物数量很快会超过7个、49个、100个、1000个乃至更多,当超出人类认知和管理极限的时候,这些碎片化的事物分解即可失控而无法管理,又回到了盲人摸象,摸着石头过河的阶段。

 


计算机技术的出现和发展,极大地拓展了人们对数据获取、处理和掌控的能力与维度。在强大计算力的帮助下,人们可以大规模地利用数值逼近算法使用线段和三角形这样简单的几何基本图形元素去迭代拟合复杂的曲线和曲面,这些曲线和曲面原本可能没法使用任何一个方程式去准确的表达、描述、沟通和计算它们,而现在却可以被大量的线段和三角形近似表达,从实用的角度来说,人们的眼睛已经分辨不出这些近似的误差。因此这些技术被大量适用于计算机图形合成、汽车灯自由曲面光源设计、3D游戏等等。

 


相比较于传统的项目管理过程、流程、组织结构和方法,敏捷迭代的项目管理方法采用了类似的原理,在相关项目管理云平台的算力支持下,可以使用尺度更小的流程、分解、组织等结构去大规模迭代逼近复杂得不可分解的曲面事物、分数维度事物或者高维度事物,或者可以分解但还没完成分解的曲面事物或者折线段事物。

 


 


任何一个已经在世界成熟运营多年的系统、成熟产品、组织结构体系除了显性表现出来的可以被分解的结构、已经被分解的结构外,内在还隐含了大量未被文字、数据明确描述、表达出来的复杂关系与结构信息,对于这些系统可将其分解为两大部分,一部分是明确文字记载表达出来的已经分解的线性结构,另一部分是仍然未被明确线性分解的非线性结构。就和实数轴一样,任何两个明确表达写出的来有理数,哪怕它们离得再近,它们之间仍然有无穷多个无理数。再多的已有文字、分解、结构、理论、线性认知在复杂事物面前,随着逼近精度与认知尺度的无限缩小,它们所占用的有限空间尺寸与对事物影响的权重也在无限缩小以至于逼近于0,大量原先隐藏在后面的未被表达的事实以非线性的方式逐渐呈现在人们眼前,占据着实际的空间尺寸与对事物发展影响的权重。

人们实际与复杂世界交互的时候,并不需要无限放大认知精度而陷入信息海洋,到了适当精度能保证人们持续的生存下去即可达成了目标。对一个复杂系统的项目运作也是一样,管理精度和尺度只要保证项目能生存下去即可,而不需要无限逼近地去掌控项目细节,否则成本会暴涨得将项目杀死。

 


 


在逐步迭代细化逼近复杂系统的过程中,也需要计算机强大的算力辅助记录下所有详细的迭代路径、项目数据,作为后一步加大迭代精度与扩展迭代的基础基石。同时项目管理系统也是用户的一个活的地图,帮助用户实时掌控当前已经掌控的复杂事务情况,为后续行动计划给出依据。

世界成熟运营多年的系统、成熟产品、组织结构体系通常需要上千人团队和在全球成熟市场几十年时间的研发积累,已经积累了大量现成的系统体系结构、产品结构分解、组织运营结构,与其产业链对应的市场微结构通常是经过几百年的岁月洗礼、市场竞争、行业冲突、技术革命、多个经济周期和经济危机逐渐演化而发展起来的一整套市场运行规则、协作协议、合规规范、技术标准、数据结构、协作流程、计算估值、危机事故处理办法、风险控制、决策、分工等社会生产关系与要素,针对这些系统、产品和组织结构的项目管理没有必要也不可能一下子颠覆和推翻现成的系统体系结构、产品结构分解、组织运营结构,而是在吸收和继承以上关系结构的基础上针对新出现部分进行创新、变革、调整、迭代和开发,这个时候的项目管理需要花费大量成本和时间在分析任何一个改变对已有系统体系结构、产品结构分解、组织运营结构的冲击响应,来确保验证这个改变在整体上是对系统、产品和组织有利的。

当一个系统、产品、组织结构从出现到成长壮大的一开始的几年乃至几十年里,结构相对简单,信息数据量有限,通过一到几个人的老板来做重大决策改变,再逐层分解给下面做更细节决策改变,可以节省大量的沟通与合作成本,短期内提高组织运营效率。但是在逐渐成长变得越来越复杂之后,系统不同部分的关联也越来越呈现出网状结构,网络里的细节结点由于持续的创新而爆炸式增长,传统上级管理人员无法管理爆炸式增长的产品内部网络状细节,这个网络也变得越来越难以分解。产品的研发、设计、生产和分发无法简单地使用逐层分解和项目计划的方法去逐层审批、分解、分配任务和分配配额去完成,只能通过由内部微市场的微小个体通过价值创造链中内部交易价格的动态变化来反应的供求价值关系、对网络价值创造的冲击响应、创意、技术创新、实现细节、工艺细节等相互作用反应自底而上的自组织自发地演化、迭代和协作发展,将爆炸式增长的产品细节与关系交给内部微市场管理,然后使用量化投资平台来运维微市场结构和做上层决策。

作为公司管理系统金子塔顶端的项目投资流动性运营系统,从头开始构建,可能需要大量人力好多年的工作才能勉强搭建出一个大概可以工作的系统,投资资本也至少需要上百万元人民币以上。

和其它信息管理系统一样,单纯引进购买一套成熟的技术方案可以在短时间里以更低的成本上线一个面向未来和创新的动态的项目管理与项目投资运营系统,比如单纯引进一套邑泊项目管理系统的软件成本通常在几十万元人民币,加上硬件、初始咨询服务及其它配套人力资源等,通常总体拥有成本也在一百万元人民币以内。

这样可以先有一个可以上线运营的系统来创造价值,由此创造了价值与节省了成本之后,可提取小部分比例创值作为后续持续演化、定制的预算,进入良性发展循环。

项目管理系统技术不同于其它技术产品,实际运行还需要考虑到系统、产品和组织的历史发展和特有需求,单纯引进的现成产品系统可能无法全面覆盖业务,同时基于不同公司当前实际业务发展的情况,可能全套产品的一大半功能无法直接运用,但它可能仍然后续会占用大量系统运维资源,同时可能还需要大量定制开发具有自己企业特色的业务和技术实现。

在后续演化定制的过程中,可以直接采用的基础成熟技术或平台包括:Windows Server系列操作系统、SQL Server系列数据库、C++/C#编程语言、ZeroMQ/NetMQ、已有产品基础数据库结构与业务逻辑、现成的技术框架、前端界面框架、通讯消息队列等。这些技术在全球范围内已经有大量企业和公司在使用,同时它们的供应链和产业链也已经完全全球化,产品的使用和运维比较成熟,一般很难因为某个政治事件或者人物而改变它们的商业和产业合作行为,因此可以通过直接使用而降低总体拥有成本和投产时间,这些基础设施,如果完全自主开发,可能随便一个都需要上亿资金、上千人力和几十年的时间开发稳定。

中层的基础算法、管理计算、数据模型等,可以通过购买或引进现成的论文、源代码、产品、数据库、开源技术来搭建降低成本,公用的基础计算区别不大。

高层应用的管理工具、业务规则、估值计算、审批流程、风险控制等采用独立自主开发或者定制开发则最具有性价比。

 

(0) Comments

回复留言

您的电子邮箱地址会被隐藏。*为必填字段 *

您可以使用这些HTML标签和属性 <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>

验证码