<em id="isydd"><object id="isydd"><input id="isydd"></input></object></em>
<button id="isydd"><acronym id="isydd"></acronym></button>

<button id="isydd"></button>

    視野知識研究院

    每日工作復盤總結

    收盤之后做復盤,復盤都在復什么內容呢

    1、所謂復盤只是一種籠統的說法,并沒有明確的指向。例如看看成交量、收盤價、技術指標(MACD、KDJ、RSI )等比前幾天有什么變化,是繼續向好還是變壞了,僅此而已。
    2、做股票看這些技術層面的東西根本沒有什么作用,往往會誤導投資者的判斷。最好是多關心買進股票的公司盈利情況如何?是否有新的利潤增長點?公司未來的發展前景如何?這些才是我們應該關心的大問題。

    工作以后,該如何做筆記?

    做筆記雖然是我們在學生時代經常要干的一件事情,但是在我們以后的工作當中,也是一項能提高自己能力必備的技能。隨時聽長輩的經驗,隨時記錄下來,這樣能增進自己的經驗。

    首先,就是你要隨時都帶著一個小本,以及筆。這樣能方便自己隨時隨地都能有做筆記的工具,提前做好準備。這樣隨時都能做筆記的一個習慣,是要慢慢養成了,還有可能會因為你的這個習慣給別人帶來很好的印象。

    其次,就是你要有很好的注意力,在聽到自己有用的信息的時候,要立刻及時的記錄下來,這樣才能把握好機會,工作中記筆記不是像上學的時候那樣,老師會等著你寫完,工作中的筆記就是考驗你是否能及時的掌握重要信息。

    最后,就是要快速的記下,這是考驗你寫字的能力,是否能又快又好的記下來重要的內容。

    如何做好每天復盤的基本功課

    簡單點說,復盤就是對當天的走勢進行一次回顧和總結,從中發現問題和蛛絲馬跡,并據此確立自己在第二天或者是一段時間內的操作方向,及時修改計劃和目標。
    先做什么?打開股軟的當日排名,先看清楚當日漲幅上和跌幅上有哪些英雄,之間有沒有板塊連動效應,哪些資金在做多,哪些資金在做空。然后檢查一下自己的持倉和這些有沒關聯,這樣可以確定近期的熱點和風險板塊,把握住大方向。
    有了方向,第二步要看看每天在2%~5%有那些人物,如果有一些一直反復出現而又沒有大幅飆升,量能也在逐步放大的個股就要注意了,說不定白馬王子就在里面。做中線的可以分批埋伏進去,做短線就要密切觀察他是否到臨界起爆狀態以便及時跟進。反之,那些一直漲幅為負的票票就要警惕了,犯不著和它磨時間。喜歡做超跌反彈的朋友也可以關注跌幅榜,這里的黑馬有時反彈起來是很可喜的,如600001在2月初的一波就很有味,利潤驚人。
    第三,再看持倉股,然后看自選股,再看持倉股,決定是否調出個股換進新股。先打開一個個股,從分時圖開始,然后按1分鐘、5分鐘、1刻鐘、1小時、日線、周線、月線、年線看起,看完后想一想和看之前有什么不同?我可以說,差別很大!小到細節大到趨勢都在這K線圖和分時圖中展現出來。
    接著,我們在K圖上把它相鄰的高點連接起來,相鄰的低點也連接起來,這樣你就會看到一幅很奇異的畫面,所有的K線都很聽話的排在一個通道內,并沿著這個通道升或降,直到有一天K圖會突破這個通道,進入一個新的通道內開始一個新的運行軌跡。這就是我們平常所說的趨勢。明白了這一點,你就不會被股票一時的漲跌所迷惑了。做長線的朋友可以用日線、周線或者月線來看,個人推薦周線,上下兼顧。做短線的朋友可以用小時線、5分鐘線來畫通道,上升或者下降的趨勢非常明顯,我甚至用過1分鐘線來畫圖。通道和技術指標如KDJ等是不一樣的,它揭示的是一種運行趨勢,這個趨勢是輕易不會改變的,如同均線一樣,它不會一下子偏離太大,給人無所適從的感覺。所以,我現在很少用技術指標,因為這均線和通道夠用了,而且很清楚。這樣,你畫好圖后,這個票票的基本走勢也就清楚了,至少大方向你可以把握了。
    看完K線后,我們要做最復雜的分析工作。先從分時圖開始。打開一個個股畫面,選中分時重播功能,參數可以設置慢一點,你可以看到賣5至買5的盤口變化,讓它一步步演示給你看,你可以隨時根據盤面的變化作出買入或者賣出的決定,以培養自己的盤面感覺。有時間可以挑選自己不熟悉的股票也不知道收盤情況的圖放看,一面看一面做決定,等放完了再對照比較有那些失誤或者是看錯的地方,通過這種方法可以使自己的盤面感覺提高很快,到最后你會變得非常敏感,一個微小的信號都能捕捉到。這個只是一種訓練方法,但很有用,所以推薦給大家。
    分時圖看完以后,再打開分時成交明細單,這里有一天的成交記錄。這是一門必修課,看完了你就能了解到一天的買賣單集中在那里,有沒有主力資金在里面活動,主力是不是在刻意做盤。這里面尤其要注意大單出現的時間和時機。
    復盤還有一點不能不提,那就是多日分時線的功能。這個功能很有效,我是一直看的,主要是看操盤手的操作規律。比如說,這個股票的波動都有一定的范圍和規律,我們就可以利用這個規律做點T+0,我有一個朋友就專門找這類規律波動的股票做T+0,一周下來增幅也很可觀。我前面提到的劃線的方法在這里也可以用。突破這個通道升或者跌都是短線買入賣出的機會。
    最主要的,我們看10日分時線是看他的波動性,發現規律并順勢操作。比如說一個股票平常都循規蹈矩的,突然在某一天變臉,這個時候往往是變盤的時候。心中熟讀個股的歷史圖形,你就可以在第一時間作出買賣反應,看得多了,就成了本能了。順便再說一句,一個個股平常都是隨大盤起伏,一致性很高,但突然之間開始不理會大盤臉色特立獨行的時候,這個時候也往往是變盤的時候,可以大膽跟進操作??炊嗳辗謺r圖的另一個好處是,你可以了解一個主力的拉升習慣,如臺價式拉升(如2%為一個臺階,整理半小時后再拉升2%)、斜坡式推進(逐步上楊,一直到最高點)、脈沖式爆發等等。了解操盤手的操作風格和習慣對我們跟盤操作非常有用,要想達到這一境界,就必須多看這些圖線。還有一個是要從個股的歷史走勢中尋找共同點,如我以前推出的太陽,它的主力就習慣在下午尾盤搞偷襲,因此如果有這樣的個股的話,就要密切關注他們可能的暴發時點。

    產品經理要怎么做一個復盤總結

    很多公司(包括我所在的公司),要求員工要按時提交:每日工作總結、每周工作總結、月度述職報告、季度述職報告、半年度述職報告、年度述職報告。所以,我們每個人,每天都在做著復盤。有些是我們意識到,但更多的是我們無法意識到的復盤。

    一、 首先,什么是復盤

    一個項目,不管是0到1或者是版本迭代,基本都會包含以下幾個核心階段(見下圖)。產品復盤就是把每個階段中的具體工作進行分解,分析每一項工作的進展是否順利,問題點在哪、以及如何更好的優化。

    二、 其次,為什么要復盤

    之前的文章中,我表述了一個觀點,“產品經理天然的路線就是走向管理”。而作為走向管理的第一步,就是要會總結得失。每一個項目從開始到結束,過程中或多或少都會出現計劃之外的突發狀況。而復盤就是是絕佳的反思的機會,產品上的得與失,通過一條一條的羅列,不斷深入思考,提升自己的總結能力。

    產品經理核心的能力之一,就是總結能力,將收集到的需求建議、競品優勢等進行歸納整理,結合項目自身的差異點才能形成自己的需求思路。

    三、 最后,怎么做復盤

    前文已經說過,復盤就是對具體工作進行分解,分析問題點和如何改進,以下就任務分解之后的復盤點,進行闡述。

    1 項目目標復盤

    1.1 項目進度復盤

    • 1.1.1 是否按照原計劃交付時間交付?

    • 1.1.2 原計劃的需求點實現了多少?哪些需求點沒有按計劃實現?每一個需求點延后原因分別是什么?

    • 1.1.3 哪些里程碑有延遲,延遲原因是什么?

    • 1.2 項目結果復盤

    • 1.2.1 項目中出現了哪些意外?為什么會出現這些意外?

    • 1.2.2 用戶對新增功能點的接受程度和項目規劃中的是否一致?

    • 2 需求階段復盤

      2.1 需求定義復盤:

    • 2.1.1 是否提供完整的需求輸出,包括:原型、MRD、PRD、UML等

    • 2.1.2 設計師、交互師、開發人員分別對需求是否明確:如果出現需求不明確的情況,將會嚴重影響項目的進度和質量。

    • 2.1.3 是否對典型用戶和使用場景有清晰的描述?

    • 2.2 需求變更復盤

    • 2.2.1 需求變更次數:敏捷開發已經將需求變更的影響降到最低,但是較少的需求變更仍然是項目進展順利的前提之一。

    • 2.2.2 哪些需求變更影響了項目實際進度

    • 2.2.3 每次變更的原因:領導干預?前期考慮欠缺?需求無法實現?分析每一次的變更原因,可以在后期項目中進行合理的避免。

    • 2.2.4 每個項目成員是否都清晰的知道每一次的變更:只有每位項目成員清楚的了解每次需求變更,并做好充分的溝通,才能保證項目的進度和質量。

    • 2.2.5 項目成員是否能接收需求變更:這就要求每次需求變更,都要和相關人員做好溝通。

    • 3 設計階段復盤

    • 3.1 是否確定視覺設計的最終審核人?

    • 3.2 UI設計產出是否符合統一標準?

    • 3.3 設計工作是否影響開發工作的進度?影響原因是什么?

    • 3.4 產品設計工作在什么時候,由誰來完成的?

    • 4 開發階段復盤

      4.1 工期評估復盤

    • 4.1.1 開發實施前,是否有充分的時間做工期預估:工期評估一方面是讓項目成員能夠對項目的整體進度有所準備,也是對項目需求進行詳細梳理的過程。

    • 4.1.2 工期預估與實際開發時間是否有差異,及差異原因分析

    • 4.2 開發文檔復盤

    • 4.2.1 是否有提供開發文檔?

    • 4.2.2 開發文檔是否符合規范

    • 4.3 突發狀況復盤

    • 4.3.1 是否出現需求無法實現的狀況?原因是什么?

    • 4.3.2 是否出現團隊成員變動情況?如何應對成員變動?后期如何避免?

    • 4.3.3 是否出現功能模塊與需求不符的情況?出現原因是什么?

    • 4.4 Code Review復盤

    • 4.4.1 是如何進行的:包括如何分工,如何復查等。

    • 4.4.2 Code Review結果是什么?

    • 4.4.3 是否嚴格執行了代碼規范?對不規范的代碼如何處理?

    • 5 測試階段復盤

      5.1 測試計劃復盤

    • 5.1.1 是否有完整、準確的測試用例?

    • 5.1.2 是否有一個測試計劃?這樣的計劃是否有效?

    • 5.1.3 團隊是如何測試并跟蹤產品開發效果的?

    • 5.2 測試工具復盤

    • 5.2.1 使用了哪些測試工具來幫助測試?是否可以持續使用?

    • 5.2.2 測試的時間、人力和軟件/硬件資源是否足夠?

    • 5.3 測試結果復盤

    • 5.3.1 哪個功能模塊產生的Bug最多,為什么?

    • 5.3.2 哪些BUG出現回滾,原因是什么?

    • 6 上線階段復盤

      6.1 驗收復盤

    • 6.1.1 是否進行了正式的上線驗收?

    • 6.1.2 在正式發布的過程中是否有出現狀況?后續如何避免?

    • 6.1.3 上線前是否和運營、文案進行充分的溝通?

    • 6.1.4 是否檢查了數據埋點,數據埋點是否滿足運營要求?

    • 6.2 上線后效果復盤

    • 6.2.1 在上線之后是否出現重大bug? 為什么測試階段沒有發現?

    • 6.2.2 產品上線后的問題反饋渠道是否流程?

    • 6.2.3 產品上線后收集到哪些問題反饋?都是什么類型?如何改進?

    • 每次的項目復盤,都是對自己的一次拷問和錘煉,迭代型產品每逢3個版本進行一次復盤,一般情況下,發版的節奏是一個月一個版本,因此可以按照3個月的節奏進行復盤。

      最后,每次的復盤結果都要形成文字記錄,這將是你成長路上的重要積累!

    產品經理要怎么做一個復盤總結

    很多公司(包括我所在的公司),要求員工要按時提交:每日工作總結、每周工作總結、月度述職報告、季度述職報告、半年度述職報告、年度述職報告。所以,我們每個人,每天都在做著復盤。有些是我們意識到,但更多的是我們無法意識到的復盤。

    一、 首先,什么是復盤

    一個項目,不管是0到1或者是版本迭代,基本都會包含以下幾個核心階段(見下圖)。產品復盤就是把每個階段中的具體工作進行分解,分析每一項工作的進展是否順利,問題點在哪、以及如何更好的優化。

    二、 其次,為什么要復盤

    之前的文章中,我表述了一個觀點,“產品經理天然的路線就是走向管理”。而作為走向管理的第一步,就是要會總結得失。每一個項目從開始到結束,過程中或多或少都會出現計劃之外的突發狀況。而復盤就是是絕佳的反思的機會,產品上的得與失,通過一條一條的羅列,不斷深入思考,提升自己的總結能力。

    產品經理核心的能力之一,就是總結能力,將收集到的需求建議、競品優勢等進行歸納整理,結合項目自身的差異點才能形成自己的需求思路。

    三、 最后,怎么做復盤

    前文已經說過,復盤就是對具體工作進行分解,分析問題點和如何改進,以下就任務分解之后的復盤點,進行闡述。

    1 項目目標復盤

    1.1 項目進度復盤

    • 1.1.1 是否按照原計劃交付時間交付?

    • 1.1.2 原計劃的需求點實現了多少?哪些需求點沒有按計劃實現?每一個需求點延后原因分別是什么?

    • 1.1.3 哪些里程碑有延遲,延遲原因是什么?

    • 1.2 項目結果復盤

    • 1.2.1 項目中出現了哪些意外?為什么會出現這些意外?

    • 1.2.2 用戶對新增功能點的接受程度和項目規劃中的是否一致?

    • 2 需求階段復盤

      2.1 需求定義復盤:

    • 2.1.1 是否提供完整的需求輸出,包括:原型、MRD、PRD、UML等

    • 2.1.2 設計師、交互師、開發人員分別對需求是否明確:如果出現需求不明確的情況,將會嚴重影響項目的進度和質量。

    • 2.1.3 是否對典型用戶和使用場景有清晰的描述?

    • 2.2 需求變更復盤

    • 2.2.1 需求變更次數:敏捷開發已經將需求變更的影響降到最低,但是較少的需求變更仍然是項目進展順利的前提之一。

    • 2.2.2 哪些需求變更影響了項目實際進度

    • 2.2.3 每次變更的原因:領導干預?前期考慮欠缺?需求無法實現?分析每一次的變更原因,可以在后期項目中進行合理的避免。

    • 2.2.4 每個項目成員是否都清晰的知道每一次的變更:只有每位項目成員清楚的了解每次需求變更,并做好充分的溝通,才能保證項目的進度和質量。

    • 2.2.5 項目成員是否能接收需求變更:這就要求每次需求變更,都要和相關人員做好溝通。

    • 3 設計階段復盤

    • 3.1 是否確定視覺設計的最終審核人?

    • 3.2 UI設計產出是否符合統一標準?

    • 3.3 設計工作是否影響開發工作的進度?影響原因是什么?

    • 3.4 產品設計工作在什么時候,由誰來完成的?

    • 4 開發階段復盤

      4.1 工期評估復盤

    • 4.1.1 開發實施前,是否有充分的時間做工期預估:工期評估一方面是讓項目成員能夠對項目的整體進度有所準備,也是對項目需求進行詳細梳理的過程。

    • 4.1.2 工期預估與實際開發時間是否有差異,及差異原因分析

    • 4.2 開發文檔復盤

    • 4.2.1 是否有提供開發文檔?

    • 4.2.2 開發文檔是否符合規范

    • 4.3 突發狀況復盤

    • 4.3.1 是否出現需求無法實現的狀況?原因是什么?

    • 4.3.2 是否出現團隊成員變動情況?如何應對成員變動?后期如何避免?

    • 4.3.3 是否出現功能模塊與需求不符的情況?出現原因是什么?

    • 4.4 Code Review復盤

    • 4.4.1 是如何進行的:包括如何分工,如何復查等。

    • 4.4.2 Code Review結果是什么?

    • 4.4.3 是否嚴格執行了代碼規范?對不規范的代碼如何處理?

    • 5 測試階段復盤

      5.1 測試計劃復盤

    • 5.1.1 是否有完整、準確的測試用例?

    • 5.1.2 是否有一個測試計劃?這樣的計劃是否有效?

    • 5.1.3 團隊是如何測試并跟蹤產品開發效果的?

    • 5.2 測試工具復盤

    • 5.2.1 使用了哪些測試工具來幫助測試?是否可以持續使用?

    • 5.2.2 測試的時間、人力和軟件/硬件資源是否足夠?

    • 5.3 測試結果復盤

    • 5.3.1 哪個功能模塊產生的Bug最多,為什么?

    • 5.3.2 哪些BUG出現回滾,原因是什么?

    • 6 上線階段復盤

      6.1 驗收復盤

    • 6.1.1 是否進行了正式的上線驗收?

    • 6.1.2 在正式發布的過程中是否有出現狀況?后續如何避免?

    • 6.1.3 上線前是否和運營、文案進行充分的溝通?

    • 6.1.4 是否檢查了數據埋點,數據埋點是否滿足運營要求?

    • 6.2 上線后效果復盤

    • 6.2.1 在上線之后是否出現重大bug? 為什么測試階段沒有發現?

    • 6.2.2 產品上線后的問題反饋渠道是否流程?

    • 6.2.3 產品上線后收集到哪些問題反饋?都是什么類型?如何改進?

    • 每次的項目復盤,都是對自己的一次拷問和錘煉,迭代型產品每逢3個版本進行一次復盤,一般情況下,發版的節奏是一個月一個版本,因此可以按照3個月的節奏進行復盤。

      最后,每次的復盤結果都要形成文字記錄,這將是你成長路上的重要積累!

    項目復盤總結

    內容來自用戶:余僉

    項目復盤總結
    篇一:項目復盤中設計和工程容易出現的問題中設計和工程容易出現的問題黃成謀20XX年12月7日在我經歷過的多個項目的復盤總結以及參閱其他公司復盤總結的基礎上,歸納總結出一些設計與工程容易出現的問題,有些觀點,可能存在爭議,敬請理性分析與選擇,為提前防患,以作參考。一、設計方面1.建筑專業總平面圖只有總平面圖,無分區建設圖,無含售樓處、樣板體驗區、看房通道的位置的總圖。有的項目開始甚至沒考慮做樣板體驗區,后來營銷又提出要做體驗區,這樣既不利于現場總平面規劃布置,也不利于營銷開展。解決建議:與營銷研討、確定,提供分區建設圖,盡早提供含有售樓處、樣板房體驗區、看房通道的位置的總圖和施工圖,以利于售樓處、樣板體驗區、看房通道工程的提前啟動。人流、車流動線混亂,主干道理離建筑近。人行道被車行道切得很亂,行人基本不選擇在人行道上行走;車行道拐彎不順暢,斷頭路太多,與車庫入口銜接不順暢;區內主干道靠近建筑,車行視線窄,安全系數低。解決建議:對人、車流動線系統進行單獨研討,做到小區入口、車庫入口布置合理,盡量人車分流,與景觀、建筑、市政管線完美結合,并把動線體現在總圖中。