Questions tagged «business-process»

有时，当我遇到需要解决的问题时，我发现解决该问题的最简单方法是编写一个小程序作为个人工具。我没有使它具有超级可用性或超强健性，因为我是唯一要使用它的人，而且我没有时间完善和全面测试它。 然后，一位同事看到了程序并提出了要求，因为他遇到了同样的问题，并且该工具可以提供帮助。我给他“这不是很漂亮，但可以完成工作”的免责声明，让他拥有。 我知道的下一件事，我的上司打电话给我，告诉我他正在尝试使该软件在客户的计算机上运行，​​但显示X错误消息。WTF ？？该软件尚未发布，我也没有被告知需要发布。但是出于某种原因，我的上司认为它足够好，并在不通知原始开发人员的情况下发布了它。 现在，使用可以轻松解决此特定问题MessageBox.Show("DO NOT GIVE TO CLIENTS!");。但是，该问题表明存在更深层次的问题：我们的公司文化马虎。马虎软件可以，马虎进程也可以。不必担心未来-只需投入足够的精力使其几乎不能立即使用，将二进制文件放入.zip文件中，然后发货即可。足以胜任政府工作。 这是一家拥有10名全职员工的小型公司，正在成长，并且已经存在了一段时间。不要误会我的意思；我喜欢在这里工作，也喜欢公司。不要告诉我跑步；我想成为使公司变得更好的一部分。您如何开始为这种文化带来良好的变化？

28 development-process  communication  business-process 

已关闭。这个问题是基于观点的。它当前不接受答案。 想改善这个问题吗？更新问题，以便通过编辑此帖子以事实和引用的形式回答。 5年前关闭。 在过去的三年中，我一直在大型金融企业环境中担任团队负责人/开发人员。我们的产品发布过程是一场噩梦，因为它围绕Clearcase展开。我们有一个变更管理小组，负责执行所有版本，并且只允许将代码从生产中带入生产。 加入时，我要做的第一件事就是与Git建立团队。每个人都同意，Clearcase太糟糕了，对于处理日常源代码控制事务不切实际。因此，我们在本地计算机上建立了一种“非官方”存储库，并编写了一个脚本以在发布时同步git和Clearcase存储库。 这句话传给其他团队，有几个团队采用了相同的过程。以“非官方”方式使用git进行日常活动，以“官方”方式使用Clearcase进行发布。对于Git的任何问题，我都非常喜欢。 因此，本周我将与基础架构变更高级副总裁开会，他特别希望我向她解释Git的优点。显然，我在Clearcase上听到了我的常识。如果她接受我的论点，我将真正帮助我的雇主摆脱这种可憎的事情。 我与高管的经验告诉我，他们a）想要对所有事物进行极为简洁的解释b）只对涉及美元数据的事实感兴趣 我可以向开发人员解释Git优于Clearcase的优点（或针对此问题的Clearcase的任何其他版本控制系统），但是我正在向没有技术背景的技术主管说明如何做到这一点（她有一个工商管理硕士（MBA），并取得地理学本科学位。 我觉得我对她的任何争论要么听起来像是胡言乱语，要么是我在宣扬自己的个人喜好。 我要查找的是具体事实，这些事实表明开发人员可以更有效地使用Git或任何现代源代码控制系统。 我认为其他团队已经开始在内部使用Git是一个有意义的信号，但是它仍然不够强大，因为它仍然可以作为个人喜好而忽略。 我真正需要的是一个足以突破“这个过程已经工作了20年，为什么我们要改变它呢？”的功能。论点。

24 version-control  business-process 

为了保持与市场的联系，我正在为我的软件公司研究新的业务模型。带有付费支持的开源模型似乎很适合我们的产品，但是我担心付费支持模型在这样的时代是否可行，在这个时代中，像Stack中的那些站点一样免费提供一流的帮助交换网络。 恰当的例子-去年，我因为不想支付Win 7许可证和新硬件的费用而将员工迁移到Ubuntu，而且Mono平台非常吸引人。我的员工没有Linux经验，但是在AskUbuntu，Stack Overflow和几本“ For Dummies”书籍的帮助下，能够在大约120天内实现相对能力。我们确实聘用了Ubuntu顾问7天来提供培训和支持，但除此之外，还花费了0.00美元用于任何形式的有偿专业知识。 关于我的尽职调查，我与一个较小的客户进行了为期3个月的免费增值支持模式的beta测试，并取得了中等水平的结果。我想这样想是因为我们的软件是如此稳定且易于使用，以至于客户不需要太多的付费支持，但是我怀疑他们绕过了我们SLA的条款，就像我们转向Ubuntu的。 是否有人对我正在考虑的举动有任何想法，建议或经验？什么有效，什么无效，等等？

12 open-source  business  business-process