网站建设工作内部管理有哪些问题？

发布：2018-12-05 19:01:06 浏览：3718

如果业务团队与工程团队开始有共同语言，更好地理解对方，以及在组织中建立良好的相处关系，那么这对于公司肯定是好事，但是这些方法并不一定有效。有时候，是因为业务管理本身做得不好，特别是那些有较大影响力的行政角色做得不好。我将介绍一些破坏业务团队与技术团队之间协作的常见问题，以及相应的应对方法。

认清形势

即使是一位主管或高级主管，在开始改变现状之前，也最好先熟悉公司的文化、环境及其运作方式。这是因为，如果不熟悉所面对的人员，也不知道当前的工作方式，就去尝试改变现状，那么很可能会遭到反对和抵制，而且有可能让人无法应对。这其中包括流程变化和技术变化。可能有一位主管说:“我们不能使用这种技术(X)。这么多年来我一直使用另一种技术(Y)，而且它一直很好用。”他说的可能是对的，而且甚至可能会节省资金和有其他好处，但是在不了解为什么先前使用技术X时他没有提出改变现状的正当理由。

此外，我们还需要了解人们的工作方式。环境是否本身有问题，致使代码要经过几个月时间才能部署，版本发布也被严格控制，而且网站无法经常部署新特性?如果是这样，那么我们要仔细考虑。想要改变这种环境是不可能的。在启动新开发项目或加入一个新公司之前，我们可能要预先调研一下。

在提出变革之前，我们还一定要了解自己的上级主管。一些管理人员可能会因为下面这些原因拒绝我们的建议、提议和报告。

我们的才能可能远胜于当前职位，并且有可能取代他的位置。

上级主管根本不喜欢我们，或者想要扶持另一个人。

上级主管并不明白眼前是一个很好的工程建议。

有一些公司会设立一个开放论坛来鼓励创新。这些公司一般会做得很好，其员工和工程师会感觉到自己参与到公司发展中，而不是只是一个无关紧要的螺丝钉，完全与公司的成功无关。在尝试协调业务管理与工程团队的关系之前，需要先理解一些重要的向题。现实中，可能根本没法解决这个问题。在公司的不同位置也会产生不同的结果。如果我们职位是主管或经理，那么我们可能会先考虑如何创造一种容易收集反馈和热烈讨论的文化。这种机制有助于塑造和定义公司的成功及发展方向，而这些都会反映到员工的工作质量上。

向主管提建议可能很困难

在公司中的位置可能决定了我们还没有足够高的级别可以直接向公司高层管理人员提出建议。这意味着，我们必须将建议传达给自己的上级主管，然后寄希望于自己与他的关系能够让他重视这些建议，然后再将它们向上传达。在一些时候，行政管理实际上阻断了提出建议和变革的可能性。对于Web开发者而言，这种环境应该尽可能避免。即使有时候可能会有一些改进效果，或者工程人员认为上级已经了解和考虑了这个问题，工程师也很难提出新特性、新产品或改变的建议，因为这会让人感觉他们逾越了自己的职责范围或试图超越自己的上级主管。如果在所处的环境中，改进公司网站和产品的有用建议和愿望不被接受或不受重视，那么我的建议是离开这种环境，以寻求更好的发展空间。没有人愿意自己不受重视和不被认可，作为一名志在改进技术环境的工程师，待在一个不能接受建议的工作环境中，可能会毁掉自己的热情和上进心。

突破界限

一个常见的做法是公司或组织的董事会或执行官会将公司的技术话语权下放给技术主管，由他们确定所有的技术决策。这是一个严重的错误，因为公司的最低层也会有一些不为人所知但是又能让所有人受益的关注点和宝贵信息。在某个技术问题上，CTO可能会代表工程团队作出一些违背大多数人意见的决策。

例如，假设要在生产环境中使用虚拟化技术。许多人可能会反对说不能在生产环境中使用虚拟化技术。工程团队可能会反驳这个观点，因此他们已经花了很长时间进行研究，发现它可以节约成本、提高性能和简化服务器集群的管理。然而，即使有这些理由，CTO也可能直接“拒绝”这种想法，出于迷信或个人观点拒绝在生产环境中使用虚拟化技术，而且执行主管绝不会知道这个错误行为。

执行主管是组织的重要角色。他们负责带领整个组织及其员工，确定公司的发展方向，而且如果公司遭遇失败，那么承担最主要责任的也是他们。对于位居行政管理层之下的员工，他们会犯的一个错误就是不敢质疑行政管理人员。这与组织的企业文化有很大关系。如果以前有人因为反对主管意见而被开除出公司，那么不会有人再冒险提意见，即使这些意见是对公司有益的。如果想要向执行主管层传达一些信息，那么定要选择正确的途径。在一些大型网站上，通常公司的业务部门与项目管理及工程团队有很大的脱节，因为前者主要是通过网站获得销售业绩。在这种环境中，想要进行一些对公司有益的改变将会很困难和很耗费时间。最终，公司的大多数决定都出自公司老板和股东，因为如果没有收益，工程师或其他人也都会失去工作。然而，这并不意味着公司老板应该主导工程和技术决策的制定。有时候，我们必须冒险突破未知的区域，提出自己的技术建议。

假设一位网站建设工程师用了三个月时间进行测试，证明虚拟化可以应用在生产环境中。然后，这位工程师将所有测试结果提出来，证明虚拟化非常适合用于运行生产网站。此外，她还收集了一些关于银行及其他在生产环境中运行虚拟化技术的关键任务网站和应用的实例和证据，提出了支持她论断的数据和研究结果。然后，执行总监会浏览这些信息，即使有这些证据、能节省开支和提高效率，他最后仍然决定不能作为整个公司的政策在生产环境中使用虚拟化技术，因为他个人不喜欢这种方式。这种情况并不少见，投人时间执行了所有的测试和研究，最后发现了改进网站的性能与功能的方法，但是仍然不被接纳，那么这位工程师会感觉备受打击，而在这种环境必然会出现这样的结果。这时，他最好是离开这家公司，寻求一个新环境，这种环境的文化氛围应该是欢迎反馈、开放讨论和允许在证据充分的前提下尝试新技术。即使没有任何风险，有一些公司就是不愿意尝试一些新技术。这些公司通常会在Web世界消失，因为创新是Web领域的竞争优势，一成不变一定会让用户停止访问他们的网站。