Scrum 能够帮助一个5-9人的小团队以迭代增量的方式开发产品,在每一迭代结束时,交付潜在的可交付的产品增量。正是由于其灵活性,Scrum 方法现已成为团队软件交付方法的首选,近期发布的15届敏捷状态报告也显示,66%的受访者及其所在的敏捷团队最常用 Scrum 方法。但随着敏捷在团队中得到越发广泛的实践,越来越多的人意识到全组织规模化敏捷实践在当下带来的机遇。但当人们简单地将 Sc
转载 2023-07-18 15:19:34
64阅读
一直以来,无论是在软件开发组织之内,或是行业广大人士之中,对于敏捷团队是否需要架构师一直存在争论。大家的质疑集中在:既然软件的架构是随着每个迭代而演进的,那一个架构师还能给敏捷项目带来哪些价值呢?这让许多传统的架构师都感受到了威胁,并力图寻找掩护,也为一种新类型的架构师——敏捷架构师——打开了机会...
转载 2009-06-05 17:33:00
152阅读
2评论
一直以来,无论是在软件开发组织之内,或是行业广大人士之中,对于敏捷团队是否需要架构师一直存在争论。大家的质疑集中在:既然软件的架构是随着每个迭代而演进的,那一个架构师还能给敏捷项目带来哪些价值呢?这让许多传统的架构师都感受到了威胁,并力图寻找掩护,也为一种新类型的架构师——敏捷架构师——打开了机会的大门。在敏捷项目中,传统架构师的象牙塔已经逐渐成为最薄弱的一环,而他们的许多工作职责也已经被整个敏捷
转载 2009-06-05 17:33:00
182阅读
2评论
一、站立式会议第一天:敏捷开发前的感想:郭旭:在敏捷开发之前的心情是忐忑的,因为接下来就是进度最赶的时候。要在短时间内实现大量的功能,难免会出现BUG或者其他意想不到的状况。但是我相信这也会是一个全新的体验,敏捷开发的流程是之前从未体验过的。夏翔:之前没有接受过这方面的锻炼,我会尽我所能完成任务的。何卓仟:整周的任务还是特别紧凑的,这也是软工里常见的流程之一,希望能加油尽量做出成品,好好体验这次开
随着软件行业敏捷开发的越来越普遍,敏捷的测试工程要求也越来越多,首先我们先来区分敏捷测试和普通测试的区别: 1.项目相当于开发与测试并行;项目整体时间较快 2.模块提交较快,测试时比较有压迫感 3.工作任务划分清晰,工作效率较高 4.项目规划要合理,否则测试时会出现复测得现象 5.发现问题需跟紧,项目中人员都比较忙,问题很容易被遗忘 6.耗时或者较难解决对项目影响不大的问题 7.发现Bug能够很
       进入公司差不多有3年的样子了,大大小小的项目参与了不少,一路走来有不少的感想,总的感觉很累。无论是大的项目还是小的项目,总觉得效率很低,耗时很长,我不停的思考,究竟一个团队的产品开发和维护应该具备什么样子才能高效而快速的向前推进。        这段时间,
前言难道程序员的职业生命线是青春饭?答案是的。35岁考虑转行,然后35岁又成了一个新人,而外国可以做到60岁,啥也不说了,可能是觉得中年大叔油腻,不及小鲜肉便宜,唉,可叹市场更新换代太快,快到我们来不及改变,所以,只有让随时保鲜才最重要。什么是 Arthas?Arthas 是一款开源在线诊断工具,采用命令行交互模式,支持 web 端在线诊断,同时提供丰富的 Tab 自动补全功能,进一步方便进行问题
今天给大家分享一些实用的程序员绘图工具(我自己也在用),分为以下几类:常规画图:Excalidraw、draw.io、语雀思维导图:Xmind代码截图:Carbon画图模板:ProcessOn一、ExcalidrawExcalidraw 是一款轻量、开源的手绘风格电子白板和画图应用,可以快速画出漂亮的流程图、UML图甚至是图表。Excalidraw 提供了丰富的素材库,包含手绘风格的图标、图标等:
转载 2023-09-07 14:33:21
137阅读
本文概述了敏捷软件开发团队的设计策略。这些策略对于扩展敏捷软件开发以满足现代IT组织的实际需求至关重要。敏捷的设计方法与传统方法截然不同,显然也更有效。重要的是要了解:敏捷设计实践敏捷设计理念整个敏捷生命周期的设计
前言:-在A段的敏捷里,架构师针对关键部分(如平台接口或团队接口的<I>部分),请求开发者来协助编程,让设计迅速落实为代码(Design is Code),进行必要的测试,给予回馈。在B段的敏捷里,将架构设计被切分为许多部份,分散于整个B段开发流程之中,包括规划、编程、测试、重构等各阶段;让设计直接表现于代码里(Code is Design)。这是敏捷的主流思想。----如果上述B段主
原创 2013-12-21 04:18:01
552阅读
其实最早对于开发模式我是没有什么概念的,一开始我认为就是 用户有啥需求我们就给用户提供什么 体验,但是 慢慢了解到,事实并不是这样,大多数用户都并不知道他们到底要什么, 他们脑海中只是有一个模糊的概念,只能给我们 一个大概的描述,所以剩下的就要靠我们来读懂用户的需求,这里就不得不说敏捷开发了 它的宗旨就是抓住最关键的核心应用,知道用户最想要的关键的一环 在此基础上看看能不能添加更好的。敏捷开发:敏
作为一名架构师,需要规划产品技术路线,负责技术选型。而技术栈选型主要参考以下几个标准:安全稳定,不能经常被爆出安全漏洞开源社区活跃度,加入Apache的组件优先考虑一线互联网公司落地产品,有大公司为其背书文档阅读性好本篇为大家带来微服务架构的后端技术选型,当你需要进行技术选型时,可以参照他来设计自己的决策树。开发语言JAVA主流编程语言,适合构建大型后台服务GolangGo语言是谷歌2009发布的
    用了3天,充分挤完了海绵里的时间,看了《轻松Scrum之旅:敏捷开发故事》这本书,觉得写得很好,有意思,找到了当时看大话设计模式时候的感觉。     从书的题目可以看出,这本书主要是讲敏捷开发的,我也是第一次接触,理解的不好还请读者见谅。     一、从技术角度看:传统的瀑布模型由于在前期花费了大量时间去分析需求和准备文档,导致在
微服务架构师封神之路12-Camunda工作流引擎实践 1pom.xmlapplication.ymlcamunda配置文件,processes.xml启动类创建数据库启动应用参考资料**罗小爬EX** 系列官方文档camunda工具下载 Camunda BPM: BPM指Business Processing Model,业务流程建模工具,其实就是一个工作流引擎。并且它提供了一套图形化的业务
转载 2023-11-03 20:32:46
73阅读
正文之前软件架构师是既要精通开发技术和软件平台,又要熟悉客户的业务。优秀的软件架构师应该同时掌握业务知识和技术能力 1. 客户需求重于个人简历作为工程,我们常常要向客户推荐技术、手段,甚至方法论来解决问题。但有时我们心里不是想寻求解决问题的最佳方案,而是希望借此丰富自己的简历。这样做很可能得不偿失积累一批满意的客户,选择切合实际的技术解决他们的难题,让他们乐于推荐你,才是最好的履历。信
好久没写blog了,从今天开始就要开始学习架构了,写个blogs整理记录下,方便以后复习。(第一天概念比较多一点,见谅!) 架构师的定义:系统架构师是一个最终确认和评估系统需求,给出开发规范,搭建系统实现的核心构架,并澄清技术细节、扫清主要难点的技术人员。 所以架构师是也是一个技术人员,也是需要懂很多很多技术栈,并且从技术栈的深坑中爬出来的。架构师的使命和责任:1.兼容过去问题:历史数据和业务需要
转载 2023-11-08 18:49:09
53阅读
在软件组织中,架构师的作用是举足轻重的,当企业把一个方向的生命线托付给你的时候,责任也是重大的,因此架构师必须十分谨慎和细致,最后我给你提如下一些建议:1,架构师的知识结构1)首先必须是一个好的程序员,技术上要强2)知识结构:对象的观点,UML,RUP,设计模式关键不是懂得了原理,而是灵活融合的应用3)系统的观念:分析能力,把握抽象的能力4)沟通能力:与客户沟通能力,与项目其它成员的沟通能力5)知
敏捷 Short Cycles that are test-driven and feedback-driven, yielding constant improvement 的核心就是短周期迭代交付,可视化,自适应调整,开放式及时沟通,所有的敏捷实践基本都围绕这些核心展开,如果要再对敏捷的核心进行抽象就是迭代+自适应。首先,敏捷开发是一种过程控制论,通俗地说,就是一种做事情的方法1.
个成功的软件项目背后都有一位专门的软件架构师,他塑造了整个蓝图。 -安克斯软件架构师 [稍后称为 SA ] 需要关心很多项目,因此 SA 需要从他们最好的朋友那里获得帮助。我会详细谈谈建筑最好的朋友,他们是谁一、知识点及具体要求: 首先也是最重要的是他们想要构建的领域的深度知识和系统的详细要求。为了得到这个,你应该知道如何提出问题并获取详细信息。大多数时候,产品负责人会对你提出的好问题感到不知所
# 架构师画图工具的离线应用 在软件开发和系统架构的过程中,架构师经常需要绘制各种关系图,以清晰地表达设计思路和结构。虽然许多在线工具提供了丰富的绘图功能,但在某些情况下,离线工具显得更加便利,尤其是在网络不稳定或安全要求较高的环境中。本文将介绍一些常用的离线架构师画图工具,并提供简单的代码示例和关系图的绘制方法。 ## 常用的离线画图工具 1. **Draw.io Desktop**: 这
原创 10月前
162阅读
  • 1
  • 2
  • 3
  • 4
  • 5