關於Agile 7个常見的誤解

什麼是敏捷?

敏捷是軟件開發中的重複和增量過程,有助於軟件的功能以較小的周期發布。這項工作由一個高度專業的自組織團隊完成,該團隊檢查是否真正滿足了客戶需求,從而可以相應地進行更改。例如,XYZ公司正致力於製作遊戲應用程序,並且通過敏捷方法以小周期釋放遊戲以檢查兼容性及其工作速度並相應地進行更改。通過在小周期中重複檢查和發布,公司可以通過電子郵件或聊天從客戶端獲得新想法和反饋,以便團隊可以有效地進行增量改進。使用敏捷方法,公司可以從客戶端獲得真實的反饋,以更好地改進項目。

關於敏捷的常見誤解

當我們聽到“敏捷”這個詞時,首先想到的是要么在短短兩到三週內完成衝刺的積壓,要么參加站立會議。這些是Scrum的元素。敏捷就像Scrum一樣,因為它們有著共同的原則。Scrum只是一種基於敏捷原則的方法論。做Scrum並不意味著你正在使用敏捷。每天站立起來並不意味著你在做敏捷。

1.敏捷意味著“我們沒有計劃”

每個項目都需要一個成功的計劃。在敏捷中,長期計劃分為不同階段,並定期審查。

2.敏捷不需要項目經理

敏捷項目需要一位經理,他不僅告訴您該做什麼,因為敏捷方法是自我管理的。但是,該經理將跟踪您的工作,以便向上級管理層提供反饋。軟件很複雜,因此您需要來自不同人的想法才能使項目順利運行。經理將幫助您解決這個問題。 

當你顯然沒有時,聲稱要敏捷

簡單地合作或關注質量並不意味著你在做敏捷。如果你不能遵守敏捷的所有原則,那麼你就不會做敏捷。

4.責備敏捷:“我試過一次而不喜歡它”

一旦你開火它就不會到達目的地。有些項目在使用敏捷方法時失敗。不要因為你的失敗而責備敏捷; 這只是壞工人責怪工具。它只是一個軟件,而不是一個與你巧妙相處的人。成功的工作完全取決於你的辛勤工作。

5.敏捷僅適用於開發人員和軟件

它首先從技術行業開始,但現在,隨著它對整個公司的利益得以實現,它在醫療,通信,製造等非軟件行業得到廣泛接受。

6.敏捷不相信文檔

敏捷根據其方法論在綜合文檔上工作。但是,如果您需要一份對您和另一個團隊成員有用的文檔,那麼就沒有理由不為多人的利益而生成它們。所以是的,你可以生成它們,因為它會在迭代中幫助你。

7.敏捷獨自將解決我們所有的問題

只是為您的公司實施敏捷方法或敏捷工具不會幫助您獲得更好的結果。軟件需要由您執行。它不是自動化的; 所有你需要的是奉獻精神和努力工作,在敏捷的幫助下,你將獲得最好的結果。

敏捷和Scrum之間的區別?敏捷軟件開發代表了一組軟件開發,包括Rational Unified Process(RUP),極限編程(XP),Scrum等。此外,使用Scrum,有三個主要角色:產品負責人,Scrum Master和開發團隊。

 

 


如何使用Scrum Board進行敏捷開發

Scrum boards (also known as scrum task boards) are tools that help teams visualize backlogs of sprint work items. The board can use many manual (whiteboard and sticker) and virtual forms (software tools), but it can perform the same function regardless of appearance. (Scrum 板 (也称为 scrum 任务板) 是一种工具, 可帮助团队使冲刺积压工作项可见。该板可以采用许多手动 (即白板和贴纸) 和虚拟表单 (即软件工具), 但无论外观如何, 它都能执行相同的功能。)

如何为Scrum项目撰写产品愿景?模板和示例

The product vision is not part of the Scrum process. Why is it so important? Schwaber believes that vision is two necessary illusions, starting the Scrum project by stating: “The smallest plan starts the vision of the necessary Scrum project composition and product backlog” (产品愿景不是Scrum流程的一部分,为什么它如此重要?Schwaber的认为,愿景是两个必需的一个假象,开始Scrum项目,通过陈述道:“ 最小的计划开始了必要的Scrum项目组成的愿景和产品Backlog ”)

Scrum: 什么是产品Backlog中的DEEP?

Product Backlog projects have described attributes (D appropriate details), Story points (E stimated), order (P rioritized), and they are constantly added, deleted and updated (E merged) in the backlog to reflect the backlog of teams in a timely and appropriate manner. (产品Backlog项目具有描述的属性(D适当的详细说明),Story points(E stimated),order(P rioritized),并且它们在积压中不断被添加,删除和更新(E合并)以反映到对以及时和恰当的方式积压团队的积压。)

如何为用户故事撰写SMART和INVEST目标?

SMART is a set of standards for creating goals such as Sprint goals. While INVEST reminds you of the characteristics of high-quality product backlog (PBI) (or user stories) typically written in user story format. (SMART是一套创建目标(如Sprint目标)的标准。虽然invest会提醒您高质量产品积压工作(PBI)(或用户案例)的特征,通常以用户案例格式编写。)

Sprint Increment (冲刺增量) vs Potential Shippable Product (潜在可发货产品) vs MVP vs MMP

Scrum requires the team to build an incremental function in each sprint, and the increment must be deliverable, because the product owner may decide to release it at the end of the sprint. This article explains and clarify the related key concepts of: sprint increment, potential shippable product MVP and MMP. (Scrum要求团队在每个sprint中构建一个增量的功能,并且增量必须是可以发送的,因为产品负责人可能决定在sprint结束时发布它。 This article explains and clarify the related key concepts of: sprint increment, potential shippable product mvp and mmp。)

什么As / I want / so that 用户故事模板?

The most common technology is the role-feature-reason template, which is used by teams and product owners to start writing user stories in three parts: (1) As a (role); (2) I want (feature); So that (reason). (最常见的技术是角色 - 特征 - 理由模板,用于团队和产品所有者开始编写用户故事,分为三个部分:(1)作为 As a(角色); (2)I What 我想要(特征); So that(理由)。)

Scrum中的Burndown图表是什么?

Burndown chart is a graphical representation of the remaining work and time. It is usually used in agile software development methods, such as Scrum. However, burning charts can be applied to any project that contains measurable progress over a period of time. (Burndown chart 是剩余工作与时间的图形表示。它通常用于敏捷软件开发方法,如Scrum。但是,刻录图表可以应用于任何包含一段时间内可衡量进展的项目。)

Scrum中的Sprint目标是什么?

Sprint goals show the expected results of iterations that provide shared goals for the team, which must be defined before the team starts Sprint in order to focus on achieving this goal. This ensures that everyone is on the same page. After choosing goals, the team must strive to implement them. (Sprint目标显示了为团队提供共享目标的迭代的期望结果,必须在团队启动Sprint之前定义该目标,以便专注于实现此目标。这可确保每个人都在同一页面中。选择目标后,团队必须努力实施目标。)

如何使用MoSCoW方法确定产品积压的优先次序?

MoSCoW (also known as MoSCoW prioritization or MoSCoW analysis) is a prioritization technology designed to reach a consensus with stakeholders on its importance for the delivery of each requirement. (MoSCoW方法(也称为MoSCoW优先级划分或MoSCoW分析)是一种优先级技术,旨在与利益相关方就其对每项要求的交付的重要性达成共识。)

Sprint Backlog在Scrum中是什么意义?

Sprint Backlog is a set of product backlog projects selected for the current Sprint and a plan to provide product increments for achieving Sprint goals. (Sprint Backlog是为当前Sprint选择的一组产品Backlog项目,以及为实现Sprint目标而提供产品增量的计划。)

Visual Paradigm International