程序员在产品的眼里就是工具
产品在程序员眼里就是213
在大多数的互联网公司, 产品和程序员都是水火不容的, 为什么呢? 答案可能只有一个就是改需求-. 如果频繁的改需求足以说明产品没有对自己想要东西做认真的思考, 才导致这样尴尬的事情发生.
为了解决这样的事情(估计不能根治), 下面对这两种物种进行分析.
产品注意⚠️
需求明确
一定要讲清楚自己的需求, 如果中间有问题要讨论, 讨论清楚了在告知程序员. 要对产品有一个大体的规划, 尽量不要脱离这个轨线. 如果没有规划, 到最后自己想要成什么样都不知道了!
需求细化
产品在给程序员发需求文档时, 文档要细化! 不要等到开发某个功能时, 程序员发现这种情况下怎么处理, 需要给用户提示什么, 下一步要做什么. 这样程序员很被动, 这样往往会打乱程序员的节奏. 这个时候程序员心里在默默的念…
态度
每次修改需求时要好好的和程序员说, 不要一副你就是一个工具, 不改不行的态度. 其实大家都是为公司干活的, 没有必要这种态度. 小心你的人身安全(: 逃)
程序员注意⚠️
做好随时改需求的准备
其实在现在的互联网公司, 大家都很着急的向前冲, 这样就会出现不停的试错. 这样不好, 那样应该可以 常常被这样的事情改需求. 这时候程序员在写代码时做好预留的功能, 不要写固定了, 要把改为可配置的. 这样即使修改需求, 也没有很大的工作量. 提高代码的可扩展性, 可复用性
沟通
身为一名程序员最不愿意做的事情就是返工, 写好的代码产品一句话就给推翻了, 这样的效果不对, 需要重新编写. 这时候的心情谁可以理解, 只有程序员可以!
建议程序员在根据需求文档编写代码的时候, 再找产品确认一下, 这样避免了在需求文档不详细时重复返工的事情发生.
经常和产品沟通, 这样有助于对产品功能一致性. 避免代码白写的尴尬
总结
希望程序员与产品之间可以在工作中好朋友. 请产品不要乱改需求, 请程序员认真对待每一次的改需求
查看图片 长按识别二维码，订阅IT江湖！
