1樓：政茂
磨刀不誤砍柴工，道理大家都知道。但是從短期來看，砍柴是KPI，磨刀不是KPI，反而會降砍柴的KPI，這種事情傻子才會做；從長期來看，文件往往是給別人用的，我的文件寫的好，提高的是整個團隊的工作效率，又與我何干？KPI是乙個相對概念，大家砍柴都快了，只會讓老闆以為是柴好砍了。
諸如文件之類的事情，只能作為制度來推行。推行的過程中，你會感到開發人員那種天然的牴觸情緒--「活不是你幹，就會給我們找麻煩。」。換位思考，也很容易理解。
歷史上一些好的制度得以推行，總會先有乙個大的災難。
2樓：下雨天雨天晴
哪次都是寫完專案補交文件，誰樂意。
人員配備不齊，實際專案你開發，需求、設計、文件讓你補這都沒什麼可說的。連測試計畫、說明、用例、執行、回歸、報告文件讓你補，配置文件還讓你補，都補吐了，怎麼可能愛。
3樓：
我覺得這事吧道理都"懂" 後來真被各種坑的死去活來,也就真懂了,也就老老實實的寫了.
還有就是個人寫並不代表團隊寫.很多時候有些東西寫出來自己和公司的制衡也就丟失了不少....
話說前幾天,和乙個同事聊天, 大概統計了下我們這個破公司的 40多人團隊的研發git使用情況.大體只有4個左右有能力用git ....還指望他們的文件...
git+ markdown+ atom/vscode + markdown preview enhance 真心是個好東西, 基本能滿足絕大多數文件和筆記的書寫.
我這兩年算是寫各種文件上癮了...
為什麼軟體開發需要重構？
李超利 其實最核心的一點是 現在的邏輯不能有效快速的支撐未來的邏輯 我們要在何時的階段去小步迭代去補這個 技術負債 在系統開發之初，系統用例比較少，軟體的領域模型相對比較簡單，但是隨著系統用例的不斷增多，發現領域模型不能有效的支撐，隨即開發人員用錯誤的系統模型不斷的增加各種判定路由 標記儲存等去解決...
專案管理 軟體開發專案團隊的問題？
PM小蘭 1 你認為該專案團隊正處於團隊發展過程的哪一階段？請說明理由。團隊成員還處在磨合階段，不管是上下級還是團隊內部相處並不融洽，甚至還會發生衝突。2 結合專案管理知識，簡要說明專案經理高南在哪些方面可能存在問題。我認為高南有以下幾個問題 沒有大局觀念，專案經理是要以大局為重，不能過於陷入具體的...
硬體開發與軟體開發哪個前景更被看好呢？
通常是這樣，做到最好的前提下，軟體比硬體掙的得，所謂的前景好吧。如果做不到，那就看個人愛好。喜歡硬體就硬體，喜歡軟體就軟體。 1diot 為什麼拆開？偉大的科技公司都是有自己設計製造 或找代工製造 硬體並為自己硬體提供軟體和服務的能力。這種相輔相成的東西不好拆一半出去把一半命運交到別人手裡吧？ He...