建设的网站属于固定资产么,金山西安网站建设,建设网站协议,石家庄网络营销网站推广01 从软考说起从4月份开始#xff0c;由于备考《系统集成项目管理工程师》的原因#xff0c;博客没有持续更新#xff0c;在上半年考试结束之后#xff0c;又对项目进行了一些收尾的工作。下面就这段时间的学习作一个记录和总结吧。在学习的过程中#xff0c;提炼了一些自… 01 从软考说起 从4月份开始由于备考《系统集成项目管理工程师》的原因博客没有持续更新在上半年考试结束之后又对项目进行了一些收尾的工作。下面就这段时间的学习作一个记录和总结吧。 在学习的过程中提炼了一些自己认为比较重点的内容进行整理在项目管理的五大过程和十大知识领域中其中所囊括的内容可应用到所有的行业中项目管理的知识具有通用性和适用性比如土建工程的项目可行性研究报告和信息系统的项目可行性研究报告其输出基本一致。 从这些管理方法中也期待能够思考一些对自己项目管理有用的体会这篇文章抛砖引玉希望能够对大家产生一丝共鸣。从立项开始专家的支持很重要 在一般的系统集成项目中当一个项目启动后要进行需求分析、评审、管理等过程在政府性的采购项目中这些集成工作都会按照正常流程在进行一步一步的把项目进行持续交付直到收尾这是一个相对规范的过程。 由于目前我国互联网行业的迅猛发展大量的系统集成项目人员大量进入了私营企业内部进行工作。并且由于国家喊出“大力创新、万众创业”的口号下千千万万的项目就此落地开花。 互联网项目只争朝夕时间就是生命一个创意从灵感突现到写下第一行代码可能就是在一天之内市场并没有留给创业者太多的思考时间继而进一步挤压了项目管理的空间仓促立项、野蛮开发、后期维护BUG不断甚至导致项目流产。 由此可见难道下毒的一定是程序员么不少项目从立项开始就是一个毒药。 因此从项目管理的角度来说控制好项目的立项就是控制这个毒药泛滥的源头。 在五大过程和十大知识领域中包含了一个很重要的工具和技术就是“专家”支持比如政府采购项目中技术专家的评审必须占评标委员会成员席位的2/3以上这是硬性指标。借助专家在系统集成项目管理领域的专业知识确保项目高效、稳定、规范的进行运转。快速迭代的中国式笑话从严治码全靠资深开发者 快速迭代是把双刃剑在庞大的资源面前快速迭代就像装上了涡轮的汽车其迭代能力得到进一步的提升运转效率也更高项目文档、报告、配置都得到了很好的提升和保障。但是依然存在许多问题。 例如上面提到了仓促立项、野蛮开发这种类型的项目通常通常会打着快速迭代的口号大量的削减了项目执行过程比如不作项目可行性研究详细报告甚至不作可行性研究初步报告仅凭脑子里面的灵光一现就马上投入资金、项目强行上马。---------这可能就是系统集成项目行业中自嘲的我有一个很好的想法就差一个程序员了 很多时候上面的自嘲并非玩笑比玩笑更可怕的是这个玩笑是真实的存在。在这种背景下系统集成项目管理具有非常迫切的现实需求意义。 在很多私营企业中很多时候都是老板一言堂说干就干而且要大干快上项目管理的过程在这些企业中就像笑话一般的存在并且由于“全栈工程师”的原因系统集成的开发人员通常身兼多职既是裁判员也是运动员少部分系统开发人员本身也并不具有项目管理的思想他们一心只想着完成老板的要求并非需求然后拿到工资至于是否规范、以后怎么样天知道大不了辞职一走了之。 他们不知道什么叫CCB换句话说老板就是CCB在这样的企业中工作大海航行靠舵手老板缺乏软件管理的基本知识开发者们一味的为了完成自己的任务拿钱也不会自然而然不会顾及软件的质量。 于是在这样的开发过程中代码质量显然是一个令人窒息的话题各种不同的技术体系、各种毫无底线的技术缺陷层出不穷也正是这样的项目最终成为了开发者们秀代码质量下限的练兵场。 这个时候资深工程师就是企业的中流砥柱了。在项目过程中具有优秀项目管理思想的资深开发者们应该主动承担起排头兵的角色尽力的控制软件项目的代码质量确保项目开发的可控发展。沟通是一种艺术 沟通是一门艺术。在图书馆里面堆砌了大量的关于人际沟通方面的书籍用以帮助人们进行有效的沟通。 在系统集成项目中沟通管理作为一项重要的内容被单独列出一个运转良好的项目必然是一个有效甚至是高效沟通的过程这种对项目干系人的沟通管理持续贯穿到整个项目的生命周期中项目经理作为其中的纽带负责将整个沟通过程进行无缝的连接对干系人的沟通又分为水平沟通和垂直沟通其中最为有效的方式就是面对面的沟通在系统集成项目中距离不会产生美只会带来冲突和矛盾。 沟通的方式很多比如常见的文档、邮件、即时通讯工具、会议、讨论、通知、访谈、专家指导沟通的线路数量随着干系人的持续加入会成指数级上升比如当前项目组中有5名成员此时沟通线路为25条如果后续新加入4名成员该项目组的沟通线路将会上升到61条在如此复杂的沟通线路中想要进行有效的沟通就必须充分利用各种各样的沟通管理工具以达到沟通管理的高效输出。 有效的沟通是解决冲突的重要途径冲突的形成就是有障碍的沟通在干系人信息不对称的时候就会造成信息孤岛冲突就无法避免另外有效的沟通一定是妥协的结果妥协的力量来自方方面面有可能是项目基线的调整也有可能是资源的投入无论是何种结果都需要完整的记录到项目文档中就像领导开会通常都是用脑子和嘴巴直接传递信息但是作为领导的助理则必须将信息文档化、流程化。收尾环节 有一项非常重要的工作在项目管理的过程中常常被弱化甚至被忽略那就是项目收尾。 有些项目的收尾工作非常复杂有些则非常简单但是无论如何我们都可以围绕项目自身去做一些必要的工作千万不能就地解散各回各家各找各妈部分收尾工作内容具有普适性根据项目干系人的不同他们关注项目收尾的工作内容的重心也不尽相同。 建设方关注的是项目的建设质量是否如期按照项目基线和详细设计完成承建方关注项目交付后资金交付项目组内部需要进行项目总结、资料归档有些项目还需要组产品交付后启动新的工作比如项目后续维护管理或者是一些长期的项目需要持续交付直到项目的终止。 到了收尾环境如果代码质量不佳似乎已经病入膏肓然而难道就这么不治了 显然不是不管何时做好软件项目的代码质量都是项目管理的重中之重。思考 软件工程项目质量看似是个老调重提的话题但是却从来没有划下休止符的那一刻似乎从软考《系统集成项目管理工程师》教材上来看可以给我们带来一些方法但是却似乎也更像是学术圈理想的美梦最终该如何控制
