当我的公司承担了一个重要的项目,在娱乐领域提供可生产的代码时,我们的行动速度比客户预期的要快 -- 这就造成了一个问题。
我们的版本需要修补程序,但是我们没有足够的权限访问他们的代码和环境来进行问答。所以,当我们开发的产品不起作用时,我们没有工具来修复它。他们对这种缺乏清晰度的反应是什么?
“你搞砸了 -- 我们为什么要给你权限?”
开发人员和业务人员之间的沟通问题几乎与软件开发本身一样长。过去,由于非技术人员无法获得技术概念,有时甚至是开发人员本身的孤立主义态度,加剧了这种情况。
幸运的是,随着技术变得更容易获得,开发过程变得更加透明,这种动态正在发生变化。学习与开发人员进行有效沟通对于任何技术领域的企业家来说都是至关重要的。如果不这样做,肯定会花费不必要的时间和金钱-并可能导致项目失败。
以下提示将有助于更有效的沟通:
在讨论即将到来的项目时,要非常清楚对最终结果的期望。一种称为范围蠕变的概念在最初确定一组简短的功能后会影响许多技术产品,但后来会添加其他功能。
看似微不足道的自定义功能 (例如新按钮或小部件) 实际上可能非常耗时 (随着开发的进行,可能会变得更加困难和劳动密集型)。如果必须进行更改,请尝试尽快提出要求。
与开发团队的沟通是双向的。陷入定义产品的企业家可能会错过团队关于可行性和时间表的重要反馈。
准确地衡量软件项目的实施成本是困难的,但这也是优秀的开发人员努力掌握的东西。开发团队善于在事情被延迟或转移时提供清晰诚实的反馈。
企业家对此反馈的反应对于未来的沟通也至关重要。专注于可以采取哪些措施来补救延迟的影响,并避免指责,除非它成为一种模式。
开发人员也不例外,这一久经考验的规则,企业主确实得到了他们所支付的费用,几乎没有例外。外包团队收取每小时10美元的费用听起来可能很有吸引力,但如果项目未能达到预期,从长远来看,成本可能会更高。
这并不意味着公司应该只雇佣内部开发商,或者外包是不好的。但是预期应该与成本相关。不要指望更便宜的初级开发人员在没有外部帮助的情况下设计解决方案。
相反,对更昂贵的开发人员的期望应该更高,并且包括清晰简洁的通信,定期更新和强大的体系结构。延误将不可避免地发生,但是对于价格更高,经验更丰富的员工来说,这种情况不应该经常发生。
为了管理合理的期望,了解开发团队的工作方式很重要。一些团队仍然使用更传统的瀑布开发方法,但是大多数现代团队使用某种形式的敏捷管理来代替。
这些开发风格为那些管理项目的人提供了截然不同的体验。瀑布开发往往会产生根据严格规格开发的完整功能。另一方面,敏捷开发可以更快地完成功能,但通常需要多次迭代才能解决错误。
了解您的团队使用哪种风格会告诉您是在项目进行过程中关注规格还是动态反馈。在批评敏捷项目时,请记住避免引入范围蠕变,而应专注于原始功能。这些可以添加到将来的迭代中。我的公司总是通过为客户设立专门的团队来接受有价值的改变。这样,我们完全避免了范围。
这些技巧将使科技企业家能够在相互尊重的基础上发展富有成效的友好关系,并与开发团队建立信任。随着您在管理这些合作伙伴关系方面的改进,您可以比以往更快、更有效地开发更好的产品。
版权及免责声明:凡本网所属版权作品,转载时须获得授权并注明来源“融道中国”,违者本网将保留追究其相关法律责任的权力。凡转载文章,不代表本网观点和立场。
延伸阅读
版权所有:融道中国