SEO資訊
- 預期關鍵字:QC選題 / QC題目怎麼選 / QC痛點 / QC 職場需求 / QC小組需求
- 摘要:在QC發表(日本職場常見的小組改善活動成果發表)裡,光寫「漏打卡很多」當題目是不夠有力的。本文教你把它拆成小組需求、職場需求、問題所在、困擾程度、對相關部門的顧及,轉化成能在評分表上拿分的題目。
- 目標讀者:正在為選題煩惱的QC組長和組員
選題不只是取個題目名稱
QC選題時,常見一種很淺的寫法。
漏打卡很多,所以要改善。
這並沒有錯。
但想在評分表上拿分,就顯得太弱了。
評審看的並不是題目名稱。
他們看的是這些:
- 是否符合小組的需求
- 是否符合職場的需求
- 問題出在哪裡是否講得清楚
- 困擾有多大是否講得清楚
- 是否顧及了相關部門
也就是說,選題其實是 說明「為什麼必須選這個題目」的步驟。
拆解「漏打卡很多」
把「漏打卡很多」這件事,依評分表的關注點拆開來看。
| 切入點 | 真實心聲 | QC資料裡的簡短說法 |
|---|---|---|
| 職場需求 | 想提高勞動生產力 | 想減少無謂工時,提高生產力 |
| 問題所在 | 漏打卡讓多餘的工作變多了 | 漏打卡導致產生不必要的確認和修改 |
| 困擾程度 | 吃虧的是我們管理部門 | 本人、主管、管理部門都要花心力確認處理 |
| 集中出現的問題 | 結算前根本是地獄 | 結算日前確認工作量集中 |
| 對相關部門的顧及 | 現場的人好好打卡啊 | 不責怪個人,建立不容易漏打的機制 |
| 選題理由 | 講了幾遍都改不掉 | 光靠提醒,改善沒能落實 |
| 改善方向 | 總要想想辦法吧 | 儘早發現,建立不易再次發生的運作方式 |
關鍵在於不要抹掉真實的心聲。
心聲裡藏著問題的核心。
只是原封不動端出來,就會變成指責某個人或某個部門的話。
所以要把它換成QC資料用的簡短說法。
把「氣到不行」的情緒,轉成職場需求
真實心聲是這樣的。
明明想提高勞動生產力,卻被處理漏打卡的事占掉了管理部門的工時。 又不是我們的錯,後面製程的生產力卻被拉低了。 開什麼玩笑。
這股怒氣不用壓下去。
但原封不動端出來,簡報就「涼」了。
在QC資料裡,要這樣轉換:
由於漏打卡,產生了原本不必要的確認和修改工時。 尤其是結算日前處理工作集中,從減少無謂工時的角度來看有必要改善。
不是把怒氣消掉。
而是把怒氣翻譯成評分表吃得進去的語言。
忘了顧及相關部門,是會被扣分的
「現場的人好好打卡啊。」
這心情我懂。
但原封不動寫出來,對相關部門的顧及就顯得薄弱了。
在QC資料裡,這樣寫:
不責怪個人或部門,而是完善不易漏打卡的機制和儘早確認的運作方式。
這樣就沒有把誰當成壞人。
看的是機制,而不是人。
選題結論範例
選題那一頁的標題要簡短。
漏打卡增加了結算前的工作量
內文這樣說明:
因漏打卡,本人、主管、管理部門都要花心力確認處理。 尤其是結算日前確認工作量集中,從減少無謂工時的角度來看有必要改善。 由於光靠提醒,改善沒能落實,所以把建立不易漏打的機制作為題目。
這樣大致就能很好地對上評分表的關注點。
選題設計表
在做簡報之前,先把這張表填好。
| 關注點 | 問題 | 回答 |
|---|---|---|
| 小組需求 | 組員想改善什麼? | 想減少核對漏打卡和重新申請帶來的重工 |
| 職場需求 | 職場想改善什麼? | 想減少無謂工時,提高生產力 |
| 問題所在 | 問題是什麼? | 漏打卡導致產生不必要的確認和修改 |
| 困擾程度 | 誰在承擔負擔? | 本人、主管、管理部門都要花心力確認處理 |
| 顧及 | 有沒有變成針對個人的攻擊? | 不責怪個人,建立不易漏打的機制 |
| 選題理由 | 為什麼這次要做? | 光靠提醒,改善沒能落實 |
把這張表填完,選題就會強很多。
總結
選題不是寫題目名稱的地方。
而是針對評分表的關注點, 回答「為什麼必須選這個題目」的地方。
以漏打卡為例,重點如下:
- 想減少無謂工時
- 產生了不必要的確認和修改
- 本人、主管、管理部門都有負擔
- 結算日前工作量集中
- 不責怪個人,靠機制來改善
- 光靠提醒沒能落實
再用簡短的標題和數字把這些呈現出來。
這就是選題攻略。
