在软件公司的整个软件开发过程中,所谓挖坑多数情况下是指:产品经理已经完全确定了软件需求,甚至写好了软件开发需求文档,然后找软件软件开发人员碰最终定下来的需求,但是此时才发现时间不够、资源不足、投入产出比太低、当前没有相关专业软件开发人员、核心逻辑不够清晰、对现有系统影响太大甚至有消极影响等等一系列问题。如果这时候由于某些原因硬上,就会出现各种问题,也就是会有各种坑。我把这种坑称之为“大坑”,也是软件开发人员最害怕的坑。
还有一种是那种细节上的不完善或缺失,我称之为“小坑”。对于小坑,在碰需求的时候,软件开发人员多数能够极大化地弥补,而且即使发现不了,对整体的开发也不会有太大的影响。
对于避免挖“大坑”来讲,产品经理的最佳做法是:一开始就将软件开发人员拉进来讨论各种设计方案的可能性。多数情况下,产品经理在面对一个需求时,满足需求的方案绝对不止一个。有一劳永逸的方案也有暂时性方案,有适应未来的扩展性方案也有当下使用的毫无扩展性方案,有简单的方案也有复杂的方案,有满足核心需求的方案也有满足所有需求的方案……而这些方案实施起来肯定大有不同。如果在设计方案之初,在产品经理心中有了一系列备选方案之时,就让软件开发人员参与进来,软件开发人员就可以根据这些方案来提出一些建议,产品经理也可以权衡一下得失和难度等。在这种沟通机制下,当大的方向或实施方案确定后,再继续往下走细枝末节的地方,往往也不会出现什么问题。总结成一句话,就是“开发前多沟通,开发中就省心”。一个功能或一个应用在雏形设计阶段,调整起来是非常快的,一旦开发开始,越到后期越难调整。正如一栋大厦在图纸阶段调整起来是相对容易的,但到封顶时想要调整就很难了。
对于避免挖“小坑”来讲,就要更多地看产品经理对细节的把控程度和精力时间的投入上了。在最终与软件开发人员讨论需求前,将每一步的细节逐一过一遍,会有很好的效果。画流程图和写需求文档也能够极大地弥补细节上的不足之处。可能有人会说,难道做产品还有不画流程图和写需求文档的吗?当然有。很多情况下,在人力物力紧缺时,产品真的没时间画流程图和写需求文档,往往是只要核心逻辑没问题,就开干了。
如果产品经理真的懂技术,能够大神般地帮助软件开发人员想好大部分细节,挖坑的可能性也会比较少。但这种产品经理太少了,不具备普适应。产品经理之前做过类似的功能/模块,可以完全套用到现在的产品上,非常确信没问题。这样,坑也会少。正如没有百分之百完美的事物一样,也没有百分之百不挖坑的产品经理。不挖大坑,少挖小坑,是一个合格产品经理的基本追求。
【全文完】版权声明:
1、弈聪软件千禧棋牌内容中凡注明“来源:XXX(非陕西弈聪千禧棋牌)”的作品,转载自其它媒体,转载目的在于传递更多信息,其中涉及的千禧棋牌建设,千禧棋牌优化,APP开发,微信小程序开发,大数据平台开发,区块链技术开发等软件开发技术细节并不代表本站赞同支持其观点,并不对其真实性负责。对于署名“陕西弈聪”的作品系本站版权所有,任何人转载请署名来源,否则陕西弈聪将追究其相关法律责任。
2、本站内容中未声明为“原创”的内容可能源自其它千禧棋牌,但并不代表本站支持其观点,对此带来的法律纠纷及其它责任与我方无关。如果此内容侵犯了您的权益,请联系我方进行删除。