，往往留给需求规格说明书的编写时间就比较少了，但是需求规格说明书作为咱们和业务签的“合同”，重要性可是不言而喻啊。
小项：现在对于项目计划的制定的确是有时限的要求，我们也明白项目计划制定是需要需求分析、估算、进度规划等做铺垫，时间上往往捉襟见肘。然而项目计划作为项目的重要文档，有着“定盘星”的作用，后续研发工作安排、进度偏差的计算都会以此为依据，所以项目计划需要我们所有人的重视。我们建议项目组可以视自身的情况，提前介入，这一点和咱们刚才说的不谋而合。
砖家：项目设计时间是有要求的，对于一些大规模或者有创新性的系统来说，有一定程度的约束。然而设计的重要性不言而喻，能不能通过管理来强化大家对于设计的重视？
小项：关于您提到的设计周期，我们经仔细研究并参考各方意见之后，对于不同类型不同规模的项目提出了不同的管理建议，更符合咱们的现状了。对于您刚提到的创新，现在行内的态度是激励创新，所以我们后续也会进一步研究改进，从管理的角度促进咱们中心的创新项目开展。
目标：软开出品，就是精品
小项：刚才咱们说到创新，其实我们一切的管理都是为了研发服务，目标就是软开出品必属精品。
砖家：是的，不仅仅是对新建系统我们抱这样的态度，对于一些已经运行了七八年的老系统，受当时的性能设计和硬件配置的限制，现在的运行速度变得挺慢的，作为开发人员，我们内心其实是焦急的。我们也曾尝试跟业务部门沟通优化或者重构，但是业务部门觉着现在就这样慢着也能将就用，也没有动力去做这件事情。
小项：我觉得这就是咱软开工程师文化的最好体现，我们不但专注于正在开发的系统，还关注已经上线的系统，说明咱们软开人都是有责任心有担当的。一般而言，业务系统的技术优化和功能升级都是业务部门立项软开实施，所以咱们可以从技术的角度推动业务去立项，用一些同类型新老系统的比较，让业务部门看到好用的系统的确是能够大大提升工作效率的，这样他们就会愿意去优化。另外，软开也可以提出立项，经过中心需求评审之后，在ITA中提出立项申请。
小项：咱们今天的访谈就到这里吧。感谢砖家向我们传授了管理经中的若干“内功心法”，小项们也会在项目管理的路上努力修炼。不知道屏幕前的各位看官有何感想呢？还是您也觉得有话要说不吐不快？如同前几期所说，项目管理方面如果您有任何疑问，或者有好的经验想要分享，欢迎联系小项，我们将怀着最大的诚意，欢迎您的到来！(文/小项)
