返回介绍

篇三:具体而微,工程是系统而不是事

发布于 2024-12-15 23:12:59 字数 518 浏览 0 评论 0 收藏 0

我看到的一种可能的答案,就是“组织”。它远远地在 EHM 图的最外层——那个层面约束了工程、实施的形式,并适时调整着这种形式;那个层面看得到工程的目标方向,也适时地调整着这种目标方向——真正决定着工程生死的,在工程之外。

当然,工程本体的病患是有的,例如“牛屎图”中的工具与方法不匹配,或者质量模型中的时间与质量起冲突等。这些病患并不会因组织的调适而消亡,但是组织的调适能给出治疗这些病患所需的时间、空间和基础。所有的病患其实都是长在组织这个“体”之内外的,当组织环侧与开放自身,毛病就显露了出来。这如同人的屁股上长了疮,总是要抬抬屁股才能抹得上药的。

从这一点来看,“从局部看来,向全局看去”,既是我这些年来工程实践的所为,也是我将来必行的方向。就软件开发而言,跳出具体角色的限制,看到“一个组织”和“工程的实施”的全局,也许正是破局的机要?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。
列表为空,暂无数据
    我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
    原文