【養生秘訣】對抗拖延症從早睡早起開始
#看似簡單的目標但需要無比恆心
#提早就寢時間早起的成功率更高
#星期二提升正能量
微調睡眠模式
「早起的鳥兒有蟲吃」「一日之計在於晨」這些老掉牙的至理名言大家都聽過,但有多少人去實踐?事實上不少人都習慣早起,例如李嘉誠每天5點59分起床聽英語新聞及打高爾夫球才去上班;前美國總統奧巴馬每天早上6:45起床,先去健身室再與家人吃頓豐富早餐然後工作;同樣6:45起床的股神巴菲特,起床後先閱讀5至6份報章;Microsoft創辦人Bill Gates早上7時起床,一邊做帶氧運動一邊看短片;Tim Cook甚至凌晨3:45起床,處理電郵後去健身,歎過咖啡後才工作。
他們的共通點是甚麼?早起!
中醫養生理論亦提倡早睡早起,人體的生理時鐘應該順應大自然規律,建議晚上11時或之前睡覺,因為根據《黃帝內經》的「子午流注圖」,晚上11時開始就是膽、肝及肺經當值時間,在這段時間睡覺就能讓氣血在各臟腑運行順暢,排走毒素,強身防病。如果這段時間不睡覺,容易出現膽火上逆,出現口苦、頭痛等症狀;或者造成肝血不足,就會心煩易怒及影響專注力。早上5時大腸經當值,宜起床排便;而早上7時胃經當值,適合吃一頓豐富早餐,然後精神奕奕開展一天的工作。
除了根據子午流注圖的時間睡覺,睡眠時間亦應跟隨四季稍微調節,春夏季宜晚睡早起,秋季宜早睡早起,冬季宜早睡晚起,簡單來說就是白天多走動,晚上多休息就是養生之道。
Fine tune your sleeping routine
There are old Chinese saying that talk about how early birds have advantage on feeding and how your day is shaped by how you plan your day in the morning. How many of you put these into practice? A lot of people have the habit of waking up in the morning. For example, Lee Ka Shing wakes up at 5:59am to listen to the news and play golf; former US President Barack Obama wakes up at 6:45am to go to the gym and have a hearty breakfast with family before heading to work; Microsoft Founder Bill Gates wakes up at 7am to do cardio exercises and watch short clips; Tim Cook gets up at 3:45am to go through his emails and work out, then have a cup of coffee and head to work.
What is the common thing here? Getting up early!
Chinese medicine promotes going to sleep early and wake up early to be healthy. The human biological clocks should follow the laws of nature. It is recommended to sleep before 11pm, as Chinese medicine believes that a 24 hour day can be divided into 12 intervals. Gallbladder meridian, liver meridian and lung meridian are on duty from 11pm. Sleeping during this period will allow the qi and blood to circulate smoothly in the organs, remove toxins, and strengthen the body. If you stay up late, it may lead to gallbladder fire, causing bitter taste in mouth, headache and other symptoms, or insufficient liver blood which may cause irritability and affect concentration. Large intestine meridian is on duty at 5am. It is suitable to have bowel movement. Stomach meridian is on duty at 7am. It is best to have breakfast and start working with full energy.
In addition to sleeping according to the time of the meridian flow chart, the sleep time should be adjusted slightly with the four seasons. It is better to go to bed late and wake up early in the spring and summer, go to sleep early and wake up early in the fall, and go to bed early and wake up late in the winter. In general, move around more during the day and rest more at night. It is the best way to live healthily.
#男 #女 #平和
「work flow chart」的推薦目錄:
- 關於work flow chart 在 CheckCheckCin Facebook 的精選貼文
- 關於work flow chart 在 โปรแกรมเมอร์ไทย Thai programmer Facebook 的最讚貼文
- 關於work flow chart 在 DavidKo Learning Journey Facebook 的最讚貼文
- 關於work flow chart 在 Work Flow Chart - Pinterest 的評價
- 關於work flow chart 在 How to Create a Workflow Diagram - YouTube 的評價
- 關於work flow chart 在 How does one represent multiple threads in a flow chart 的評價
work flow chart 在 โปรแกรมเมอร์ไทย Thai programmer Facebook 的最讚貼文
ที่มาของ scrum
Scrum in Research?
ทำรีเสิร์ชว่องไว โดยใช้ Scrum Framework (ได้รึเปล่า?)
ตอนที่ 1 Scrum มันคืออิหยังวะ?
หากคุณเป็นคนคร่ำหวอดในวงการซอฟต์แวร์ ธุรกิจ หรือ Startup ก็คนคงจะคุ้นเคยกับคำว่า Scrum ซึ่งเป็น framework ในการบริหารทีมเพื่อเพิ่มประสิทธิภาพการทำงานอย่างสูงสุด มาบ้างแล้ว แต่หากคุณเป็นนักวิชาการก้นแล็บอย่างแอด ก็อาจจะได้แค่เกาเหม่งอย่างงงๆ
แอดสารภาพเลยว่า เคยได้ยินคำว่า Scrum มานานแล้ว แต่คิดมาตลอดว่ามันเป็นหนึ่งใน buzzword ที่พวก Startup เค้าใช้กัน และมันคงใช้อะไรไม่ได้กับวงการวิจัยที่ธรรมชาติของงานนั้นคาดการณ์ได้ยาก
แต่เมื่อไม่นานมานี้ วารสาร Nature เขียนบทความเรื่องการใช้ Scrum ในการบริหารกลุ่มวิจัยในมหาลัย [1] จึงจุดประกายให้แอดเกิดความสนใจที่จะหาความรู้ขึ้นมาอย่างจริงๆจังๆเสียที ว่าไอเจ้า Framework นี้มันคืออะไรกันแน่ แล้วทำไมใครๆก็บอกว่ามันสามารถเพิ่มประสิทธิภาพในการทำงานของทีมหลายเท่าทวิคูณ
การทำงานโดยใช้ Scrum นี้มีท่ีมาจากงานวิจัยของศาตราจารย์ชาวญี่ปุ่น Hirotaka Takeuchi และ Ikujiro Nonaka ตั้งแต่ปี 1986 ซึ่งศึกษาเบื้องหลังความสำเร็จของอุตสาหกรรมหนักในญี่ปุ่น โดยเฉพาะ Toyota ซึ่งเป็นบริษัทที่มีสามารถประกอบรถได้รวดเร็วและปัญหาน้อยกว่าบริษัทตะวันตกหลายเท่าตัว อาจารย์ทั้งสองเสนอว่า การทำงานของ Toyota นั้นมีลักษณะคล้ายๆกับทีมรักบี้ ที่พนักงานทุกคนรับผิดชอบในผลงานร่วมกันไม่เกี่ยงว่าใครต้องทำหน้าที่เฉพาะอะไร หรือใครเป็นนายเป็นลูกน้อง ไม่สักแต่ว่าทำของตัวเองเสร็จแล้ววางมือ แต่ต่างช่วยกันสอดส่องดูแลงาน ทำให้งานสำเร็จลุล่วงไปได้อย่างรวดเร็ว อาจารย์จึงเรียกวิธีการทำงานแบบนี้ว่า Scrum ซึ่งเป็นศัพท์ของกีฬารักบี้ [2]
ไอเดียนี้ถูกนำมาต่อยอดให้เกิดเป็นระบบการทำงานที่ชัดเจนขึ้นโดย Jeff Sutherland และ Ken Schwaber และนำไปใช้พัฒนาวงการ software developer จนสามารถเพิ่มประสิทธิภาพในการสร้างสรรค์ซอฟต์แวร์ใหม่ๆอย่างก้าวกระโดด กลายเป็น framework ที่สำคัญของวงการ IT และยังลามไปถึงวงการอื่นๆ จนถูกนำไปประยุกต์ใช้ในบริษัทใหญ่ๆหลายบริษัท เช่น Adobe, AMD, American Express, BBC, CNN, Google, IBM, Microsoft, Nokia, ฯลฯ [3]
Scrum นั้น ถูกคิดค้นขึ้นเพื่อฉีกกฎการวางแผนงานแบบ “Waterfall” ซึ่งก็คือการวางแผนงานแบบเป็นสายพาน มีหัวหน้างานที่สั่งงาน ทีมแต่ละทีมรับผิดชอบเฉพาะงานของตัวเองให้เสร็จ แล้วก็โยนให้ทีมถัดไปจัดการต่อกันไปเป็นทอดๆ เช่น ถ้าบริษัทต้องการพัฒนาซอฟต์แวร์ใหม่ ทีม developer ทำหน้าที่พัฒนาโค้ดจนเสร็จ ส่งต่อให้ทีมต่อไปทดสอบโปรดักส์ ทดสอบเสร็จแล้วก็หมดหน้าที่ จึงส่งต่อให้ทีมขายนำไปขายลูกค้า ปรากฎว่าผลลัพธ์ส่วนใหญ่ของการวางแผนแบบนี้คือ ขายไม่ได้ เพราะว่างานมักจะไม่ตอบโจทย์ความต้องการของลูกค้า หรือไม่ก็ใช้เวลาพัฒนาสินค้านานเกินไป กว่าจะทำเสร็จ ลูกค้าก็ไม่อยากได้แล้ว ทำให้เวลาของทีม กว่า 80% สูญไปกับการทำงานที่ไม่ได้ผลลัพธ์
หลักการของ Scrum คือการสร้างทีมขนาดเล็ก (ไม่เกิน 10 คน) ที่มีความคล่องตัวสูง และต้องมีลักษณะสำคัญ 4 อย่าง คือ “มุ่งเป้า” “เชี่ยวชาญ” “อิสระ” และ “โปร่งใส”
“มุ่งเป้า” คือ การที่ทั้งทีมทำงานเพื่อจุดมุ่งหมายเดียวกัน ไม่ได้รังแต่จะสร้างความก้าวหน้าให้ตัวเอง แต่คำนึงถึงเป้าหมายร่วมของทีมเป็นสูงสุด ผลงานที่ดีนั้นไม่ได้เกิดจากสมาชิกคนใดคนหนึ่ง แต่มาจากความร่วมมือกันของทุกคน
“เชี่ยวชาญ” สมาชิกในทีมจะต้องสามารถทำหน้าที่ได้ครบถ้วนและครอบคลุมถึงตั้งแต่ต้นจนจบงาน และสามารถทำงานแทนกันได้ถ้าจำเป็น ซึ่งแปลว่าทุกคนจะต้องรู้และเข้าใจหน้าที่ของทั้งตนเองและสมาชิกในทีม
“อิสระ” นั้นหมายถึงทุกคนทำงานได้โดยไม่ต้องรอรับคำสั่ง ไม่ต้องรออนุมัติ เพราะทุกคนรู้หน้าที่ของตัวเองเป็นอย่างดี การลด middle management ลง นำไปสู่การทำงานเอกสารไร้สาระที่น้อยลง จึงเพิ่มประสิทธิภาพในการทำงานขึ้นอย่างชัดเจน
“โปร่งใส” ทุกคนรู้ว่าสมาชิกต้องทำอะไร ก้าวหน้าไปถึงไหนแล้ว และได้ผลอย่างไร การเปิดเผยข้อมูลอย่างโปร่งใสเป็นการลดคอรัปชั่น ลดการเล่นพรรคเล่นพวกในระบบ เมื่อระบบสามารถตอบแทนคนได้อย่างเป็นธรรม ทำให้คนมีกำลังใจในการทำงานขึ้น จึงพลอยไปเพิ่มประสิทธิภาพในการทำงานด้วย
เพื่อสร้างทีมให้มีลักษณะเชิงนามธรรม 4 ข้อข้างต้น Scrum จึงออกแบบ framework ภาคปฎิบัติไว้ดังนี้
1. ก่อนเริ่มโครงการ ทุกคนรวมตัวกันในที่ประชุมเพื่อทำความเข้าใจเกี่ยวกับเป้าหมายของงานให้ตรงกัน หลักสำคัญที่สุดของ Scrum คือทุกคนที่เกี่ยวข้องต้องช่วยกันวางแผนการทำงาน เพราะทุกคนมีส่วนร่วมในการสร้างความสำเร็จของทีม จากนั้นเลือกสมาชิกในทีม 1 คน เป็น Product owner ผู้ทำหน้าที่คอยดูแลให้ผลงานออกไปในทิศทางที่ตกลงกัน และ อีก 1 คนเป็น Scrum Master ผู้ดูแลติดตามให้งานดำเนินไปตามแผน และลูกทีมทุกคนที่เหลือเป็นผู้ดำเนินงานทั่วไป
2. สร้าง Product Backlog หรือลิสต์ของงานที่ต้องทำเพื่อให้โครงการประสบความสำเร็จ และเรียงลำดับตามความสำคัญจาก “มากไปน้อย” ข้อนี้สำคัญมาก ทีมที่ไม่รู้จัก prioritize งาน มักจะเสียเวลาไปกับการแก้ปัญหาที่ไม่ได้สลักสำคัญ ทีมต้องแสดงความเป็นไปได้ของ feature หลักของงานก่อน แล้วค่อยแก้ feature รองที่ตามมา
3. ประเมิน Load งาน ซึงคือเวลาที่ต้องใช้ในการทำงานแต่ละข้อ การประเมิน load เป็นค่าสัมบูรณ์นั้นยาก แต่ประเมินเป็นค่า relative นั้นง่าย ดังนั้น เราอาจจะให้งานแต่ละข้อเป็นเลขใน Fibonacci series เช่น 1, 2, 3, 5, 8, 13, … งานไหนที่ว่ายาก ก็เอาค่าสูงๆไป หรือง่ายทำได้แป๊บเดียว ก็เอาค่าต่ำๆไป งานที่สำคัญที่สุด อาจจะไม่ใช่งานที่ยากที่สุดเสมอไป
4. รวบงานที่ลิสต์ไว้แล้วแบ่งเป็นกลุ่ม ทีมจะไม่พยายามทำงานทั้งหมดพร้อมๆกัน แต่จะเลือกทำงานที่สำคัญที่สุดส่วนหนึ่งในระยะเวลาจำกัดก่อน เช่น ตั้งเป้าที่จะทำงานข้อที่ 1-3 ใน 1 เดือน ช่วงงานแบบนี้เรียกว่า Sprint โดยเป้าหมายแต่ละ Sprint คือทีมจะต้องมีผลงานที่จับต้องได้ วัดผลได้ ผลงานที่ได้ไม่ต้องเลิศเลอเหมือนเตรียมส่งลูกค้า แต่ต้องเป็นผลงานที่ใช้งานได้ในระดับต้น เพื่อให้ทั้งทีมและลูกค้าสามารถให้ feedback กับทิศทางของงานได้ ผลงานแบบนี้เรียกว่า Minimal Viable Product (MVP)
5. ระหว่างการทำงาน ทีมจะต้องมีการตอกบัตรรายงานให้ทุกคนในทีมทราบว่าตัวเองทำอะไรไปแล้ว กำลังจะทำอะไร และมีปัญหาอะไรไหม โดยต้นแบบของ Scrum ในวงการซอฟต์แวร์นั้น การตอกบัตรหรือ Daily Scrum นี้ควรเกิดขึ้นทุกวัน แต่ประชุมแค่สั้นๆ ไม่เกิน 15 นาที การประชุมนี้ทำให้ทีมรับรู้ปัญหาที่เกิดขึ้นได้รายวัน และสามารถแก้ปัญหาได้ทันท่วงที ไม่ปล่อยให้คาราคาซัง ทำให้งานเดินต่อไปได้อย่างรวดเร็ว
6. พอครบ Sprint แล้วก็มานั่งรีวิวกัน เพื่อหาข้อสรุปว่างานที่ทำไปเป็นไปตามแผนที่วางไว้ตั้งแต่แรกหรือไม่ MVP มี feedback อย่างไร ระบบการทำงานมีข้อขาดตกบกพร่องอะไรไหม และต้องมีการแก้แผนงานใหม่หรือไม่ แล้ว load งานที่สามารถทำได้ในแต่ละ Sprint คือเท่าไร ค่า load ที่ทำได้ต่อ Sprint นั้นทำให้เราสามารถคะเนความเร็วในการทำงานของทีมของเราได้ และสามารถประมาณการณ์ได้ว่างานเราจะเสร็จจริงๆเมื่อไร
7. นำข้อสรุปที่ได้จาก Sprint ก่อน ไปเป็นข้อมูลในการพัฒนา Sprint ใหม่ แล้ววนลูป ข้อ 4 ใหม่ต่อไปจนกว่างานจะเสร็จ ยิ่ง Sprint มากเท่าไร load งานก็จะเหลือน้อยลง และสามารถคำนวณเวลาที่จะทำงานเสร็จได้อย่างเที่ยงตรงมากขึ้น จนสุดท้าย ทีมมักจะพบว่าสามารถทำงานได้อย่างมีประสิทธิภาพเพิ่มขึ้นมากกว่าการทำงานแบบเดิมๆ หลายเท่าตัว
อ่านดูแล้วก็จะพบว่า ไอเดียของ Scrum นั้นไม่ได้ซับซ้อนมาก และมีลักษณะ Iterative จึงดูน่าจะเหมาะกับงานวิจัยต่างจากการวางแผนแบบ Waterfall (ผ่าน Gantt chart) แต่หากจะนำ framework แบบนี้มาใช้กับวงการวิจัยบ้าง จะต้องมีการแก้ไขอย่างไรบ้าง แอดจะเขียนต่อในตอนต่อไปละกัน
มีใครลองใช้ Scrum ในรีเสิร์ชแล้วบ้าง มาเล่าสู่กันฟังบ้างนะ
ตอน 2: https://www.facebook.com/…/a.164033331039…/424270941682445/…
#นักวิจัยไส้แห้ง
[1] Pirro, L. How agile project management can work for your research, Nature Career Column, 2019 https://www.nature.com/articles/d41586-019-01184-9
[2] Sutherland, J. Scrum: The Art of Doing Twice the Work in Half the Time (Random House Business, 2015).
[3] Firms using Scrum
https://docs.google.com/…/1fm15YSM7yzHl6IKtWZOMJ5vHW9…/edit…
รูป flow diagram จาก devbridge.com
work flow chart 在 DavidKo Learning Journey Facebook 的最讚貼文
看板方法絕對不是一個 白板這麼單純. 它包含了很多知識:
(1) 視覺化資訊: 把現狀即時呈現, 以方便找出問題所在
(2) Swarm: 大家要緊密合作討論
(3) WIP: 限制同時處理的工作數目
(4) Control Chart: 觀察每個 story 的 cycle time, 看看在實施某些 policy 後, 是否有下降的趨勢
(5) 新的立會方式: 由右向左檢視白板. 以確保 start finishing, stop starting.
這篇文章整理了他們利用這些知識來改善 cycle time. 大家可以參考看看
https://www.excella.com/insights/improving-devops-flow-with-kanban
work flow chart 在 How to Create a Workflow Diagram - YouTube 的推薦與評價
Workflow diagrams are used to depict a certain business workflow. A workflow is a series of repeatable activities or patterns that are done ... ... <看更多>
work flow chart 在 Work Flow Chart - Pinterest 的推薦與評價
Aug 15, 2019 - Explore Larasati Adiannisa's board "Work Flow Chart" on Pinterest. See more ideas about flow chart, work flow chart, flow. ... <看更多>