（1）在整個開發過程中讓用戶代表參與到項目中。
我相信很多開發 團隊是可以做到這一點的，我參與的很多項目就是這樣做的，用戶會與我們討論需求分析，體系結構，用戶界面等等，到測試階段，也讓用戶參與產品的測試工作，可以說，自始至終用戶都參與了，但結果還是不理想，因為用戶太多了，這個用戶滿意了，并不代表所有的用戶都滿意，而實際上我們不可能讓所有的用戶都參與，所謂用戶代表，就如同人民代表大會一樣，代表人民的部分家伙事實上并不能真的說出人民的心聲，他所說的大都是自已的想法，這是管理上的問題，在軟件終驗時,苦命的軟件人在不同的用戶之間糾纏不清勞碌奔波，幻想有一日能有更好的方法解決這些問題。
（2）在創造和維護系統體系結構方面進行投資。
軟件質量是一個設計問題。在軟件開發項目中，體系結構幾乎是所有東西的基礎。作為軟件領導，必須理解系統的體系結構，必須讓開發小組對合理的體系結構達成一致的意見，必須在體系結構的設計方面投入較大的精力與時間。
（3）確定質量優先次序并與團隊針對這些優先次序進行交流。
這就如同MICROSOFT的軟件，比如WINODWS，OFFICE等，都存在很多的BUG，但 微軟絕不會等到所有的BUG都解決了才發布與銷售軟件，這里面就涉及到質量優先次序的問題，怎么樣等級的質量問題必須先解決了才能發布，怎么樣等級的質量問題可以在發布之后去修打補丁，這也是軟件領導所要慎重考慮的事情。
（4）詢問團隊在體系結構中如何處理不同的方面，并一定要理解問題的答案并對這些答案感到滿意。
這是交流 溝通的問題，不同的開發團隊具有自已的方式，一個體系結構的確定是需要經過反反復復的討論與審查的。
軟件領導在很大程度上決定軟件的質量，軟件領導在軟件項目開發的過程中有著關鍵問題的決定權，而這些問題以及軟件領導的判斷往往決定著軟件產品的質量，因此作為一名軟件領導，必須透徹理解軟件質量的方方面面，作任何決定之前，必須考慮所有產品利害關系人的不同需求。
延伸閱讀
文章來源于領測軟件測試網 http://www.kjueaiud.com/
