開發軟體項目為什麼要寫項目規格書

為什麼軟體項目開發要寫規格書呢

• 開發軟體項目為什麼要寫規格書
• • 為什麼人們不寫?
  • 沒有規格書的項目什麼樣子 ?
  • 有規格書的項目是什麼樣子?

開發軟體項目為什麼要寫規格書

以前内容，純是個人的觀點，全局預設加了，在我看來，畢竟每句話加上，在我看來，在我看來，>有點傻傻的，哈哈哈

為什麼人們不寫?

大部分人都知道有規劃書肯定好，因為有總比沒有好嘛，或者說，有些人，覺得有這個東西在，肯定有他被造出來的理由啊，開個玩笑，哈哈。其實大多數人，是知道他的處好的，但是知道的可能隻是冰山一角，卻沒有看到大冰山。

那大多數人的認知裡，規格書是什麼樣的存在呢？

甲說：簡直就是浪費時間，我寫的項目，我心裡還能沒有逼數嗎，規格書還用寫出來嗎？全都在我的腦子裡。我有這個時間，還不如多打幾行代碼呢，多完成一些業務呢。

乙說： 這麼進階的東西，都是航天局，造原子彈的人才配擁有的，對于我們來說沒什麼意義，作用太渺小，我都不想看它。

但是，實際上，大多數時候，并不是大多數人想的那樣，規格書，好處還是很大的，同時還可以補救，提升表達對象是人的能力，畢竟完成這個之後，是給人看的嘛，這個能力很多程式員都是匮乏的，因為成天和代碼語言溝通，和人的溝通就少了。話題扯得有那麼一點遠了。。。

那麼來說一下，到底有哪些好處，值得我們去寫。

規格書最重要的作用就是對程式功能進行設計，即使規格書，隻有你一個人看。在寫規格書的過程中，當你強迫自己去寫，你就會體驗你在做真正的程式設計，而不是腦子裡像的那個初略的樣子。

規格書，就好比在建造一個人在做一個項目的大局觀，雖然建造的過程中，對業務的進度來說看起來幾乎為零，但是實質上真的為零嗎，不然，他隻是在為後期鋪路，打地基，隻要一完成，速度就開始飛起來了。而沒有規格書的項目，表面上看上去，一直都有進度的樣子，當時間久了，缺點就暴露出來了。

沒有規格書的項目什麼樣子 ?

一直都是憑着開發者，腦子中的 “規格書” 來寫，但是因為腦子的記憶容量是有限的，而且還有時效性。昨天想到的東西，或者，某個沒有解決的BUG，睡一覺起來，什麼事都沒有發生過的感覺，去繼續項目。這樣的項目寫的代碼，一般是想到寫到哪，沒有總體的布局，就像一座房子蓋的歪歪扭扭的，很不平衡，極容易因為一點小動靜就倒塌了，寫出的項目代碼，一般比較差，BUG還多，不容易維護。

沒有規格書的項目，很難去估計項目目前的進度，因為某一時刻人們的大腦能回憶起來的東西是有限的，當一個項目很大的時候，不可能回憶出項目的邊邊角角，而且，随着時間推移，記憶還會遺忘。

有規格書的項目是什麼樣子?

比較容易去估計項目的進度，因為就像一本有目錄的書，你可以安排幾天看完，而沒有目錄的書，你真的很難去做規劃。而規格書，寫了對程式的設計，怎麼去實作，需要什麼技術。這些一看，就可以比較容易估計出，項目的進度怎麼安排，大概需要投入多少資源，有什麼技術上的需求，項目在進行的過程中，會出可能會現什麼樣的問題，都會有一個整體的把控。而且項目做起來，就會很有條理，因為，好比是看着目錄做的。

再者，對于團隊其他的成員來說，有了規格書，就省去去了很多溝通上的障礙，描述不清楚的問題，因為其他項目成員，人手一本規格書，看起來一目了然，節約了很多時間。以前溝通上需要付出的大量時間，而且有一個問題，某個成員問了你某個項目的問題，可能當時你描述清楚了，但是，時間久了，他可能又忘了，又來問你了，你又要說一遍，這在程式設計上來說，就是備援，還有一種一種情況，就是：你也忘了，哈哈哈哈哈。這個時候，要是有一本規格書，他就不用來問你啦，他翻一翻就能解決疑問了。

在寫規格書的過程中，所有不好的設計，都會暴露在規格書中，如果沒有寫，很容易被忽略，等，項目都做好差不多了，才發現，那就真的麻煩了，就像一座房子，都蓋好了，你又說，他地基蓋的不好，要改，你說改的難度大不大，要是一開始就有了藍圖（規格書），早就發現了問題，提出了改進的方法，也不至于後期投入那麼多時間去改正一個紮根比較深比較的問題了。

對于投資者來說，一看你的規格書,心裡很快就有了低了,畢竟功能設計都說明好了，連規格書都有，逼格高，顯得很專業，投資幾率就大了，而且有什麼問題,他也好容易提出來，及時改正。

總的來說： 寫規格書，利大于弊啦，不要吝啬這點時間啦，趕快趁着有項目的時候體驗一把，寫規格書之後帶來的快感吧，不是短暫的快感哦，是持久的！！！