小项资讯
关注项目管理领域的那些人和事儿，为您带来最新的管理政策、发展趋势；参与我们的讨论，让我们知道您的需求，并为您答疑解惑、献计献策。
1F小项是谁？
项目管理办公室的一群项目管理员，主要从事组织级项目管理工作，这是一群爱工作爱生活、积极乐观、极富责任心的人，始终坚信：您的支持是我们服务的动力。
2F 项目管理大家谈
作为组织级项目管理员，我们打交道最多的是项目经理，最需要了解的是项目经理遇到的困难。通过前几期与大G、小新等采访对象的交流，我们对于项目经理眼中的“痛点”和“槽点”进行剖析、讨论，不断明晰改进措施。文章发表后，引起了很多项目经理、项目成员的共鸣，小项也收集到了很多切实可行的建议，在这里感谢大家的支持！
接受访谈人员均被隐去真名，这也是个小小的伏笔，等系列访谈结束后，我们将统一公布被访谈人员真名，敬请期待！本期我们采访到的是中心一位资深的技术专家，是部门公认的技术大拿和优秀项目经理。小项这次带领大家一起去了解一下技术砖家心里那一本“管理经”。
小项：技术专家，您好。感谢您接受我们这次访谈。俗话说“脱离技术谈管理都是耍流氓”，所以这次特别邀请您来做本期的“项目经理大家谈”活动，就是想打破我们平时固有的管理思路，回过头来从技术的角度再看管理。
砖家：不敢当不敢当，谈不上专家，倒是可以称“砖家”，今天咱们就拍拍“砖”，就当给咱们的项目管理工作添砖加瓦了。我今天主要是说一些日常工作中的问题和思考，供大家探讨。
原则1：管好甲方，工作顺畅
砖家：既然是从技术的角度看管理，那我就先来说说我们系统的一些情况。我们所承接的系统大多数是管理类系统，有的时候就是源自行领导或者监管部门的一个要求、一个文件。这时候就需要我们做技术的介入了，一方面是引导业务部门逐步将管理策略转化成清晰、合理的需求，另一方面我们可以提前进行技术调研或者项目规划，如果短期内无法实施，我们也会及时沟通，最后达成一致意见。目前，业务部门越来越意识到信息系统是落实业务策略的最重要途径之一，对技术部门也是越来越依赖，所以，对业务部门进行适当的引导，对双方都有益处。
小项：您说的这个就是“管理的艺术”。其实咱们和一些典型的IT企业还是有区别的，通过适当的管理加上真诚的沟通，可以让业务部门更加了解我们，形成良好的合作伙伴关系，工作会变得顺畅很多。“业技融合”这个思路已经在咱行项目管理办法中明确了，我们也正在推动“需求编制标准”的制定，帮助项目组“管理”业务部门。
原则2：不多不少，实用最好
砖家：刚才说到制度办法，我感觉这几年制度和流程的变化挺大，但总体趋势是越来越好，越来越适合我们了。例如项目文档，总体感觉数量是少了一些的，这对于项目组是个利好，可以将“写的多”的精力用在“写的好”上面，也符合能量守恒定律嘛。但是，部分文档还是有内容不适用的情况，就拿需求规格说明书来说吧，对于我们的一些系统，有很多小项都填不了内容。所以，不妨考虑取消部分文档的模板要求或者只保留最核心的部分，就如软件需求规格说明书，其实就是咱们和业务部门签订的合同，最重要的是描述清楚和双方认可。还是那个原则：实用最好。
小项：是的，经过这些年的积累、调整，咱们的制度和工作流程的适用性有很大程度的提高，并且我们现在仍在推动制度和工作流程的修订，例如项目分类调整、部分流程进一步精简优化。就拿文档来说，去年年底我们做了一次文档梳理的工作，在69项文档中，删除的有19项，变为选填的有31项，所以总体数量是减少的。同时，我们也在思考是否可以借鉴敏捷开发中“Just Enough”的文档编写思想，无论是内容还是数量，在保证实用、合规、编写质量的基础上，按照“最小集”概念，写文档里最有用的内容，进一步为项目组“减负”，不多不少，实用最好。相信这样，项目组也会更有动力去写文档了！
原则3：重视计划，重视设计
砖家：还是拿需求规格说明书来说，这个文档是工作量评估及项目计划制定的依据之一，如果要在规定时间内完成项目计划，倒推回去，往往留给需求规格说明书的编写时间就比较少了，但是需求规格说明书作为咱们和业务签的“合同”，重要性可是不言而喻啊。
小项：现在对于项目计划的制定的确是有时限的要求，我们也明白项目计划制定是需要需求分析、估算、进度规划等做铺垫，时间上往往捉襟见肘。然而项目计划作为项目的重要文档，有着“定盘星”的作用，后续研发工作安排、进度偏差的计算都会以此为依据，所以项目计划需要我们所有人的重视。我们建议项目组可以视自身的情况，提前介入，这一点和咱们刚才说的不谋而合。
砖家：项目设计时间是有要求的，对于一些大规模或者有创新性的系统来说，有一定程度的约束。然而设计的重要性不言而喻，能不能通过管理来强化大家对于设计的重视？
小项：关于您提到的设计周期，我们经仔细研究并参考各方意见之后，对于不同类型不同规模的项目提出了不同的管理建议，更符合咱们的现状了。对于您刚提到的创新，现在行内的态度是激励创新，所以我们后续也会进一步研究改进，从管理的角度促进咱们中心的创新项目开展。
目标：软开出品，就是精品
小项：刚才咱们说到创新，其实我们一切的管理都是为了研发服务，目标就是软开出品必属精品。
砖家：是的，不仅仅是对新建系统我们抱这样的态度，对于一些已经运行了七八年的老系统，受当时的性能设计和硬件配置的限制，现在的运行速度变得挺慢的，作为开发人员，我们内心其实是焦急的。我们也曾尝试跟业务部门沟通优化或者重构，但是业务部门觉着现在就这样慢着也能将就用，也没有动力去做这件事情。
小项：我觉得这就是咱软开工程师文化的最好体现，我们不但专注于正在开发的系统，还关注已经上线的系统，说明咱们软开人都是有责任心有担当的。一般而言，业务系统的技术优化和功能升级都是业务部门立项软开实施，所以咱们可以从技术的角度推动业务去立项，用一些同类型新老系统的比较，让业务部门看到好用的系统的确是能够大大提升工作效率的，这样他们就会愿意去优化。另外，软开也可以提出立项，经过中心需求评审之后，在ITA中提出立项申请。
小项：咱们今天的访谈就到这里吧。感谢砖家向我们传授了管理经中的若干“内功心法”，小项们也会在项目管理的路上努力修炼。不知道屏幕前的各位看官有何感想呢？还是您也觉得有话要说不吐不快？如同前几期所说，项目管理方面如果您有任何疑问，或者有好的经验想要分享，欢迎联系小项，我们将怀着最大的诚意，欢迎您的到来！
