當你掌握了上一篇的任務排期後，你對項目開始之前的安排已經可以做到遊刃有餘了，這篇我們就開始講講項目進行中的處理辦法。
在軟件管理的過程中，觀察軟件進行的過程，並對此作出反應是至關重要的，這能保證項目時刻按照你的預期進行，有問題也可以及時調整。
一個好的觀察方式與模型是必不可少的，而觀察的目的是爲了依據情形做出對應的反饋，一個優秀的觀察反饋模型如下：
這些事情做的意義何在呢？我們分別介紹下，依據實際場景來進行具體分析。
一、攝入
1、觀察
攝入就是觀察項目的進程，但這其中有觀察的區別：
- 普通人：觀察事物的表象
- 優秀的人：通過表象看到事物的本質
比如開發進度沒有按照預期進行，一般情況下你只是觀察到了這種情況，而優秀的人可以觀察到沒有按照預期的真實原因，不止是聽當事者所說會有自己的判斷。
觀察可以分爲3個時間點。
- 開發模塊初期的觀察：此時的觀察目的是爲了確保開發人員已經進入模塊開發
- 開發模塊中期的觀察：此時的觀察目的是爲了確保任務按期進行，如果有延期風險提前暴露預防。
- 開發模塊後期的觀察：此時的觀察目的是確保模塊可以按期提測，如果此時出問題，解決方案就只能是通過加班讓項目按期提測了。
這個觀察不止在開發過程中，測試過程也包含在內。
2、反饋
觀察的目的是爲了根據觀察的結果做出相應的反饋動作，例如，項目延期了，如果你的觀察結果是項目延期是因爲員工工作太過懈怠，那麼你就可以採取每日工作進度彙報的方式來處理此問題。
整個觀察反饋模型，不止適用於開發、測試過程，甚至在產品設計、到達顧客時依然適用，其模型如下：
（1）反饋的作用：
通過反饋，你可以讓事物朝着你做期望的方向去發展，比如，如果是進度慢了，那麼你可以每天去考覈跟蹤進度，如果是代碼質量失控了，你可以去考覈代碼質量是否過關，並將代碼質量與他們的績效掛鉤，那麼他們就會按照你的反饋去做相應的事情，讓事情朝着你所期望的方向發展。
當然反饋是需要技巧的，不是簡單的插入，那太魯莽，反而可能事與願違。
這就涉及到第三個技巧：賦予意義
3、賦予意義
作爲一個PM，需要觀察的人員是整個項目組的人員，那太多了，他們包含開發、測試、前端、跨部門的遠程合作調用等等。他們之間肯定會討論、甚至有可能發生爭吵，這些被你觀察到之後，你應當先思考發生這些事情的意義，然後才能決定是否介入，以及如何介入。
可能發生的討論有如下幾種情況：
- 兩個人在討論業務如何處理：這是好事無需介入
- 兩個人在互相指責：在兩人聯調的過程中，如果出現一個人指責另一個人說他技術水平不專業，此時你根據判斷
-
- 如果他確實如被人所說的不專業，不要當場去告訴他應當如何去做，因爲此時他正處在被人否定的情況，你過去就算是真的爲他好的方式，也會火上澆油，會讓他心灰意冷，甚至無法接受，你應該等他心情平復下來後，後面遇到合適的機會再提起。
-
- 如果他是被污衊了，你也不適合插手，因爲你的插手也只是打抱不平，而且兩邊都是你的成員。
- 兩個人發生了激烈的討論：此時你還是不適合插手，因爲你無法完全瞭解情況，而且此時兩人可能都怒火攻心，不是插手最佳時機。
- 一人因爲了解的情況錯誤而去指責別人：這種情況是唯一一種情況你可以當時插手的，而且是在你知道正確情況的狀況下。例如：開發A對產品B說，這個業務不是這樣的邏輯把，而你此時正瞭解情況，你可以說，這個業務邏輯是沒錯的，當時定的就是這個方案。
我還是覺得作爲一個PM，小的事情少插手，否則你根本忙不過來，在進度與質量把控上可以使用觀察反饋的方式及時糾正
其實這套理論不止適用於軟件管理，在許多方面它都是靈丹妙藥：
- 你通過對於女孩子的感情進展的前中後期觀察，採取不同的反饋措施
- 你通過對子女各個年齡段的觀察，採取與他們溝通的方式等等，這簡直是一條生活處事指南
重點是你的觀察一定是要賦予意義的，不能爲了觀察而觀察，否則你觀察到的東西將毫無用處，比如你觀察一個程序員寫了103行代碼或是104行代碼，對於項目的進程沒有任何意義。
4、沉澱文檔
在項目完成前或者在技術方案准確確定下來後，沉澱技術方案文檔是很有必要的，這可以讓你的工作後續有人把控，確保這是一個可以讓任何人瞭解的任務
這套操作爲何能夠生效？
有人說人性是善的，也有人說人性是惡的，關於人性的剖析，老舍先生有一部作品叫做《茶館》，裏面對人性進行了深刻的剖析，我看的是“於是之”老先生演的電影《茶館》
茶館 茶館
，你會深刻意識到人性是多麼可怕。
然而，有一樣東西卻在人性之上，可以利用人性，指導人性，叫做利益。俗話說的好“沒有永恆的朋友，只有永恆的利益”。公司作爲發放工資的一方，自然可以通過個性化的績效考覈，賞罰標準，控制員工按照你所預期的方向前進
