软件开发这一行, 有著很多的事情都是充满著幽默的; 只要你懂得去欣赏它 😆

 

场景 I: 开发人员 vs. 产品经理

开发人员问产品经理: 这个需求真的有必要改吗? 这个需求客户什么时候会用?
产品经理: 噢…原来你的问题和我的问题是一样的。
                                                                                                                             

场景 II: 项目经理 vs. 开发人员

项目经理问开发人员:这版本可按时交付吗?
开发人员:噢⋯原来你的问题和我的问题是一样的。

 

场景 III: 测试人员 vs. 开发人员

测试人员问开发人员:这个缺陷真的已经修复了吗?
开发人员:  噢⋯原来你的问题和我的问题是一样的。

 

场景 IV: 开发人员 vs. 测试人员

开发人员问测试人员: 这个能算是缺陷吗?
测试人员: 噢⋯原来你的问题和我的问题是一样的。

 

这些场景就是所谓的, “不完美” 的软件开发的艺术

我们都应该用着 “幽默” 的心态,去欣赏着这些 “不完美” 的软件开发的艺术。

最终,我们将会领悟到 “软件开发的本质”:

软件开发原来是个以 “人” 为本的 “社会工程”;只讲求 “协作”、“互助”、“信任” 的 “社群化活动”。一个只追求 “越来越好” 软件的 “社群化活动”。

 

开发人员、产品经理同样都是人; 所以, 开发人员、产品经理, “同时” 都不明白: “这个需求真的有必要改吗?” ,  ” 这个需求客户什么时候会用?” , 是件再正常也不过的事。

但当开发人员、产品经理能协作、互助、互相信任著对方时, 开发人员、产品经理就能共同的找出当下解决这些问题的最佳决策与最适合的解决方案。

同样的故事, 也会自然而然的会发生在能协作、互助、互相信任著对方的项目经理、开发人员、测试人员之间。

产品级敏捷、产品级敏捷 2.0、微服务架构元素卡、Story 场景树, 都是将软件开发变成是以人为本的社群化活动的方法与实践; 期望著未来能有更多类似的方法、实践, 而使得软件开发这行业, 能更加的有趣, 更加的有尊严。

请参考:

发表评论

电子邮件地址不会被公开。 必填项已用*标注

此站点使用Akismet来减少垃圾评论。了解我们如何处理您的评论数据