(2)項目需求的確認
在軟件開發中，重要的活動是要明確項目的范圍、需求和提出至少一個可用的軟件架構方案。在明確項目范圍的過程中，不能認為是小型軟件開發項目馬馬虎虎的、想當然的認為已經了解了客戶的真實需求。項目經理應要項目的邊界、功能、限制條件等與客戶進行協商，并應以需求說明書和功能說明書的形式把客戶的需求記錄下來，并且和客戶達成一致的認識和理解。在此基礎上，再提供至少一個合適的軟件架構方案，并且完成原型系統。原型系統的目的不但是為了驗證技術上的可行性，而且是為了給客戶一個感性的認識，更好地完善對需求的理解和確認。
(3)人員角色的安排和定義
角色定義包括個人或團隊的行為和職責，包括設計人員、編程人員、測試人員、項目管理人員和輔助人員。比較小的項目往往是幾個人來完成，這幾個人基本上從頭到尾參加開發。而且由于項目小，項目負責人除了負責分析、設計和協調的工作外，也要參加編程。但在此過程中必須要合理進行人員角色的安排和定義，將技術任務和相應的責任劃分到具體的崗位，再將崗位責任落實到具體的人身上，避免推卸責任或由不專業的人馬虎應付了事。例如，一個人可以同時擔當幾個角色，一個角色也可以由幾個人來共同承擔，但前提都是要有責任的、有專業技能的。
(4)建立合理的開發流程，注重過程的銜接
一句話形容是"麻雀雖小，五臟俱全"。也是說即使是小型軟件的開發，仍然應該遵循軟件開發的一般規律，必須的步驟和合理的開發流程還是不能省略。不但要建立合理的開發流程，而且還要注重分析與設計過程的銜接。當然，小軟件項目也有它自身的一些特點，實行起來可以相對靈活些。
例如：①要強調協調幾個人的工作比某一開發人員完成一段編碼更重要。因為在協調上出了漏洞，可能導致很大的問題。②是給每個開發人員要有明確的任務書，也是說每個開發人員必須非常明確自己的任務，而且這些任務是采用文檔來表示。③是要讓每個開發人員都清楚自己所做的工作在整個系統中處于什么地位，避免各人的代碼編寫完畢之后又要重復修改。
(5)重視文檔化過程
在小型軟件項目中有兩個特點：①是由于人員少，意味著不同人員的程序之間交互、接口相對少一些;②是由于人員少，往往是同樣的幾個人從頭到尾負責這個項目。但這兩個特點會讓人容易犯錯誤，是往往是幾個人碰一下頭，討論一下基本的任務分工便分頭去做自己的工作了，沒有一份較正式的開發文檔。當有人對任務理解有偏差時或有誤解時，可能會造成返工。因此，小型軟件開發項目也不應該忽視文檔化過程的作用。
文檔化有三方面的作用：①是有助于團隊溝通，能給別人一個交待以及給自己一個備忘。②是有助于自我理解，一般來說如果你不能寫下它，你可能沒有真正的理解它。③是有助于連貫一致性，它會使團隊擁有可重復的優勢。雖然文檔是如此重要，但在小型項目中有用的文檔好也不要太冗長繁雜，一般1-2頁的過程說明足夠了。
(6)使用好制度與紀律這個工具
有效的團隊制度與紀律是非常有利于團隊有序工作的。也許在一、二十年前經常聽到某位大俠單獨完成了某種創舉，成了人們崇拜的對象。可這種以自我為中心的大俠已經很難有生存空間了，取而代之的是要發揮團隊力量才能攻克難關。
因此，軟件開發雖然是一項創造性的智力活動，但無可置疑的是制度與紀律對于能否成功也是至關重要的。如果因為項目小、人員少、周期短，在管理上可以一目了然失去了制度與紀律的觀念，必將會導致開發過程混亂不堪。所以，使用好制度與紀律這個工具，將有助于小型軟件團隊改進開發過程，遵從紀律來構建軟件將會得到大大的益處。
總而言之，大中型軟件開發項目事情會是很多，例如需求分析、概要設計、詳細設計、編碼、測試、安裝及維護等。但事實上，小型軟件開發項目的事情也并不少，同樣也需要管理好這些事情。雖然可根據實際的簡易程度進行適當的取舍，但只有堅持應用項目管理這個工具才是正道，才會取得成功。
