CustDevOps —软件产品开发中的可持续性

我不会打扰您已经有1000次引用的故事,该故事是由于规划不良,要求缺失或定义不足,质量保证欠佳,项目员工不足,使用错误的技术或最后但尤其是痴迷而导致的项目失败中央采购部门可以节省资金-并带来相应的后果。 消耗的资源数量以及随之而来的项目人员,客户,合作伙伴等的失望是不可接受的。 如果您不认为这是一个挑战,而是“必须忍受”的情况,那么请在此刻停止阅读。 您不是我的目标人群。 抱歉。 我想改变一些东西而不是宣教。

我想写关于可持续性的文章。 关于产品开发中的可持续性 ,其中必须考虑并集中资源:我并不是在谈论人,即使他们通常被抽象地称为此类资源,而是在谈论人们的工作和相关人员的投资生命 (无论是作为项目成员还是作为客户),使用的技术以及我们的环境和相关的未来 。 我想使每个项目都成功,或者至少为它铺路,以便它很可能成功。

可持续发展始于客户至上

每个项目都始于挑战。 目标是改变某些东西,做得更好。 它总是与资源,人员,环境以及最后但并非最不重要的金钱有关。 甚至关于力量的所有变化和表现。 并非总是如此,但经常如此。 有人看到了这一挑战,并希望解决它,或者自己接受挑战,并努力寻求解决方案。 这也适用于软件项目。 那些人想改变当前状态,而不管是替换现有系统还是更改现有系统,还是创建新系统。 一个人想重新掌握一种情况。 创新是关键。 即使这样,当Cobol程序创建时。 在我所知道的所有软件系统中,人们总是会受到影响: 在公司内部是必须与之合作的人,还是在外部是客户 (即允许付费的人可以与之合作)。 有需求的客户。 如果是这样, 您为什么不充分并持续地让人们参与,以使他们得到的就是他们想要的东西并且可以成功使用? 我们希望始终为自己采取这种方法,以便始终准确地交付最终客户所需的东西,同时节省资源。 并进一步发展我们以及我们的产品和服务以及客户的生活。

这就是为什么我们总是首先询问和质疑客户的需求,然后对其进行定义和测试。 它们为我们提供了针对我们产品的经过验证的需求,我们可以在积压的订单中将其定义为用户案例。 作为一种方法,我们使用Google Ventures创建的设计冲刺,这些冲刺已经被很多人以及我们进行了修改,改进和改进。 客户参与了此阶段,使我们能够适度使用所提供的资源并以适当的方式让人们参与。 没有任何重复,也没有多余的创建。 这些经过验证的有针对性的结果使我们可以继续进行下一阶段。 只有当我们确切地知道客户的需求时,开发团队才知道要产生这些结果以及最重要的是根据客户的需求对其进行充分测试的工作。 客户陪同开发并回答所提出的问题,团队不能走错路。 最后,我们具有客户想要的功能。 在客户与团队之间不断的迭代中,可持续性是最重要的。

在我们经常使用此反馈乒乓球之后,我们可以放心地将提供的功能作为MVP(最小可行产品)发布到世界上。 这意味着该产品已投入生产。 此步骤也发生在负责所有验收测试的客户公司中。 事先没有与客户进行详细定义,讨论和测试的东西就进入了市场。 一切都在小步骤中。 各种形式的敏捷性都是吸引客户和提高资源意识的基础。

CustDevOps:设计sprint,开发和生产的不断迭代

我们将设计冲刺,开发和生产的这种不断迭代称为下一个设计冲刺CustDevOps。 从我们的角度来看,与BizDevOps的不同之处在于,我们不考虑业务,而是考虑客户 ,因此这必须成为流行语的一部分:从业务(biz),我们将重点转移到客户之外(cust)。 我们设计冲刺的结果为开发提供了非常有价值的,经过验证的用户案例。 在开发阶段与客户的紧密合作以及在生产中的紧密支持导致了这样一个事实,即以节省资源和珍视人员及其工作的方式来创建经过验证的产品。 没有多余的东西被创建。 一切似乎都是神奇的。 从理论上讲。 但是请注意,我们与人和技术合作,最后但并非最不重要的是与方法合作。 团队必须适应这种工作和生活方式,并百分百喜欢它。 团队必须作为一个团队。 客户还必须将自己视为团队的一部分。 必须赞扬成功,纠正错误并从中学习。 还有很多事情要做! 但这是可行的,您可以像我们一样进行处理。 结果令人鼓舞。