一直以来,无论是在软件开发组织之内,或是行业广大人士之中,对于敏捷团队是否需要架构师一直存在争论。大家的质疑集中在:既然软件的架构是随着每个迭代而演进的,那一个架构师还能给敏捷项目带来哪些价值呢?这让许多传统的架构师都感受到了威胁,并力图寻找掩护,也为一种新类型的架构师——敏捷架构师——打开了机会的大门。在敏捷项目中,传统架构师的象牙塔已经逐渐成为最薄弱的一环,而他们的许多工作职责也已经被整个敏捷
转载 2009-06-05 17:33:00
182阅读
2评论
一直以来,无论是在软件开发组织之内,或是行业广大人士之中,对于敏捷团队是否需要架构师一直存在争论。大家的质疑集中在:既然软件的架构是随着每个迭代而演进的,那一个架构师还能给敏捷项目带来哪些价值呢?这让许多传统的架构师都感受到了威胁,并力图寻找掩护,也为一种新类型的架构师——敏捷架构师——打开了机会...
转载 2009-06-05 17:33:00
152阅读
2评论
 Scrum 能够帮助一个5-9人的小团队以迭代增量的方式开发产品,在每一迭代结束时,交付潜在的可交付的产品增量。正是由于其灵活性,Scrum 方法现已成为团队软件交付方法的首选,近期发布的15届敏捷状态报告也显示,66%的受访者及其所在的敏捷团队最常用 Scrum 方法。但随着敏捷在团队中得到越发广泛的实践,越来越多的人意识到全组织规模化敏捷实践在当下带来的机遇。但当人们简单地将 Sc
转载 2023-07-18 15:19:34
64阅读
一、站立式会议第一天:敏捷开发前的感想:郭旭:在敏捷开发之前的心情是忐忑的,因为接下来就是进度最赶的时候。要在短时间内实现大量的功能,难免会出现BUG或者其他意想不到的状况。但是我相信这也会是一个全新的体验,敏捷开发的流程是之前从未体验过的。夏翔:之前没有接受过这方面的锻炼,我会尽我所能完成任务的。何卓仟:整周的任务还是特别紧凑的,这也是软工里常见的流程之一,希望能加油尽量做出成品,好好体验这次开
随着软件行业敏捷开发的越来越普遍,敏捷的测试工程要求也越来越多,首先我们先来区分敏捷测试和普通测试的区别: 1.项目相当于开发与测试并行;项目整体时间较快 2.模块提交较快,测试时比较有压迫感 3.工作任务划分清晰,工作效率较高 4.项目规划要合理,否则测试时会出现复测得现象 5.发现问题需跟紧,项目中人员都比较忙,问题很容易被遗忘 6.耗时或者较难解决对项目影响不大的问题 7.发现Bug能够很
前言难道程序员的职业生命线是青春饭?答案是的。35岁考虑转行,然后35岁又成了一个新人,而外国可以做到60岁,啥也不说了,可能是觉得中年大叔油腻,不及小鲜肉便宜,唉,可叹市场更新换代太快,快到我们来不及改变,所以,只有让随时保鲜才最重要。什么是 Arthas?Arthas 是一款开源在线诊断工具,采用命令行交互模式,支持 web 端在线诊断,同时提供丰富的 Tab 自动补全功能,进一步方便进行问题
       进入公司差不多有3年的样子了,大大小小的项目参与了不少,一路走来有不少的感想,总的感觉很累。无论是大的项目还是小的项目,总觉得效率很低,耗时很长,我不停的思考,究竟一个团队的产品开发和维护应该具备什么样子才能高效而快速的向前推进。        这段时间,
前言:-在A段的敏捷里,架构师针对关键部分(如平台接口或团队接口的<I>部分),请求开发者来协助编程,让设计迅速落实为代码(Design is Code),进行必要的测试,给予回馈。在B段的敏捷里,将架构设计被切分为许多部份,分散于整个B段开发流程之中,包括规划、编程、测试、重构等各阶段;让设计直接表现于代码里(Code is Design)。这是敏捷的主流思想。----如果上述B段主
原创 2013-12-21 04:18:01
552阅读
其实最早对于开发模式我是没有什么概念的,一开始我认为就是 用户有啥需求我们就给用户提供什么 体验,但是 慢慢了解到,事实并不是这样,大多数用户都并不知道他们到底要什么, 他们脑海中只是有一个模糊的概念,只能给我们 一个大概的描述,所以剩下的就要靠我们来读懂用户的需求,这里就不得不说敏捷开发了 它的宗旨就是抓住最关键的核心应用,知道用户最想要的关键的一环 在此基础上看看能不能添加更好的。敏捷开发:敏
本文概述了敏捷软件开发团队的设计策略。这些策略对于扩展敏捷软件开发以满足现代IT组织的实际需求至关重要。敏捷的设计方法与传统方法截然不同,显然也更有效。重要的是要了解:敏捷设计实践敏捷设计理念整个敏捷生命周期的设计
    用了3天,充分挤完了海绵里的时间,看了《轻松Scrum之旅:敏捷开发故事》这本书,觉得写得很好,有意思,找到了当时看大话设计模式时候的感觉。     从书的题目可以看出,这本书主要是讲敏捷开发的,我也是第一次接触,理解的不好还请读者见谅。     一、从技术角度看:传统的瀑布模型由于在前期花费了大量时间去分析需求和准备文档,导致在
敏捷 Short Cycles that are test-driven and feedback-driven, yielding constant improvement 的核心就是短周期迭代交付,可视化,自适应调整,开放式及时沟通,所有的敏捷实践基本都围绕这些核心展开,如果要再对敏捷的核心进行抽象就是迭代+自适应。首先,敏捷开发是一种过程控制论,通俗地说,就是一种做事情的方法1.
本小结来自于我在公司的敏捷开发实践中总结而来,记录下来,如果有疏漏或者不正确的地方,欢迎批评指正。所谓的敏捷开发是相当于瀑布式开发而言的,传统的瀑布式开发严格遵循预先计划的需求、分析、设计、编码、测试的步骤进行的,每个阶段都有每个阶段对应的文档;其主要问题是严格的分级导致的自由度降低,导致后期需求的变化难以调整或者代价高昂;敏捷开发以用户的需求为核心,采用迭代增量、循序渐进的方式进行开发;项目在构
总体而言,架构师负责软件领域的顶层设计。架构师需要根据公司的发展,规划企业未来若干年的架构,制定可落地的架构方案,解决技术难题,做技术选型与攻关,落地具体的架构。优秀的架构师既能做架构方案,也能写具体的架构代码。架构师要求比较高,要有架构的广度、深度,需要掌握一系列的架构技术栈,要求有架构实战经验,要有很强的系统分析、系统架构、系统设计,业务分析的能力首先要有架构师的思维,对分布式、高并发、高性能
原创 2023-09-21 09:01:29
311阅读
总体而言,架构师负责软件领域的顶层设计。架构师需要根据公司的发展,规划企业未来若干年的架构,制定可落地的架构方案,解决技术难题,做技术选型与攻关,落地具体的架构。优秀的架构师既能做架构方案,也能写具体的架构代码。架构师要求比较高,要有架构的广度、深度,需要掌握一系列的架构技术栈,要求有架构实战经验,要有很强的系统分析、系统架构、系统设计,业务分析的能力首先要有架构师的思维,对分布式、高并发、高性能
转载 2023-07-19 14:02:09
136阅读
敏捷者希望开发高质量和高价值的软件,而开发高价值软件最简单的方法就是
原创 2022-06-25 00:35:26
464阅读
系统架构师系统架构师是一个最终确认和评估系统需求,给出开发规范,搭建系统实现的核心构架,并澄清技术细节、扫清主要难点的技术人员。主要着眼于系统的“技术实现”。因此他/她应该是特定的开发平台、语言、工具的大师,对常见应用场景能给出最恰当的解决方案,同时要对所属的开发团队有足够的了解,能够评估自己的团队实现特定的功能需求需要的代价。 系统架构师负责设计系统整体架构,从需求到设计的每个细节都要考虑到,把
转载 2023-09-06 20:54:29
157阅读
最近参加了一次面试,应聘架构师的职位,不是很爽,倒不是因为问题本身,而是面试官的态度。面试基本的礼仪,握个手,自我介绍一下,是最基本的吧。感觉对方很傲慢,其实从这一刻起,这次面试已经结束。我不是什么狂人,也并非傲慢,但也是在这个行业摸爬滚打了十多年,最基本的尊重还是应该有的吧。面试是一个双向选择,企业选择个人,个人选择企业,地位是平等,脱离了这个前提,一切都是空谈。这少这个面试官的态度这个层面,
转载 2023-07-26 23:17:12
117阅读
文章主要内容:什么是 app 架构师这本书主要内容读完感受什么是 App 架构师成为“架构师”是许多程序员的梦想,当然也包括我,在工作的几年里,我见过很多架构师,他们在设计某个大型系统时具备很大的话语权,可以说开发前的架构设计、开发时的技术选型、开发中的规范和性能等,他们都有权来决定。那什么是架构师呢?根据维基百科对架构师的定义:系统架构师(System Architect,简称SA或SAr),是
转载 2023-09-18 08:43:17
306阅读
架构师”的蹿红彰显了软件架构的重要性。同样,BI系统也需要架构。为了得到一个清晰而又合理的结构,架构师需要首先将BI系统分成若干模块,然后把系统用户进行细分,以明确架构的真正需求到底是什么。         刚开始接触软件工程的时候,知道其中一个步骤叫做“总体设计”,做这项工作的人就叫“软件设计”。当时觉得这个名称
转载 2024-01-16 01:16:33
104阅读
  • 1
  • 2
  • 3
  • 4
  • 5