人月神話札記 溝通

2021-06-28 21:00:31 字數 836 閱讀 8972

前言:在最初的世界,人們只有一種語言,所以大家溝通好說去建立乙個通天塔,可以通往天堂的巴比倫塔,然而上帝出現了,他交給人們不同的語言,讓大夥最終無法進行交流,最終隊伍遣散,巴比倫塔就此失敗,那麼本章作者想要告訴我們的就是「溝通」對於成功的專案很重要。

書中主要針對的是大型專案的交流,然而同樣適合我當前所處的團隊:

非正式交流:以前在日企和日方溝通主要是**會議,那麼小型團隊的非正式交流就是協作的人員互相湊一起說話就可以了。

會議:站立會,分析討論會,專案評估會等任何有形式的會議。

工作手冊:這個目前在我們團隊不太可能做的很好。

樹狀結構是作為權利和責任的結構出現,那麼就是所謂的分層責任制,部門經理下分專案經理,專案經理管理不同的功能模組,這樣一層層的。

產品負責人:元件團隊,劃分工作及制定進度表。與團隊外部進行向上的溝通和水平的溝通,建立團隊內部的溝通和報告方式,從而確保進度目標的實現。

技術主管:指明系統的外部樣子,勾畫內部結構。當遇到技術難題時,提供技術解決方案。

那麼以上兩個角色作為組織架構中最重要的部分,該怎麼存在呢?

兩個角色為同乙個人,隊伍為3~6人,顯然就是說我的團隊,目前3個人,我的理想是5個人。我在這個結構中,感覺穿梭於技術和管理的角色中,有時感覺很累,有時感覺很有存在感,呵呵。

產品負責人為總指揮,技術主管為左右手。書中說這種組合很少應用,因為技術主管在不負責管理工作時,很難有權威,這就會減弱他在團隊中的貢獻。

技術主管為總指揮,產品負責人為左右手。讓技術主管潛心解決技術問題,而負責人去打理其他事宜。

總結:建立一套合理的組織,讓大家交流的更加順暢,是保證乙個專案成功的關鍵。

人月神話札記 削足適履

前言 所謂削足適履,就是把解決問題的辦法弄得本末倒置,使用了錯誤的方式去解決問題,自然就得不到好的結果。那麼如何才能更好的解決問題呢,對於本章,我已經反覆讀了5遍了,然而苦於自己的理解能力,我仍然一知半解,但是我必須要邁過這個章節,不然我在當前階段下,就無法讀完這本書,而下一章節可能就會告訴我更多有...

人月神話札記 貫徹執行

顯然,對於我當前所處的團隊,手冊是不存在的,我到現在都不知道手冊該寫些什麼,誠然,我看過很多說明手冊,教如何使用產品或者如何操作手順書。作者所說的手冊是 不但要能夠描述包括所有介面在內的使用者可見的一切,同時要避免描述使用者看不見的事物 之前在日企工作時,大量的產品說明手冊,我不知道日本人是怎麼做出...

人月神話札記 禍起蕭牆

前言 none love the bearer of bad news。誰都不喜歡帶來壞訊息的人,可能我們都經歷過專案延期,很多時候,專案不是因為一件重大的問題而停滯不前,當從中反省的時候,我們恍然大悟到 原來進度的延遲都是一天天累積下來的。月有陰晴圓缺,人有旦夕禍福。決定專案的根本因素就是人,而人...