熱門Ptt文章

[爆卦]word目錄頁碼更新是什麼？優點缺點精華區懶人包

雖然這篇word目錄頁碼更新鄉民發文沒有被收入到精華區：在word目錄頁碼更新這個話題中，我們另外找到其它相關的精選爆讚文章

在 word目錄頁碼更新產品中有2篇Facebook貼文，粉絲數超過3萬的網紅HR小薯蓉，也在其Facebook貼文中提到， 《WFH Policy》 自從疫情爆發，每間公司都需要一份WFH Policy。但由於工作性質嘅轉變，好多職位未來都會有WFH嘅機會，長遠我哋都需要一份完善嘅policy使用。 其實WFH Policy有好多嘢考慮: 📌點評估WFH職位? 📌部門主管有咩責任? 📌工作環境? 📌申請表格? 📌...

　同時也有4部Youtube影片，追蹤數超過4萬的網紅吳老師教學部落格，也在其Youtube影片中提到，中央從Python程式到網路爬蟲應用第1次課程說明與講師簡介與參考用書&建置Python開發環境與程式測試&懶人包的設定與新增專案&畫面放大與縮小與編碼設定與轉型&基本語法與變數&程式撰寫基本概念與拖逸字元&用format格式化&輸入資料&證照考題第一類 上課內容： 01_課程說明與講師簡介與參考...

「word目錄頁碼更新」的推薦目錄
  • HR小薯蓉

    word目錄頁碼更新 在 HR小薯蓉 Facebook 的精選貼文

    2020-09-01 21:34:35
    有 12 人按讚

    《WFH Policy》

    自從疫情爆發，每間公司都需要一份WFH Policy。但由於工作性質嘅轉變，好多職位未來都會有WFH嘅機會，長遠我哋都需要一份完善嘅policy使用。

    其實WFH Policy有好多嘢考慮:

    📌點評估WFH職位?
    📌部門主管有咩責任?
    📌工作環境?
    📌申請表格?
    📌工傷的可能性?
    📌電腦保安問題等等...

    好多朋友會參考外國嘅WFH政策，但由於外國範本未會考慮香港勞工法律，始終好多細節未夠完善。

    因為知道好多HR都需要幫公司制訂WFH Policy，所以我哋邀請咗資深僱傭法律學家Lawrence Li撰寫咗一份香港適用的WFH政策範本，以供大家參考。

    政策範本有中英文版，附有整個WFH程序、守則、所需申請表格、適當位置仲會附有提示，方便大家根據需要修改。檔案會以word格式畀大家下載，9月20或之前用下面折扣碼仲會有折扣~

    📌英文版$100折扣碼: WFH100
    📌中英合版$300折扣碼: WFH300A

    WFH範本：http://bit.ly/wfh_policy_template (內附目錄Preview)

    #WFHPolicy

    ————————————————————
    緊貼 #HR小薯蓉 Facebook專頁更新，設定HR小薯蓉為搶先看

  • 我在大陸的日子

    word目錄頁碼更新 在 我在大陸的日子 Facebook 的精選貼文

    2020-03-09 20:33:17
    有 50 人按讚

    親愛的大家晚安啊～今天來講講跟工作有關的事情－－關於「互聯網的產品經理」。

    開始之前先說週末小聚會，時間週六下午、在臺北某咖啡廳，我把活動頁先建起來，大家有興趣可以先fallow一下～明天我會把地點定下來。

    連結：https://www.facebook.com/events/132434068203425/

    以下內文

    這十年呢，我一直是在互聯網內容產業裡工作，崗位橫跨市場、運營、產品經理，後期做產品經理的工作比較多。

    這個「產品經理」呢，在臺灣叫做PM的樣子。
    但感覺臺灣的PM跟進度比較多，大陸這邊需要為產品負責。

    我做產品經理這些年呢，工作流程大概是這樣：

    －－－－－

    1.接需求
    老闆、需求方說我要做個怎樣的東西，或著你自己覺得需要做什麽。

    2.市場調查
    帶著自己對產品大概的想法，調查市面上、相關領域的產品，問一下內部使用者、需求方的想法，也可以問問同行啊，總之一邊問一邊想。

    3.溝通
    做出一個大概的原形，帶著投影片去跟老闆、需求方溝通。
    我覺得溝通最好用的是原形圖，我覺得看圖溝通是最直接的。

    4.產品說明書
    產品說明書呢，也叫做「文檔」。
    在溝通確定方案之後呢，我們就要開始寫文檔把每個功能都描述下來；這個文章有嚴謹的編目，word的目錄、預覽跟格式是很重要的功能。

    我很喜歡寫文檔的，寫文檔使我平靜。

    5.開發人員評審
    把原形、文檔準備好，取得領導們的同意之後呢，我們就要開「需求評審會」啦！

    這個需求評審會呢，一般是約個會投影開始講；產品經理是說文檔的那個，程式師、測試、設計是聽文檔的一方，有時候主管也會參加。

    聽完文檔之後，程式師、測試會對他們不清楚的地方問問題，說一些他們的建議，你回去改點就能開始開發了。

    一般來說我們在評審之前的環節，就會跟開發、測試溝通啦，所以不會在評審會上出現大翻盤的狀況。

    6.排期
    評審會結束之後，技術會根據文檔開始排期。
    什麽模組、要做什麽功能、誰要負責？
    要做多久？什麽時候開始？什麽時候結束？

    這時候會有一張排期表出來，大家都要按照這個開始開工，產品經理這時候就是跟進度＋被問問題的角色。

    7.設計與開發
    動工動工～越到後期工期越緊張，產品經理會經常被問問題，不可以亂請假。

    8.測試
    測試也有一個進度表，大致上會按照那個進行。
    測試同仁會寫測試用例、準備測試資料，在測試環境裡面驗證功能，把功能不work、跟文檔不一致的地方提到jira裡面，指給相關的人去處理。

    比如說指給程式師、程式師就要去檢查代碼；指給產品經理，產品經理就要決定是否改成某個樣子、要不要去改文檔。

    測試的話嘛，產品經理也是要測的，但是「專門測試」、「看看」、「驗收」還是不一樣的...

    聽說還有一種叫做「自動化測試」的神奇東西，但我沒有看過就是了。

    9.準備交付
    終於開發好啦，準備上線！
    這時候你就要通知所有的相關使用者，給他們寫說明書、開會演示功能，如果需要還要請他們幫忙準備資料。

    提前通知真的是很必要的，沒有人喜歡突如其來的變更，持續事前溝通會讓你們的合作順暢很多。

    10.上線
    上線啦上線啦！
    web、後臺、小程式的上線相對壓力小一點，APP那種要發版的壓力就大一點，提審需要等待，上線有bug、還是要發版的那種就會比較慘。

    我回想我工作這十年，「上線」按時並且沒有bug的好像只有60%，

    直接在大推廣當天、出線上大bug完全不能用的，也是有的啊－－我個人覺得線上bug的頻率與嚴重度，與公司的衰退度有關。

    11.觀察BUG與埋點、收集回饋
    功能上線啦！
    看看數據有沒有進來、線上bug有哪些。
    問問內部使用者的想法，也看看用戶們回饋什麽、討論什麽。

    12.制定更新計畫
    綜合產品設計、資料、回饋寫個總結，決定下個反覆運算做什麽。

    這整個流程看起來很長，但並不是每個更新都會完整走完這個流程。

    一般來說是這種感覺：
    1.APP版本反覆運算、上整個後臺、上新的產品：走完整個流程
    2.小功能、活動更新：小溝通、原形文檔、開發測試小範圍說明、上線
    3.修bug：趕緊上！流程簡略到靠嘴半天跑通全部。

    －－－－－

    啪啪啪上面講了很多，但會這些工作在「產品經理」這個崗位裡算很厲害的嗎？

    我覺得在很多公司對「產品經理」的要求來說，這是基本功；一個有志於從事此崗位的人兒，大概兩三年就能熟練這些吧？

    初級寫文檔、跟進度，
    中級能定功能、在實做中形成自己的觀感、方法論；
    高級能定產品，驗證自己的想法與方法論，帶著團體去「搏網路世界的那一瞬間」。

    互聯網變遷快、機會多，很多團隊都在博那一瞬間，產品經理身上攜帶的那些、也許就是賭注的一部分吧。

    說了這麽久，好像我做得很好似的？
    嗯...我覺得大陸互聯網真的人才濟濟，我見過很多大神，對比他們的才華與努力，我真的真的只是很普通的一個人呢。

    大概就是這樣啦～

    對於我剛剛講的每個模組，我這邊有投影片、排期表、原形跟文檔，有興趣想看的話，你們可以湊滿六人、來找我約時間地點，我可以給你們講講。

    以上！

你可能也想看看

搜尋相關網站