我正在与我现在的雇主处理一个问题,这个问题严重地让我考虑在其他地方找工作.它们的印象是100%的自定义开发应该被淘汰并替换为COTS产品,例如SharePoint.虽然我意识到这不是一个现实的期望,但我发现不可能与管理层中的人分享这些观点.他们的论点通常涉及SharePoint中已存在的功能,其中包含功能X,因此涉及的风险较小,并且不必对其进行测试.
举个例子,我们的情况是SharePoint列表完全无法满足客户的期望和要求.但是,将此数据保存在SQL数据库中很容易满足要求.然而,只要我们的开发团队建议超出SharePoint的界限,管理层就会对每行代码如何增加项目的复杂性并增加风险感到震惊.虽然在某些情况下肯定是这样,但情况并非总是如此.然而,他们的论点是,由于SharePoint提供了一种存储数据的机制,我们应该100%使用它.无论是否满足客户要求.
我已经到了我讨厌上班的地步,因为我经常被迫做我认识的事情(100%肯定)是不对的,这可以通过定制开发来做到.然而,这似乎是我工作的一个不可能的论点.
你们有没有遇到过类似的情况？如果是这样,你做了什么来应对这些挑战？
如果你不同意公司的愿景,如果你不能启发他们,那么肯定,现在是开始寻找的好时机.
您是否指出在客户端强制"解决方案"存在风险,这种解决方案对他们没有帮助或缺少功能或无法使用？
或许想出解决和减轻其感知风险的计划.
你记录了你的顾虑,让你上面的人知道他们,然后你按照他们的要求去做.如果它不起作用,您有文档,您提出了问题.但是试着让它按照自己的方式运作,所以看起来你并不想破坏他们的计划.他们承担了更大的风险,因此他们承担了更大的责任.尽力让它按照自己的方式工作,并放弃担心它.
这可能听起来很糟糕,可能不是你想要的答案.在我的办公室里有一个鲜为人知的部门叫做"臭鼬工程".人们自愿(通常在午休时间或编译时间)决定编写一些帮助公司的小程序.有趣的是,结果不会给公司带来任何"成本".
谈话通常是这样的:
"我们需要购买这个软件" - 老板
"但是,我们已经有好几个月的事了.约翰,当天写回来了" - 程序员
"？" -老板
很多时候,开发人员认为决策是不好的,只是创建一个自动发生的并行流程.然后,当东西撞到风扇并且客户感到沮丧时,替代解决方案已经到位.
我有一个自动释放机器的例子.开发人员过去常常创建这些自定义报告.随着客户数量的增加,开发人员的工作量也在增加.问题是"为了让客户得到自定义报告,开发人员必须参与进来." 因此,虽然该公司正在考虑聘请某人全职报告或寻找方法让客户这样做,但我写了一个自动发布机器,它会查找报告更改并将其直接发布给客户.我还编写了一个实用程序,允许任何人对报表进行更改,这些报表比开发人员更容易使用.当Boss宣布试图寻找解决方案时,我告诉他它已经到位,即使他可以对报告进行更改并让它们被释放.现在,每个人都可以改变报道,通常是进行这些更改的管理和客户支持.有趣的一面是开发人员不再参与其中.
去做就对了.如果你要退出,不妨试试.
京公网安备 11010802040832号 | 京ICP备19059560号-6 