在线看片,日韩av黑人影音先锋撸,韩国三级年轻的小婊孑,麻豆国产精品va在线观看约

是的，軟件開發(fā)絕不是在公園里散步。

我們經(jīng)常解決無法預(yù)見的問題，如果你不犯這些常見的軟件開發(fā)錯(cuò)誤，許多問題是可以避免的。我將引導(dǎo)大家解決錯(cuò)誤，這些錯(cuò)誤可能會(huì)破壞自己的辛勤工作并使有前途的項(xiàng)目白白失敗!

作為開發(fā)人員、分析師、產(chǎn)品負(fù)責(zé)人、主管或 CTO，我遇到過這些所有問題，盡管有些看起來很基礎(chǔ)，但它們?nèi)匀粫?huì)傷害你的團(tuán)隊(duì)。請(qǐng)與我深入了解～

不了解產(chǎn)品

為什么軟件開發(fā)如此令人興奮?對(duì)我來說，這是因?yàn)橛袡C(jī)會(huì)學(xué)到很多行業(yè)的知識(shí)。通過引入該領(lǐng)域的項(xiàng)目來創(chuàng)造并塑造它們的未來。比如人們有機(jī)會(huì)在人力資源、醫(yī)療保健、金融和各種行業(yè)的產(chǎn)品上創(chuàng)造價(jià)值。

雖然了解不同領(lǐng)域令人興奮，但也極其具有挑戰(zhàn)性。

如果你渴望構(gòu)建成功的產(chǎn)品，則必須了解其行業(yè)背景。對(duì)于我而言，軟件開發(fā)不是編碼，而是關(guān)于在盈利的同時(shí)為最終用戶尋找最佳解決方案。

軟件工程師的關(guān)鍵要點(diǎn)是——了解業(yè)務(wù)核心和應(yīng)該實(shí)現(xiàn)的每個(gè)功能。如果你只是一個(gè)聽命令的機(jī)器人，那開發(fā)可能是工作鏈條中最昂貴的部分，每個(gè)錯(cuò)誤并不便宜。

我相信技術(shù)咨詢和代碼審查任務(wù)是技術(shù)專家的附加價(jià)值，他們可以糾正最初雇用你的公司業(yè)務(wù)人員的錯(cuò)誤觀點(diǎn)。而能夠交換意見是團(tuán)隊(duì)相對(duì)于個(gè)人的最大優(yōu)勢(shì)。

假設(shè)即事實(shí)

決策是每個(gè)產(chǎn)品開發(fā)的核心部分。

很自然地，人們對(duì)以前的項(xiàng)目和假設(shè)看法會(huì)發(fā)揮作用。請(qǐng)注意這些問題，猜測(cè)比詢問別人更簡(jiǎn)單，但它很危險(xiǎn)!如果你碰巧做對(duì)了，那么幸運(yùn)的，但如果不是，在開發(fā)周期的后期如果出現(xiàn)問題，那將會(huì)付出很昂貴的代價(jià)。

如何避免這種悲傷但常見問題呢?

與你的團(tuán)隊(duì)保持聯(lián)系，互相支持。如果你處理一個(gè)超級(jí)復(fù)雜的問題并且無法就最終結(jié)果達(dá)成一致，請(qǐng)咨詢或準(zhǔn)備一個(gè)小型實(shí)踐。

咨詢?cè)擃I(lǐng)域的專家或用戶可以對(duì)這件事有新的認(rèn)識(shí)。假設(shè)和實(shí)驗(yàn)特征的結(jié)果非常適合收集反饋，它允許人們實(shí)現(xiàn)一個(gè)可能是錯(cuò)誤的行為，但已經(jīng)具有驗(yàn)證其正確性的機(jī)制。該機(jī)制可能是一個(gè)指標(biāo)、一項(xiàng)調(diào)查、一個(gè)關(guān)于該功能的實(shí)驗(yàn)性質(zhì)的可預(yù)見警告，包括獲取用戶反饋的簡(jiǎn)單方法，然后由你和團(tuán)隊(duì)為特定假設(shè)選擇最優(yōu)機(jī)制。

缺乏溝通

溝通很重要。真的么?這句話你聽過多少次?天天說無數(shù)次。

然而在與各種規(guī)模和性質(zhì)的團(tuán)隊(duì)合作后，這仍是一個(gè)問題。而創(chuàng)建一個(gè)沒有人害怕發(fā)言的安全開放的環(huán)境，是避免無聲的積壓改進(jìn)、制定毫無意義的沖刺計(jì)劃和漫無目的的每日 Scrum 會(huì)議最行之有效的方法。

如果您想要的不僅僅是將項(xiàng)目從一列移動(dòng)到另一列，請(qǐng)找到一位能幫助您指導(dǎo)開發(fā)的導(dǎo)師。比如你遵循 Scrum 框架但沒有 Scrum Master，則應(yīng)該去找一個(gè)。就像足球運(yùn)動(dòng)員不會(huì)在沒有教練的情況下比賽。

當(dāng)你意外發(fā)現(xiàn)只有 10% 的后端為你剛剛完成的新 FE 功能做好了準(zhǔn)備，或者實(shí)現(xiàn)的 API 調(diào)整不兼容時(shí)，去專注于溝通吧，它可以避免你在 sprint 結(jié)束時(shí)有意外驚喜。

關(guān)鍵要點(diǎn)是什么?

建立團(tuán)隊(duì)精神，讓人們喜歡彼此分享想法，如果覺得溝通太困難，請(qǐng)找一位 Scrum Master 或教練來簡(jiǎn)化整體流程。

商業(yè)與技術(shù)語言的障礙

相互理解是有效團(tuán)隊(duì)的基石。軟件開發(fā)將兩個(gè)通常不知道如何溝通的世界結(jié)合在一起。以下是一些事情向南而失去意義的例子：

技術(shù)人員用技術(shù)術(shù)語，業(yè)務(wù)人員不明白;技術(shù)人員希望業(yè)務(wù)人員做出技術(shù)決策，但業(yè)務(wù)人員不知道如何做出決定，因?yàn)樗麄儾涣私饧夹g(shù)觀點(diǎn);商務(wù)人士用商業(yè)術(shù)語，技術(shù)人員不明白;業(yè)務(wù)人員試圖在不理解的情況下使用技術(shù)術(shù)語;在商業(yè)和技術(shù)中使用不同含義的相同詞匯。

是不是很熟悉?如果想誠實(shí)地交流，而不是假裝交流，請(qǐng)了解您的聽眾并使用他們理解的詞語。

從上下文開始，概述問題，提出解決方案，解釋結(jié)果，提供示例，并確保你的聽眾完全理解。

錯(cuò)誤 404：未找到上下文

假設(shè)為功能準(zhǔn)備新需求。你可以簡(jiǎn)單地描述該功能應(yīng)該做什么，為什么重要，以及它將如何讓它更接近目標(biāo)。

或者，您可以概述從 A 到 Z 的所有內(nèi)容，而一點(diǎn)沒有討論的余地。哪一個(gè)更好?我相信大多數(shù)開發(fā)人員會(huì)更喜歡第一種方法。

新需求是討論的起點(diǎn)，而不是最終作業(yè)。因此，產(chǎn)品負(fù)責(zé)人應(yīng)該始終從上下文描述和反饋收集開始。了解問題及其背景的團(tuán)隊(duì)成員更有可能提出更好的想法。讓開發(fā)人員按照所寫的內(nèi)容精確地編程會(huì)浪費(fèi)工程師們的潛力，并會(huì)導(dǎo)致誤解。

“為什么的問題”不是不信任或攻擊性的表現(xiàn)，而是興趣的表現(xiàn)，它是區(qū)分成功團(tuán)隊(duì)和不成功團(tuán)隊(duì)的關(guān)鍵。

是什么讓產(chǎn)品負(fù)責(zé)人重蹈覆轍?時(shí)間壓力是一個(gè)答案，但不能成為借口。有時(shí)需求完成得太晚了，開發(fā)人員的反饋沒有空間。設(shè)計(jì)已完成，文檔已編寫。在這種情況下，停止并丟棄需求可能具有挑戰(zhàn)性，但如果您沒有找到原因的答案，這仍然是值得的。

一些資源被浪費(fèi)了，但許多資源被節(jié)省了，所以這里的教訓(xùn)是——盡快共同參與并從為什么開始。

團(tuán)隊(duì)內(nèi)部孤島

你的團(tuán)隊(duì)由后端、Web、移動(dòng)、業(yè)務(wù)或測(cè)試人員的不同孤島組成。你需要所有這些都有意義地進(jìn)行，沒有人可以做所有的事情。每個(gè)氣泡或筒倉都應(yīng)該有自己的沖刺目標(biāo)嗎?

我們從產(chǎn)品的角度來看。

從一個(gè)項(xiàng)目開始，項(xiàng)目和用戶故事都不應(yīng)該被孤島隔開。他們不應(yīng)該指定哪個(gè)倉可以完成這項(xiàng)工作。重要的是為 sprint 評(píng)審提供一個(gè)可交付部分——最終用戶可用的東西。

如果團(tuán)隊(duì)經(jīng)常無法在一個(gè) sprint 中交付完整功能，要么是 backlog 項(xiàng)太大，要么是團(tuán)隊(duì)結(jié)構(gòu)錯(cuò)誤，要么是 sprint 太短。讓孤島合作來改進(jìn)工作流程，永遠(yuǎn)不要將孤島分配給順序沖刺，讓它們相互等待

積極主動(dòng)，走出孤島，從一開始就精誠合作，調(diào)整流程并盡可能實(shí)現(xiàn)自動(dòng)化。

最后

當(dāng)然，沒有硬技能就不可能編碼。無論您處于什么職位，合作、溝通或演說技巧等軟技能將決定將項(xiàng)目推進(jìn)何種成功程度。優(yōu)秀的公司不會(huì)尋找能夠勝任工作的人士，而是尋找能夠提供附加值的人才。

合作，理解他人，永遠(yuǎn)追求最好!