谁来决定

会议上，我和售前争吵，和工程经理争吵，甚至和领导争论，反复地说决定不做什么更重要，努力争夺开发人员的决定权。在下面我总是鼓励研发不要教条地接受任务，要回溯原始需求，重定义问题。 但我得承认，无论在上面还是在下面，我一直是费力不讨好的，他们不听我的。想象的出，在他们眼中，我就是一个自以为是，尝试否定一切的人。

其实我的道理说出来很简单。我们的模式是领导、销售、售前和工程先决定“做什么”，然后让开发决定“怎样做”，看上去这好像没有什么问题，技术就应该服务于项目，服务于市场。说白了，就是技术服务于利润。但是，“做什么”和“怎样做”没有清晰的边界的，他们是连续环扣的原因和结果，这一环节的“怎样做”就是下一环节的“做什么”，也不应该把二者分的太开。如果让不了解技术的人完全决定方案，就是让不理解“怎样做”的人决定“做什么”，我觉得我们是冒险行为，是自找麻烦。

销售和工程其实也有他们的无奈，作为项目甲方的用户最有发言权。冲在最前面的战友无法让甲方认同我们的专家形象，让情况变得更糟糕，客户不接受任何理由和建议，像要求厨师一样，要求满足他的独特口味。甚至，甲方有决定权的都是一些领导而不是真正使用系统的员工，这也让情况变得更糟糕。他们总是，开始无节制的提出功能要求，后来又批评产品的可用性，无视这二者的因果关系。

我们技术人员更有我们自己的问题，对大多数技术人员来说，自己心里其实并不自信：我们做泥瓦工尚且不称职，总是犯下这样或那样的错误（BUG），更没有资格做建筑师，决定建筑外观，材料，功能和结构。可是，谁有资格做呢？难道是售楼***。当前的软件开发领域，建筑设计师和建筑工人还没有严格分开（将来估计也无法分开）。此前提下，建筑设计师当然只能是建筑工匠出身。不想当建筑师的泥瓦工不是好泥瓦工。