返回介绍

第 67 章 问题

发布于 2024-08-18 00:06:34 字数 456 浏览 0 评论 0 收藏 0

1.不管敏捷方法被宣传成什么样,“敏捷”和“架构”真的水火不容吗?

2.如果你正在一个敏捷软件团队中工作,你们考虑过架构吗?

3.你是否认为自己在目前的软件开发团队中有足够的技术领导力?如果是,为什么?如果不是,又是为什么?

4.多少预先设计才足够?该如何适可而止?整个团队是否都了解并理解这一观点?

5.很多软件开发者参加编码培训班来磨练自己的技能。你将如何提升自己的软件架构技能?(比如,根据某些需求,在一张白纸上完成软件的方案设计)

6.什么是风险?所有的风险都等同吗?

7.在你的团队里,由谁来识别技术风险?

8.在你的团队中,由谁打理技术风险?如果让(通常是非技术的)项目经理或流程经理来,会是个好主意吗?

9.当你忽视技术风险时,会发生什么?

10.面对风险,你能主动做些什么?

11.需要在你团队的工作方式中引入软件架构吗?如果是,你会怎么做?

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

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

发布评论

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