工作的筆記本電腦你的開發期限將至，你知道你的工作不能按時完成或至少完成……嗯準時你有兩個選擇；提供低質量的軟件，滿足你的較后期限，或錯過截止日期一起承擔后果。這聽起來是不是很熟悉？

 

在大多數北京軟件開發，今天有大量的斷開的管理和發展團隊建立和維護期限之間。一方面管理工作需要快速完成，并在其他開發團隊需要生產質量，這不正是發生在一夜之間。

 

CIO的馬修heusser較近發布了“如何應對軟件開發的壓力”為主題的一組程序員交換自己開發的“戰爭故事”。 一些程序員包括那揚·哈吉拉特瓦拉，主齊克里斯咨詢，馬特巴克姆，敏捷教練和顧問，戴維霍普和邁克爾熱維耶茨基，從南灣項目經理，只在這里看看：

 

“吉拉特瓦拉：這些人……已經賣了這么多蛇油，他們有什么來他們沒有信心。所以他們說，“你知道，這是我需要的，這是我需要它的時候。”突破的唯一方法就是實際交付的東西。

 

我們說我們可以在周末有生產對他們來說毫無意義。他們想看三年計劃。坦率地說，直到我們已經交付，他們沒有理由去相信它。

 

凱勒：有些人認為他們得到的承諾到十一月才能拿到它的可能。虛假的承諾，確保他們得到它，他們相信這是團隊的工作真的很難。

 

熱維耶茨基：那是時間的壓力來自一個信念，如果你不施加壓力的工具，技術團隊將懶惰。那里有很多的不信任。

 

考夫曼：有時隱藏的消息是盡快把糟糕的軟件。

 

凱勒：團隊成員擔心死亡行軍。一些人不能工作更長的時間，因為家庭的原因。團隊經常出[它]可以通過犧牲質量。”

 

而每個方案的公司–犧牲質量以滿足較后期限的變化是更常見的開發團隊可能比你想象的。橋接通信差距企業領導和開發商之間是消除這個問題的第一步。sketchboards，故事板，流程圖或框圖是一些便于更好的方式，更有效的溝通。

 

然而，較重要的是北京軟件開發需要做出質量較重要。 壓力下開發商砍掉某些功能，縮短測試時間。釋放有缺陷產品的消費者把品牌在毀壞他們的聲譽風險。軟件的工作，每一次。 延伸你的QA和在真實世界的情景測試有助于使質量回到你的應用。