初次見面。
我是在PRUM公司的工程師人見。
我每天整理並發信關於編程學習及工作中容易遇到的困難點。
若您對PRUM感興趣，
請參考我們的企業網站。
▶ 企業網站
為什麼新人工程師會「停下來」【下篇】
――「能夠提出中途狀態」的前提
本文是旨在將現場經常發生的工程和學習的誤會，
整理成為結構問題的一系列文章之一。
開始
在上篇中，
我們整理了新人在止步不前時所遇到的小困擾。
現場希望被聆聽，
新人卻感到無法開口。
這樣的落差，
不僅僅能用性格或能力來解釋。
在下篇中，
我將從「結構」的角度來稍微表達一下這一現象。
問題不在於「能否提問」
當新人陷入停滯時，
常常被質疑的問題是「是否能夠提問」。
但是，真正重要的卻是在之前。
是否存在能夠將
止步的狀態——中途的不確定性與進程——
直接表達出來的前提。
這難道不是關鍵所在嗎？
“不知道什麼不知道”的階段
大多數新人站在提問之前的階段。
- 無法整理出哪裡不懂
- 不知道該問什麼
- 雖然心中有想法但無法用語言表達
這並不是「不了解」，
而是還只是無法言語化的狀態。
在這個階段，
即使被告知「如果不懂就問」，
無法行動也是自然的事。
隱性知識（Tacit Knowledge）
哲學家和科學家邁克爾·波蘭尼的觀點。
人類理解的事項超出語言所能描述，因此認為存在理解但無法表達的階段。
在教室中被允許的事情，在現場卻消失了
在學校或培訓中，
展示未完成的筆記或過程是一件司空見慣的事。
然而進入現場後，
這樣的前提不知不覺中消失了。
- 即使未完成也可以提出
- 假設的程度也可以共享
在缺少這些信號的情況下，
新人開始這樣思考。
如果不是完整的形式就不能提出
如果錯了評價可能會下降
然後，
他們抱著未完成的狀態，
便無法行動。
微小的對話偏差
比如這樣的場景。
前輩「進度怎麼樣？」
新人「應該快要明白了，沒問題」
前輩「那就交給你了」
新人心中其實是
“不知道該從哪裡著手的60%不確定”狀態。
但卻不知道如何將其表達。
前輩以「會來問」的前提看待世界，
新人卻以「完成後再展示」的前提看待世界。
這樣的小差異，
卻在不自覺中滋生出巨大的“停滯”。
實務依賴於「在途中思考」
實務的知識，
並非一開始就能以清晰的語言表達出來。
動手做，
停下來，
思考，
修正。
在不斷重複的過程中掌握。
也就是說，
在途中停下來並思考的本身就是學習。
行為中的反思（Reflection-in-Action）
唐納德·蕭恩的概念。
實務的知識並非事先以完成的形式存在，而是在行為過程中思考並修正中形成。
停下來不易的現場所具備的共通點
在順利運行的現場中，
並不依賴個人的勇氣或性格。
- 有可以展示中途進展的場所
- 注重「現在」而非完成度
- 即使無法言語化的狀態也能被接納
也就是說，
當快要停下的時候，能夠發信的前提已經存在。
明天可以做的“信號”
比起繁瑣的制度，
一句簡單的話語卻能改變整個世界。
- 「未完成也沒關係，60%就好」
- 「假設的方式也可以」
- 「無法言語化也可以接受」
這並不是促使提問的話語，而是
“可以展示過程”這一許可的信號。
結尾
當新人停下時，
或許並不是因為「沒有提問」，
而是因為「沒有能夠提出過程的前提」。
儘管如此，我們仍然會只看結果，
不禁發問「為什麼不問呢」。
這個前提的落差，
正是現場中重複出現的誤解的起點。
此外，新人在現場遭遇挫折的原因並不止這些。
解釋跳躍、證據缺失、語言不匹配——。
這些也都是在類似的結構中發生。
關於這些，將在另一篇文章中探討。
PRUM的95%以上的工程師都是從無經驗開始招聘的。
如果您有興趣，請來訪我們的企業網站！
▶ 企業網站
原文出處：https://qiita.com/hitomin_poke/items/10211c4fa7248c7c9740
1) --- 會變成分隔線（上一行必須是空白）
2) # 會變成一級標題
3) ## 會變成二級標題
4) ### 會變成三級標題
5) **粗體文字**會顯示粗體文字
6) ```當第一行與最後一行會顯示程式碼
7) 請搜尋 Markdown 語法，了解各種格式
