tag 敏捷開發

標籤
貢獻16
87
07:26 AM · Nov 07 ,2025

@敏捷開發 / 博客 RSS 訂閱

huaweiyun - TinyEngine 2.8 正式上線:AI能力就位、Docker部署更高效!

本文分享自華為雲社區《TinyEngine 2.8 正式上線:AI能力就位、Docker部署更高效!》,作者:OpenTiny。 前言 TinyEngine低代碼引擎使開發者能夠定製低代碼平台。它是低代碼平台的底座,提供可視化搭建頁面等基礎能力,既可以通過線上搭配組合,也可以通過cli創建個人工程進行二次開發,實時定製出自己的低代碼平台。適用於多場景的低代碼平台開發,如:資源編排、服務端渲染、模型

敏捷開發

收藏 評論

wanmeideshuanggang - 2025年十大項目管理軟件排行榜:引領行業新趨勢

在數字化浪潮席捲全球的今天,項目管理軟件已成為企業高效協作與創新發展的核心驅動力。隨着遠程辦公、敏捷開發和全球化協作的普及,項目管理工具的智能化與集成化能力正成為企業競爭力的關鍵。本文介紹了十大項目管理軟件,包括:1.Gitee;2.Worktile;3.釘釘;4.飛書;5.Teambition;6.Asana;7.Microsoft Project;8.Jira;9.Monday.com;10.

項目管理 , 敏捷開發 , 任務管理 , 敏捷交付 , 團隊協作

收藏 評論

PM老周 - 敏捷轉型不只是流程:資深 PM 如何帶團隊走出“假敏捷”困局

敏捷轉型在國內企業中已經從“熱詞”進入“常態”,但很多組織的敏捷實踐,卻陷入了“表面繁榮、內在空心”的假敏捷困局。會議變多、節奏變快、工具上線,卻沒有帶來真正的業務敏捷與團隊成長。本文將從項目治理與組織效能的角度,帶你看清“假敏捷”的根源,並給出走出困局的可執行路徑。 一、當敏捷成為形式:流程在跑,價值沒動 過去幾年,“敏捷轉型”幾乎成為各大中台與研發部門的常規動作。 從互聯網到製造業,從創業公司

項目管理 , 敏捷開發 , pm , 敏捷交付

收藏 評論

IT開發者筆記 - 國產化Excel處理組件Spire.XLS教程:使用 C# 將 DataTable 導出為 Excel 文件

在 C# 中將 DataTable 導出為 Excel 文件,是 .NET 開發中常見的任務,廣泛應用於報表生成、日誌導出、系統間數據共享等場景。通過使用獨立的組件庫,開發者可以輕鬆將 DataTable 數據寫入 Excel 文件,並應用格式設置,生成專業、可直接使用的文檔,無需複雜配置或依賴第三方辦公軟件。 本文將介紹如何使用Spire.XLS for .NET將 DataTable 導出為

敏捷開發

收藏 評論

IT開發者筆記 - PDF處理控件Aspose.PDF教程:使用 C#、Java 和 Python 代碼調整 PDF 頁面大小

使用 Aspose.PDF 調整 PDF 大小 Aspose.PDF是一個功能強大且靈活的庫,旨在跨多個平台(包括 .NET、Java 和 Python)處理 PDF 文件。在調整 PDF 大小方面,它提供了對頁面尺寸和內容縮放的完全控制。無論您是想縮小 PDF 大小、將頁面轉換為 A4 或 Letter 等標準尺寸,還是優化文檔以方便網頁或移動設備查看,Aspose.PDF都能讓整個過程變得簡

敏捷開發

收藏 評論

易軟項目平台分享 - 2025 年 8 款超實用工作流項目管理軟件,誰是你的菜?

在當今競爭激烈的商業環境中,項目管理的高效與否直接影響着企業的成敗。一款優秀的工作流項目管理軟件,能夠幫助團隊優化流程、提高協作效率、確保項目按時交付。本文將為大家詳細介紹 8 款在 2025 年表現出色的工作流項目管理軟件,它們分別是禪道、Jira、TAPD、Teambition、飛書多維表格、Asana、Monday.com以及 Wrike。希望通過這篇文章,能助力你找到最契合團隊需

敏捷開發

收藏 評論

鯤鵬法 - 告別“無效”開發:AI編程時代,我們如何寫出讓AI讀懂的開發文檔?

一、一個我們都經歷過的尷尬現實:AI給了我一堆“漂亮”的垃圾代碼 “用AI寫個在線商城。” 相信每個嘗試過AI編程的開發者,都對類似場景不陌生。我們滿懷期待地向GitHub Copilot、Cursor或文心一言拋出一個宏大的想法,期望它能像神兵天技一樣,瞬間生成一個完美的項目框架。 但結果往往是,AI確實給出了代碼——甚至看起來還挺“專業”——可一旦深入細節,問題就暴露無遺: 需求理解偏差:

敏捷開發

收藏 評論

七號樓 - 獨立開發一期收尾,有點傻眼了!

產品一期事項已完結,但是蘋果商店還在審核中。 【一】 今年7月1號開始全職獨立開發,到現在8月底,已經過去兩個月的時間了。 有人不停回頭,有人站在十字路口,而我還在等IOS審核通過。 之前説過自己的計劃,在8月中旬完成開發任務,然後就是發佈上線,試一試產品的運營推廣,用互聯網的黑話來説。 那個流程「閉環」了。 事實上8月中旬剛開始,開發任務清單和知識庫編寫,已經基本結束處在

敏捷開發

收藏 評論

七號樓 - 獨立開發,做產品的45天

小聲説一句:首款產品《樓裏-IOS版》已上架,安卓包和產品開發的知識庫,公眾號私信「樓裏」獲取。 現在也幻想:時間少,產出多,質量好。 一、獨立開發 今年是在互聯網行業:搬磚的第十年。 最近兩年比較划水,關注更多的是:人工智能和獨立開發兩個話題;獨立開發勉強帶點創業成份。 內卷拉低了職場性價比,所以決定先離開,從三月到六月底,處在思考猶豫和準備中,然後離職做獨立開發者。 七月初到現在,不過短短45

敏捷開發

收藏 評論

Zilliz - (文末福利)如果代碼莫名其妙跑起來了,就不要去動它了……嗎?

🤫 關注 Zilliz 微信公眾號並回復「重構」🤫 獲取《重構:改善既有代碼的設計》超詳細思維導圖 雖然代碼還是可以跑,但是各種規則越來越複雜、核心繼承體系越來越凌亂、系統的維護工作越來越重…… 1999 年,Martin Fowler 作為技術顧問造訪了一個項目,他建議項目經理好好整理這些亂糟糟的代碼。然而,項目經理表示:🙏算了吧🙏 六個月後,這個項目宣告失敗,因為代碼太複雜難

敏捷開發 , 敏捷 , 書籍 , 重構

收藏 評論

鯤鵬法 - AI能寫代碼,但它能讀懂你的心思嗎?AI編程時代的“架構藍圖”困境

1. 從代碼補全到智能體(Agent)的進化 在短短几年內,AI編程工具經歷了驚人的迭代。我們已經從第一代的“代碼助手”(如早期的GitHub Copilot),進化到了第二代的“生成式代碼平台”,再到如今初現端倪的第三代“SDLC(軟件開發生命週期)自動化”工具。 這些工具正在從被動的代碼補全,轉變為能夠理解更復雜上下文、甚至參與整個開發流程的主動“智能體”(Agent)。它們可以幫助我們編寫代

敏捷開發

收藏 評論

研之有李 - 乾貨分享|如何進行敏捷需求管理?

在傳統項目管理中,需求往往被視為一次性的、靜態的文檔。而敏捷需求管理的關鍵在於理解並及時滿足客户需求的變化,需求管理不再是一開始就規劃好的過程,而是貫穿整個項目生命週期。通過與客户保持密切合作,敏捷團隊能夠更好地理解客户期望,並在項目的不同階段靈活地調整需求。這種靈活性使團隊能夠更加敏捷地應對市場變化,提高產品的競爭力。 理解敏捷需求管理 在敏捷框架中,需求管理是一個跨越多個階段的動態過程,項目團

敏捷開發

收藏 評論

七號樓 - 產品二期,從GPT5規劃開始

背景簡介 樓裏App一期開發完成,開始進行二期的網站開發,想以此需求作為驅動,探索整個流程對於人工智能的使用。 從規劃和設計開始,一直到二期網站開發完成,所有核心環節和任務都先參考主流大模型和AI工具的輸出,在這個過程中,細緻的整理AI應用場景,和對手工的替代性。 例如以下環節:流程規劃,網站設計,AI編程,產品測試,總結分析,文檔輸出,自媒體運營等。 在實踐的過程中採用的思路: ①把需求拋給AI

敏捷開發

收藏 評論

七號樓 - 獨立做產品,做一個,還是做多個找爆款?

在首款產品樓裏App宣傳的時候,遇到個非常有意思的話題:這個產品不行,直接開始下一個,做上十幾款產品,才可能找到爆款的感覺。 説法非常認可,但自己的想法比較另類。 個人更傾向於把一款產品做成,而不是持續出新產品,然後期望有1-2個爆款。 在首款產品上經歷過毒打後,直接斷崖式的理性起來了,至少第一階段感性狀態居多,説白點就是想當然的幻想。 兩個説法的關鍵差異是:專注深度還是探索廣度。 不過共同點

敏捷開發

收藏 評論

鯤鵬法 - AI 編程“效率幻覺”:為何你感覺快了,項目卻慢了?

一、AI 編程的“速度與激情”背後 2025 年,如果你問一個開發者是否在使用 AI 編程工具,得到的答案几乎是肯定的。從 GitHub Copilot 到功能更強大的 Cursor、Claude Code,AI 已經成為我們 IDE 中不可或缺的一部分。我們享受着秒級生成代碼塊、一鍵實現複雜函數的“速度與激情”,主觀感受上,開發效率彷彿提升了數倍。 然而,一個反直覺的現象正在浮現。近期一項針對經

敏捷開發

收藏 評論

鯤鵬法 - AI 時代下,開發流程的重塑:從“代碼先行”到“文檔驅動”

文章標題 引言:AI 編程工具,是“副駕”還是“路障”? 2025年的今天,如果一個開發者的工具箱裏沒有一兩個AI編碼助手的身影,似乎已經有些格格不入。從 GitHub Copilot 到 Cursor,再到各種大模型提供的API,AI正在以前所未有的深度和廣度滲透到軟件開發的全流程中。 它們能夠瞬間生成代碼片段、補全複雜函數、甚至完成單元測試,極大地提升了我們的編碼效率。 然而,在這片“效率至上

敏捷開發

收藏 評論

IT開發者筆記 - 如何從 FastReport .NET 將報表導出為 JPEG / PNG / BMP / GIF / TIFF / EMF

在現代軟件開發領域,創建高質量且信息豐富的報告對於確保有效的數據分析和明智的決策起着關鍵作用。FastReport .NET是一個用於在 .NET 應用程序中創建報表的強大庫,提供了用於創建和自定義報表的各種工具。 該庫的關鍵功能之一是能夠將報表導出為各種圖形格式,例如 JPEG、PNG、BMP、GIF、TIFF 和 EMF。在本文中,我們將研究如何輕鬆高效地將FastReport .NET中的報

敏捷開發

收藏 評論

IT開發者筆記 - 國產化Excel開發組件Spire.XLS教程:將Python列表轉換為Excel表格(3種實用場景)

在當今的數據驅動時代,Python 開發者經常需要將列表(一種基本的 Python 數據結構)轉換為 Excel 電子表格。Excel 作為各行業通用的數據展示、報告生成與信息共享工具,無論是生成業務報告、準備分析數據,還是與非技術人員協作,掌握將 Python 列表導出為 Excel的高效方法都至關重要。 雖然像pandas這樣的輕量級庫可以處理基本的導出操作,但Spire.XLS for Py

敏捷開發

收藏 評論

PM老周 - 2025 年項目經理必備的 5 款效率神器:從混亂到清晰的項目管理工具組合

進入 2025 年,敏捷幾乎成了大多數組織的“標配”口號,但很多項目經理的真實感受卻是:會議更多、系統更多,清晰更少。工具鋪得越多,團隊越容易陷入新的混亂。本文從顧問視角拆解 5 款值得關注的敏捷項目管理工具與協作平台,幫助中高層管理者、項目經理、產品經理和 PMO,在“方法–流程–工具”之間搭建一套可落地的數字化項目管理體系。 過去幾年,我在不同類型的組織(互聯網企業、金融科技公司、製造業研發中

觀點 , 工具 , 項目管理軟件 , 敏捷開發 , 教程

收藏 評論

敏捷開發 - 持續測試性能的方法

持續測試是指在軟件開發生命週期中的不同階段納入自動反饋的過程,其中包括探索性測試等自動化測試外的活動。持續測試是CI/CD流程取得成效的關鍵因素,通過提高代碼質量來避免付出多餘的人力、物力和財力,從而加快DevOps流程。在Dan Ashby創建的DevOps持續測試模型圖(如圖1)中,他表明我們可以在任何一個階段進行測試。 對於持續測試存在一個誤區:持續測試就是測試左移。這是兩種不

性能測試 , 敏捷開發 , devops , 自動化測試 , ci

收藏 評論

IT開發者筆記 - 如何在Stimulsoft圖表中創建自動系列(Auto Series)——實戰示例解析

在實際的業務報表開發中,圖表常用於展示多維度數據,例如按地區、產品、時間等維度對比銷售情況。然而,Stimulsoft圖表本身並沒有內置 “按參數自動分組(Group by Argument)” 的屬性。為實現類似需求,Stimulsoft提供了更靈活的 “自動系列(Auto Series)” 機制。 本文將以一個完整示例演示如何在Stimulsoft產品中基於數據源自動生成圖表系列,並通過示

敏捷開發

收藏 評論

wanmeideshuanggang - 2025年互聯網公司常用的DevOps工具推薦

隨着技術的不斷髮展,DevOps工具也在持續演進,以滿足現代互聯網公司對高效開發、部署和運維的需求。以下是2025年互聯網公司常用的DevOps工具推薦,重點介紹Gitee DevOps及其與其他工具的協同作用。 1. Gitee DevOps Gitee DevOps是一款國產化的DevOps平台,集成了代碼託管、CI/CD、容器編排、監控等功能,特別適合國內企業使用。它支持從代碼提交到部署的全

敏捷開發 , devops , 運維 , 自動化 , cicd

收藏 評論

歡快的柳樹 - Jira 停售一週年:國產研發管理平台能否扛起替代大旗?

2024年2月,Atlassian宣佈全面終止Jira Server產品的銷售與技術支持,這一決策迫使國內大量研發團隊重新審視項目管理工具的選型。經過一年的市場洗牌與產品迭代,國產研發管理平台逐漸嶄露頭角,其中Gitee Team等本土解決方案的崛起,正在改寫行業格局。 市場困局與國產工具的突圍 面對Jira Cloud高昂的訂閲成本、海外部署的合規風險以及第三方工具集成的複雜性,許多企業陷入兩

敏捷開發 , 研發管理 , 任務管理 , 團隊協作 , 效能工具

收藏 評論

敏捷開發 - MVP發佈後,下一步該怎麼辦?

MVP發佈後,接下來該做什麼?我們又應如何衡量MVP是否成功?在弄清楚這些問題之前,我們首先要明白MVP是什麼。 MVP(minimum viable product)即最小可行產品,是一個產品的最初版本,旨在滿足目標受眾的基本需求。其核心是用最小的成本和最有效的方式,把產品快速推向市場,然後基於市場的反饋快速迭代。 一、為什麼要從發佈MVP開始? 每家初創企業都可能面臨資金短缺、產品無人

項目管理 , mvp , 敏捷開發

收藏 評論