ธุรกิจของฉันคือแฟรนไชส์ การให้คะแนน เรื่องราวความสำเร็จ ไอเดีย การทำงานและการศึกษา
ค้นหาไซต์

จะเป็นผู้จัดการในการก่อสร้างได้อย่างไร อาชีพผู้จัดการโครงการ

สวัสดีเพื่อน!

มันเกิดขึ้นที่คนรู้จักและคนรู้จักของฉันซึ่งฉันแนะนำให้ติดต่อฉันเป็นระยะด้วยคำถามเดียวกันโดยประมาณ:“ ฉันจะเป็นผู้จัดการโครงการด้านไอทีได้อย่างไรถ้าก่อนหน้านั้นฉันทำงานในตำแหน่งที่คล้ายกัน แต่ไม่ใช่ ในนั้น?

เนื่องจากคำขอดังกล่าวหลายรายการสะสมในเวลาอันสั้น ฉันจึงตัดสินใจเขียนบทความแยกต่างหากเกี่ยวกับเรื่องนี้ คุณเข้าใจไหม - ฉันขี้เกียจและตอนนี้ฉันสามารถให้ลิงก์ไปยังข้อความนี้ได้ทันทีแทนที่จะทำซ้ำคำตอบที่ได้รับการกำหนดไว้หลายครั้ง บทความนี้ไม่ได้แสร้งทำเป็นว่าเป็นสากล - นี่เป็นเพียงมุมมองของฉันเกี่ยวกับสถานการณ์ ในขณะเดียวกัน ผมจะบอกว่าเมื่อคุณสัมภาษณ์ จ้าง และฝึกอบรมผู้จัดการโครงการ เกณฑ์ทั่วไปค่อนข้างสะสมมาเพื่อตอบคำถามที่ว่า “จริงๆ แล้วผู้จัดการโครงการไอทีควรรู้และทำอะไรได้บ้าง” เพื่อที่จะ ทำงานด้านไอทีให้ประสบความสำเร็จ

อย่างไรก็ตาม ความรู้ภาษาอังกฤษไม่ได้กล่าวถึงในบทความด้วยซ้ำ มันเป็นสิ่งจำเป็น

คำขอมักจะมีลักษณะดังนี้:

อเล็กซี่ สวัสดีตอนบ่าย! ชื่อของฉันคือ<...>. ฉันได้รับคำแนะนำให้ติดต่อคุณ<...>. เราต้องการคำแนะนำจากผู้เชี่ยวชาญของคุณ ฉันจะขอบคุณคุณสำหรับคำแนะนำของคุณ ฉันพบการฝึกอบรมสำหรับผู้จัดการโครงการที่คุณกำลังอ่านอยู่ อยากจะถามว่าควรรับมั้ยคะ.. สั้น ๆ เกี่ยวกับสถานการณ์ของฉัน:<...>ฉันอยากจะพยายามพัฒนาตัวเองให้มากขึ้นในทิศทางของโครงการ แต่ในด้านไอที ฉันได้สัมภาษณ์หลายครั้งแล้ว แต่จนถึงขณะนี้ไม่ประสบผลสำเร็จ (นายจ้างมักอ้างถึงข้อเท็จจริงที่ว่าพวกเขาไม่มีประสบการณ์ด้านไอที) ในเรื่องนี้ผมมีความคิดเกี่ยวกับวิธีการเคลื่อนย้ายรถไฟในที่สุด ฉันจะขอบคุณมากสำหรับคำแนะนำเกี่ยวกับหลักสูตร บางทีการดูสิ่งที่เกี่ยวข้องกับผู้จัดการโครงการอาจสมเหตุสมผลหากไม่มีโอกาสได้รับการว่าจ้างตำแหน่งดังกล่าวในสาขาไอที ฉันจะขอบคุณสำหรับข้อเสนอแนะใด ๆ

ตัวเลือกการสมัครจะแตกต่างกันเฉพาะในประสบการณ์การทำงานก่อนหน้านี้ในบางพื้นที่ที่ไม่ใช่ด้านไอที

ฉันจะแนะนำอะไรได้บ้าง?

ก่อนอื่น ฉันจะทำให้เมฆกลัวและทำให้เมฆหนาขึ้น

1. แท้จริงแล้ว พวกเขามักจะปฏิเสธเสมอๆ เพราะเป็นสิ่งสำคัญอย่างยิ่งที่ผู้จัดการโครงการในด้านไอทีจะต้องเข้าใจไม่เพียงแต่การจัดการโครงการเท่านั้น แต่ยังรวมถึงไอทีด้วย สิ่งนี้จำเป็นสำหรับสองสิ่ง: ก) เพื่อค้นหา ภาษากลาง กับผู้ใต้บังคับบัญชา(ผู้ทดสอบ นักวิเคราะห์ และนักพัฒนา ซึ่งเป็นผู้เชี่ยวชาญด้านไอทีทั้งหมด) และด้วยเหตุนี้ จึงเข้าใจแก่นแท้ของบทสนทนา ข้อมูลจำเพาะ ปัญหา ฯลฯ และ b) เพื่อค้นหา ภาษากลาง พร้อมด้วยตัวแทนลูกค้าซึ่งมักจะมีพื้นฐานด้านไอทีเป็นส่วนใหญ่ด้วย แน่นอนว่ามีโอกาสเล็กน้อยที่จะโน้มน้าวนายจ้างในอนาคตว่าการเข้าใจข้อมูลเฉพาะของสาขาไอทีนั้นไม่สำคัญสำหรับตำแหน่งนี้ สิ่งสำคัญคือต้องจำไว้ว่าโอกาสเหล่านี้มีน้อยมาก อย่างไรก็ตาม นายจ้างรู้ดีกว่าว่าเขาต้องการอะไร และการโน้มน้าวให้เขาทำสิ่งที่แตกต่างออกไปนั้นค่อนข้างยาก โดยเฉพาะผู้จ้างงานด้านไอที พวกเขารู้ดีว่าพวกเขาต้องการพนักงานประเภทไหน ในขณะเดียวกันก็ไม่มีใครห้ามไม่ให้พยายามโน้มน้าวใจ มันจะได้ผลไหม?

2. ในด้านไอที การทำความเข้าใจขั้นตอนการพัฒนาผลิตภัณฑ์ (SDLC - Software Development Life Cycle) มีความสำคัญมาก การทำงานในองค์กรที่ไม่ใช่ไอทีความเข้าใจนี้ อย่างเต็มที่น่าเสียดายที่มันเป็นไปไม่ได้ที่จะได้รับ มีปัญหาเฉพาะด้านอุตสาหกรรมไอที และเนื่องจากผู้จัดการโครงการในด้านไอทีมีหน้าที่รับผิดชอบในการพัฒนาผลิตภัณฑ์/รหัส/ฟังก์ชันการทำงานตามกำหนดเวลาที่กำหนด ด้วยคุณภาพที่กำหนดและภายในกรอบคุณภาพ/ฟังก์ชันการทำงานที่กำหนด ดังนั้นเขาจึงต้องเข้าใจวิธีการบรรลุผลทั้งหมดนี้ด้วยวิธีที่เขามักจะทำ มีอยู่ในไอทีทรงกลม อุตสาหกรรมอื่นอาจมีความแตกต่างที่แตกต่างจากไอทีไม่ทางใดก็ทางหนึ่ง

3. การฝึกอบรมเกี่ยวกับการบริหารโครงการ “โดยทั่วไป” ไม่น่าจะช่วยอะไรได้มากนัก เราต้องการการฝึกอบรมเกี่ยวกับการจัดการโครงการในด้านไอที ให้ฉันอธิบายว่าทำไมฉันถึงคิดอย่างนั้น: การฝึกอบรม "โดยทั่วไป" จะไม่ให้ความเข้าใจในสองสิ่งสำคัญ: "ภาษาเทคนิคด้านไอที" และ "ความเข้าใจในขั้นตอนของการพัฒนาโดยเฉพาะในด้านไอที"

4. บริษัทไอทีแห่งใดมีพนักงานของตัวเองที่ต้องการเป็นผู้จัดการอยู่แล้ว และพนักงานเหล่านี้ (นักพัฒนา ผู้ทดสอบ นักวิเคราะห์) เข้าใจไอทีอยู่แล้ว (พวกเขาพูดภาษาทางเทคนิคเหมือนกับคนรอบข้าง) และยังรู้จัก SDLC อีกด้วย นอกจากนี้ พวกเขารู้จักลูกค้า รู้ข้อมูลเฉพาะของบริษัทและครัวภายในของบริษัท (สิ่งเหล่านี้ไม่ใช่ประเด็นสำคัญ แต่เมื่อเปรียบเทียบกับความรู้ที่เป็นศูนย์ของผู้สมัครภายนอก แม้แต่ประเด็นเหล่านี้ก็อาจมีค่าเกิน) ดังนั้นปรากฎว่าผู้สมัครภายนอกที่ไม่ได้มาจากอุตสาหกรรมไอทีถูกบังคับให้แข่งขันทั้งกับผู้สมัครภายในจากภายในบริษัทเองและกับผู้สมัครภายนอกอื่น ๆ จากอุตสาหกรรมไอทีด้วย

แล้วคุณได้พารามิเตอร์อะไรมาบ้าง?

1. มีความเชี่ยวชาญในภาษาไอทีทางเทคนิค. ตัวอย่างเช่น การทำความเข้าใจ FTP, Signoff, Sprint, ASAP, Regression, XML, คำขอฐานข้อมูล, Deadline, FYI, สถาปัตยกรรมไคลเอ็นต์-เซิร์ฟเวอร์, Redline, Smoke Test, FTE, Release คืออะไร... รายการต่างๆ ดำเนินต่อไปเรื่อยๆ การเป็นผู้เชี่ยวชาญขั้นสูงในบางเรื่องที่กล่าวมานั้นไม่จำเป็นเลย คุณต้องเข้าใจแก่นแท้ของสิ่งที่เป็นโดยทั่วไป คำเหล่านี้คืออะไร หมายถึงอะไร สิ่งที่อยู่เบื้องหลัง มิฉะนั้น คุณจะเป็นเหมือนคนตาบอดในโลกของผู้คนที่มองเห็น

2. ความรู้เรื่อง SDLC(วงจรชีวิตการพัฒนาซอฟต์แวร์) - ขั้นตอนของการพัฒนาผลิตภัณฑ์ซอฟต์แวร์ และไม่ใช่แค่ความรู้เท่านั้น แต่ยังเป็นความเข้าใจว่าทำไมถึงถึงขั้นตอนเหล่านี้ ทำไมจึงเรียงลำดับนี้ ที่ไหนและทำไมคุณถึงสามารถกระโดดจากขั้นตอนหนึ่งไปยังอีกขั้นตอนหนึ่งได้ และเป็นไปได้หรือไม่ที่จะเคลื่อนผ่านขั้นตอนเหล่านี้ไปในทิศทางตรงกันข้าม และถ้าเป็นเช่นนั้น เมื่อใด และภายใต้เงื่อนไขใด

3. ทักษะด้านระเบียบวิธีในการจัดการโครงการและบุคลากร (PM Hard Skills). ซึ่งรวมถึงความรู้เกี่ยวกับวิธีการ หลักการจัดการ และกระบวนการตามพื้นที่ เช่น Agile, Scrum, Kanban, Waterfall, การจัดการการสื่อสาร, การจัดการข้อกำหนดและข้อกำหนด, การจัดการการเปลี่ยนแปลง, การจัดการความเสี่ยง, การรายงาน ฯลฯ ข่าวดีก็คือว่าทั้งหมดนี้สามารถเรียนรู้ได้ไม่ทางใดก็ทางหนึ่งผ่านการฝึกอบรมที่เกี่ยวข้อง การสัมมนาผ่านเว็บ และสื่อออนไลน์มากมาย

4. ทักษะส่วนบุคคลในโครงการและการบริหารบุคลากร (PM Soft Skills). ซึ่งรวมถึงทักษะการจัดการทีมและลูกค้า ความสามารถในการแก้ปัญหางานที่ซับซ้อน ทักษะการนำเสนอ ทักษะการจัดการความขัดแย้ง ทักษะการสื่อสาร ทักษะการตอบรับ ความสามารถในการได้ยิน ฟัง และเข้าใจ การเปิดกว้างต่อมุมมองอื่น ๆ ความสามารถในการยอมรับข้อผิดพลาดของตนเอง และ แก้ไขให้ถูกต้อง การวิจารณ์ตนเอง ทักษะความเป็นผู้นำ ทักษะการฝึกสอน/การให้คำปรึกษา ความสามารถในการอธิบาย วัฒนธรรมทางวิชาชีพ (คุณภาพของคำพูด อีเมล การโทร) ความสามารถในการตัดสินใจและรับผิดชอบต่อมัน กิจกรรมเชิงรุก ทักษะการจัดการงาน การมอบหมายงาน ทักษะ ทักษะการควบคุมการปฏิบัติ ประสิทธิผลส่วนบุคคล ทักษะการบริหารเวลา ข่าวดีประการที่สองคือทั้งหมดนี้สามารถเรียนรู้ได้จากการฝึกอบรมที่เหมาะสม

มาสร้างตารางสรุปซึ่งจะมีผู้สมัครสามคน:

  • ภายนอกที่ไม่มีความรู้ด้านอุตสาหกรรมไอที
  • ภายนอกที่มีความรู้เกี่ยวกับอุตสาหกรรมไอที
  • ภายในที่มีความรู้เกี่ยวกับอุตสาหกรรมไอทีและข้อมูลเฉพาะของบริษัท
ทักษะ/ความสามารถ ผู้สมัครภายนอก ปราศจากความรู้ด้านอุตสาหกรรมไอที ผู้สมัครภายนอก กับความรู้เกี่ยวกับอุตสาหกรรมไอที ภายใน
1. ความรู้ภาษาไอที + +
2. ความรู้เรื่อง SDLC +/- +
3. PM ทักษะยาก + + +
4. PM ทักษะด้านซอฟท์ + + +

ด้วยวิธีนี้จะเห็นได้ชัดว่าคุณสามารถลองแข่งขันได้ที่ไหน

ความคิดเห็นของฉันคือว่าหากปราศจากการดื่มด่ำกับสภาพแวดล้อมด้านไอที เป็นไปไม่ได้ที่จะเชี่ยวชาญภาษาไอทีอย่างน้อยก็ในระดับความเข้าใจ จึงไม่มีประโยชน์ที่จะแข่งขันกับแต้มแรก คุณ (ผู้สมัครภายนอกที่ไม่ใช่ไอที) รับประกันว่าจะแพ้ที่นี่ อีกสามพื้นที่ที่เหลือค่อนข้างอ่อนไหวต่อการแข่งขัน ยิ่งไปกว่านั้น หากอย่างที่สอง (ความรู้เกี่ยวกับ SDLC) จำเป็นต้องมีการแช่อยู่ในสภาพแวดล้อมเพื่อความเข้าใจที่สมบูรณ์ คุณก็จะสามารถเรียนรู้ที่จะเข้าใจมันอย่างคร่าว ๆ อย่างน้อยโดยไม่ต้องทำงานด้านไอที การขาดความรู้ SDLC สามารถชดเชยได้ด้วยความรู้ของหัวหน้าด้านเทคนิคที่ชาญฉลาด สถาปนิก และบุคคลที่มีความสามารถทางเทคนิคจากทีมในอนาคตของคุณ แต่หากต้องการค้นหาภาษากลางร่วมกับบุคคลดังกล่าวและรับความช่วยเหลือจากเขา คุณต้องมีทักษะที่จริงจังใน PM Soft Skills

นั่นทำให้ PM Hard Skills และ PM Soft Skills - และนี่คือขอบเขตที่ผู้สมัครที่ไม่ใช่ฝ่ายไอทีสามารถทำงานได้ดีกว่าผู้สมัครจากอุตสาหกรรมไอทีอย่างมาก ทำไมฉันถึงคิดแบบนี้? ผู้จัดการฝ่ายไอทีจำนวนมากเติบโตมาในฐานะนักพัฒนา นักวิเคราะห์ และผู้ทดสอบ ใช่ มีผู้เชี่ยวชาญที่เจ๋งมากในหมู่พวกเขา ผู้สมัครระดับผู้บริหารเหล่านี้จำนวนมากมาจากอุตสาหกรรมไอที โดยพื้นฐานแล้วพวกเขายังคงเป็นโปรแกรมเมอร์ นักวิเคราะห์ และผู้ทดสอบคนเดิม ซึ่งหมายความว่าทักษะ PM Hard และ Soft อาจมีการพัฒนาน้อยกว่าของผู้สมัครภายนอก ท้ายที่สุดแล้ว ทั้งสองด้านนี้ (PM Hard Skills และ PM Soft Skills) ไม่ได้ขึ้นอยู่กับข้อมูลเฉพาะด้านไอที สิ่งเหล่านี้สามารถและควรได้รับการพัฒนาโดยไม่คำนึงถึงพื้นที่ที่คุณทำงานอยู่ในปัจจุบัน

สุดท้ายจะเกิดอะไรขึ้น? ตารางสรุปของเราจะเป็นเช่นไรเพื่อให้ผู้สมัครภายนอกที่ไม่เคยทำงานด้านไอทีมาก่อนมีโอกาส?

ทักษะ/ความสามารถ ผู้สมัครภายนอก ปราศจากความรู้ด้านอุตสาหกรรมไอที ผู้สมัครภายนอก กับความรู้เกี่ยวกับอุตสาหกรรมไอที ภายในผู้สมัครที่มีความรู้เกี่ยวกับอุตสาหกรรมไอทีและข้อมูลเฉพาะของบริษัท
1. ความรู้ภาษาไอที + +
2. ความรู้เรื่อง SDLC +/- +
3. PM ทักษะฮาร์ด +++ + +
4. PM ซอฟท์ สกิลส์ +++ + +

แผนปฏิบัติการที่อาจช่วย (หรืออาจจะไม่) แต่ถ้าคุณไม่ทำอะไรเลย ก็ไม่รับประกันว่าจะช่วยได้

  1. พูดคุยกับหนึ่งในบุคลากรด้านไอทีอัจฉริยะที่คุณรู้จัก (นักพัฒนา ผู้ทดสอบ นักวิเคราะห์ และที่สำคัญกว่านั้นคือหัวหน้าทีมหรือผู้จัดการ) เกี่ยวกับ SDLC นอกจากนี้ โปรดอ่านเกี่ยวกับเรื่องนี้บนอินเทอร์เน็ต มันอาจจะคุ้มค่าที่จะพูดมากกว่าหนึ่งครั้งหรือสองครั้ง
  2. พยายามเลือกบทบาทของผู้ช่วยผู้จัดการโครงการในด้านไอทีหรือบทบาทของผู้เชี่ยวชาญ PMO รุ่นน้อง (ความรู้เกี่ยวกับกระบวนการจัดการมีความสำคัญมากกว่าความรู้เกี่ยวกับขั้นตอนและความแตกต่างและเงื่อนไขของการพัฒนา) เมื่อคุณพบว่าตัวเองอยู่ในบทบาทเหล่านี้ คุณจะต้องศึกษาคำศัพท์และข้อมูลเฉพาะของไอทีจากภายใน หากคุณมีความปรารถนาอย่างแรงกล้าที่จะย้ายและพัฒนาในด้านนี้โดยเฉพาะ
  3. อธิบายในการสัมภาษณ์ว่า “จุดแข็งของคุณคือความสามารถในการแก้ไขข้อขัดแย้ง ความสามารถในการทำงานกับสถานการณ์ที่ยากลำบาก ความสำเร็จในการเจรจา ความรู้ภาษาอังกฤษ และคุณจะปิดช่องว่างทางเทคนิคด้านความรู้ผ่านการสื่อสารที่เหมาะสมและความช่วยเหลือจากผู้เชี่ยวชาญทางเทคนิคที่จะเป็นผู้ใต้บังคับบัญชาของคุณ ท้ายที่สุดแล้ว การทำงานร่วมกับผู้คนคือจุดแข็งของคุณ” ประมาณคำเหล่านี้ สิ่งสำคัญคือต้องพูดความจริงเกี่ยวกับจุดแข็ง ไม่ใช่ความกล้าที่จะผ่านการสัมภาษณ์ เชื่อฉันเถอะว่าผู้จัดการที่ฉลาดคนใดจะตัดสินในระหว่างการสัมภาษณ์ว่าคุณกำลังโกหกหรือไม่ และทั้งหมดนี้ก็จะจบลง แต่สมมติว่าคุณได้งานแล้ว คุณจำเป็นต้องมองหาพันธมิตรในหมู่นักเทคโนโลยีอย่างเร่งด่วนซึ่งจะช่วยครอบคลุมและอธิบายด้านเทคนิคของงาน งาน และปัญหาที่เกิดขึ้นใหม่อย่างครบถ้วนและสม่ำเสมอ พูดโดยคร่าวๆ คุณ + พันธมิตรที่เป็นสายเทคนิคจะเป็นผู้จัดการที่รวมกันซึ่งมีสองหัว (บางทีคุณอาจต้องการพันธมิตรมากกว่าหนึ่งคน) ผู้จัดการฝ่ายจ้างงานจำนวนมาก (เจ้านายในอนาคตของคุณ) เข้าใจสิ่งนี้และอาจไม่ต้องการทำเช่นนี้เพราะคุณจะกินเวลาของช่างเทคนิค ซึ่งจะลดประสิทธิภาพการทำงานของทีมโดยรวม ดังนั้นการขาดทักษะและความรู้บางอย่างของคุณจะอยู่ที่ด้านหนึ่งของระดับ และในอีกด้านหนึ่ง ผู้จัดการในอนาคตของคุณจะชั่งน้ำหนักประสิทธิภาพและประสิทธิผลที่ลดลงที่เป็นไปได้ของทีมที่พวกเขาวางแผนจะพาคุณไป และยิ่งมีประสิทธิภาพมากขึ้นเท่าไร คุณก็มีโอกาสถูกจ้างน้อยลงเท่านั้น คำนึงถึงเรื่องนี้ด้วย

เพื่อสรุป. เพื่อที่จะแข่งขันกับคนที่เข้าใจไอทีและมุ่งมั่นที่จะเป็นผู้จัดการโครงการ คุณจะต้องเอาชนะพวกเขาใน PM Soft Skills อย่างจริงจัง

ป.ล.: ฉันสังเกตได้อย่างสมเหตุสมผลว่าไอทีไม่ได้จำกัดอยู่เพียงการพัฒนาเท่านั้น มันถูก. ในกรณีนี้ ประเด็นที่สอง (ความรู้ SDLC) จะมีนัยสำคัญน้อยกว่า หรือแทนที่โดยสมบูรณ์ด้วยสิ่งเฉพาะเจาะจงในพื้นที่ของคุณ

ยินดีต้อนรับกดไลค์และแชร์และมอบข้อดีให้กับกรรมของคุณ

ขอขอบคุณและขอให้คุณโชคดี!

อ่านความต่อเนื่องของบทความนี้ “” และ!

ผู้จัดการโครงการ (ผู้จัดการโครงการหรือผู้จัดการโครงการ) เป็นผู้เชี่ยวชาญที่รับผิดชอบในการดำเนินโครงการให้ประสบความสำเร็จ:

  • ภายในกรอบเวลาที่ลูกค้ากำหนด
  • ด้วยคุณภาพที่ต้องการ
  • ด้วยงบประมาณที่แน่นอนและทรัพยากรบุคคลที่มีจำกัด
  • ตามความต้องการที่จำเป็นจากลูกค้า

ผลลัพธ์หลักของงานของผู้จัดการคนนี้คือความพึงพอใจของลูกค้า

ตำแหน่งผู้จัดการโครงการกำหนดให้ผู้เชี่ยวชาญมีความรับผิดชอบสูง เนื่องจาก... เขาคือผู้ที่จัดการกระบวนการทั้งหมดของโครงการและผลลัพธ์สุดท้ายของงานขึ้นอยู่กับเขา เส้นทางอาชีพของผู้จัดการโครงการจะนำไปสู่ผู้บริหารระดับสูงและไปสู่โครงการที่มีงบประมาณมากขึ้นเสมอ

สถานที่ทำงาน

อาชีพผู้จัดการโครงการเป็นที่ต้องการสูงในหลายอุตสาหกรรม:

  • เทคโนโลยีสารสนเทศ (การเขียนโปรแกรม ระบบอัตโนมัติ การสร้างเว็บไซต์)
  • การก่อสร้าง;
  • การเงิน;
  • ประกันภัย
  • ยา;
  • การจัดกิจกรรม
  • กีฬา.

แนวคิดของผู้จัดการโครงการเกิดขึ้นในด้านเทคโนโลยีสารสนเทศ ซึ่งเป็นสาเหตุที่ทำให้ผู้จัดการมีความต้องการสูงสุด ในเวลาเดียวกันในธุรกิจขนาดใหญ่ทุกแห่ง อาชีพของผู้จัดการโครงการเป็นสิ่งจำเป็นและมีความสมเหตุสมผลทางเศรษฐกิจ

ประวัติความเป็นมาของอาชีพ

ผู้นำ ผู้บังคับบัญชา และผู้นำปรากฏตัวเมื่อหลายพันปีก่อน บ้างก็บริหารรัฐ บ้างก็บริหารกองทัพหรือเรือ บ้างก็บริหารการก่อสร้าง ในภาษาสมัยใหม่ แต่ละงานของพวกเขาคือโครงการ และพวกเขาก็เป็นผู้นำ

ประวัติความเป็นมาของอาชีพผู้จัดการโครงการมีความเกี่ยวข้องกับการเกิดขึ้นของคำว่า "โครงการ" ในยุคของการพัฒนาเศรษฐกิจอย่างรวดเร็วในศตวรรษที่ 20

โครงการคืองานที่มีจุดเริ่มต้นและจุดสิ้นสุด มีกำหนดเวลาที่ชัดเจน ข้อจำกัดด้านทรัพยากร เกณฑ์ด้านคุณภาพ และความสำเร็จ ประการแรก ตำแหน่งผู้จัดการโครงการปรากฏในบริษัทไอที จากนั้นในการก่อสร้างและการผลิต และต่อมาในอุตสาหกรรมอื่นๆ

ความรับผิดชอบของผู้จัดการโครงการ

ความรับผิดชอบในงานของผู้จัดการโครงการขึ้นอยู่กับสาขากิจกรรมของบริษัทอย่างมาก แต่มีชุดงานทั่วไป:

  • การจัดการโครงการ (การควบคุมคุณภาพ กำหนดเวลา งบประมาณ และความเสี่ยง)
  • การสื่อสารกับลูกค้า (การประสานงานแผน กำหนดเวลา ข้อกำหนด งบประมาณ)
  • การบริหารทีมงานโครงการ
  • การบำรุงรักษาการออกแบบและเอกสารทางเทคนิค:
    • แผนปฏิทิน
    • ข้อกำหนดทางเทคนิค;
    • ความต้องการการทำงาน;
    • รายงานทางการเงิน
    • และอื่น ๆ
  • การมีส่วนร่วมในกระบวนการขายและการสรุปสัญญา (รวมถึงการมีส่วนร่วมในการประกวดราคา)
  • การจัดการลูกค้าหลังโครงการและการขายเพิ่มเติม

บางครั้งหน้าที่ของผู้จัดการโครงการรวมถึงงานของผู้จัดการฝ่ายขาย: การค้นหาลูกค้า, การจัดทำข้อเสนอเชิงพาณิชย์, การเจรจา, การสรุปสัญญา ฯลฯ

ข้อกำหนดสำหรับผู้จัดการโครงการ

ข้อกำหนดสำหรับผู้จัดการโครงการขึ้นอยู่กับสาขากิจกรรมของบริษัท ที่ไซต์ก่อสร้าง คุณต้องการสิ่งหนึ่งในด้านไอที - อีกสิ่งหนึ่งในอุตสาหกรรมการธนาคาร - หนึ่งในสาม ชุดข้อกำหนดโดยเฉลี่ยคือ:

  • การศึกษาระดับอุดมศึกษา (โดยเฉพาะอย่างยิ่งในสาขางานของบริษัท);
  • ประสบการณ์การทำงานอย่างน้อย 1 ปี (ตำแหน่งที่จริงจังต้องใช้เวลามากกว่า 3 ปี)
  • มีความรู้ที่ดีเกี่ยวกับกิจกรรมและตลาด
  • ความสามารถในการจัดเตรียมเอกสาร (ด้านเทคนิคและการออกแบบ)
  • ประสบการณ์ความเป็นผู้นำ (ภายในทีมงานโครงการ);
  • ทักษะการสื่อสารที่ยอดเยี่ยม

บางครั้งในข้อกำหนดสำหรับผู้จัดการโครงการคุณสามารถค้นหา:

  • ความรู้เกี่ยวกับโครงการ MS
  • พูดและเขียนภาษาอังกฤษ
  • ความเข้าใจหลักการบริหารโครงการ (เช่น PMI)
  • ความเต็มใจที่จะเดินทาง

ตัวอย่างประวัติย่อของผู้จัดการโครงการ

จะเป็นผู้จัดการโครงการได้อย่างไร

ความรู้ ทักษะ และความสามารถที่จำเป็นของผู้จัดการโครงการขึ้นอยู่กับประวัติของบริษัทเป็นอย่างมาก

ลองมาดูการก่อสร้างเป็นตัวอย่าง หากต้องการเป็นผู้จัดการโครงการในการก่อสร้าง คุณต้องมีการศึกษาด้านเทคนิคที่สูงขึ้นและมีประสบการณ์ในการทำงานในบริษัทรับเหมาก่อสร้าง (โดยปกติจะมากกว่า 3 ปีและควรอยู่ในตำแหน่งผู้บริหาร)

คุณต้องสามารถจัดการทีมมากกว่าสามคน เจรจาในระดับสูง และสามารถปกป้องมุมมองของคุณ มีทักษะการบริหารเวลา และมีจิตใจที่มั่นคง

เงินเดือนผู้จัดการโครงการ

เงินเดือนของผู้จัดการโครงการอาจแตกต่างกันตั้งแต่ 20 ถึง 150,000 รูเบิลต่อเดือน ในขณะเดียวกัน ระบบการชำระเงินก็ประกอบด้วยโบนัส เบี้ยประกันภัย เปอร์เซ็นต์การขาย หรือขั้นตอนที่เสร็จสมบูรณ์อยู่เสมอ ดังนั้นรายได้สุดท้ายอาจสูงกว่าเงินเดือนที่ระบุอย่างมาก เงินเดือนเฉลี่ยของผู้จัดการโครงการอยู่ที่ประมาณ 50,000 รูเบิลต่อเดือน + โบนัสตามผลงาน

อบรมที่ไหน.

นอกเหนือจากการศึกษาระดับอุดมศึกษาแล้ว ยังมีการฝึกอบรมระยะสั้นในตลาดอีกด้วย ซึ่งโดยปกติจะใช้เวลาหนึ่งสัปดาห์ถึงหนึ่งปี

Interregional Academy of Construction and Industrial Complex และหลักสูตรในทิศทางของ ""

สถาบันการศึกษาวิชาชีพ "IPO" ขอเชิญคุณเข้าร่วมหลักสูตรทางไกลในทิศทางของ "" (มีตัวเลือกชั่วโมงเรียน 256, 512 และ 1,024 ชั่วโมง) เพื่อรับประกาศนียบัตรหรือใบรับรองที่ออกโดยรัฐ เราได้ฝึกอบรมผู้สำเร็จการศึกษามากกว่า 8,000 คนจากเกือบ 200 เมือง คุณสามารถเข้ารับการอบรมภายนอกและรับเงินผ่อนแบบปลอดดอกเบี้ย

มีคำแนะนำมากมายสำหรับผู้ที่คิดจะเป็นผู้จัดการโครงการ แต่บางทีในรายการคำแนะนำดังกล่าว คนส่วนใหญ่จะไม่เกี่ยวข้องกับโครงการเอง แต่เกี่ยวข้องกับผู้คน งานของพวกเขา และการกระจายโหลด เพราะเป็นช่วงเวลาเหล่านี้ที่ซ่อนทั้งกุญแจสู่ความสำเร็จของโครงการและปัจจัยเสี่ยง ดังนั้นคำแนะนำใดๆ สำหรับผู้จัดการโครงการจะรวมถึงประเด็นต่างๆ มากมายเกี่ยวกับการจัดการทีมงานโครงการ


หากพนักงานของคุณทำงานหนักเกินความสามารถหรือหากพวกเขาสับสนเกี่ยวกับงานและความรับผิดชอบ ประสิทธิภาพการทำงานของพวกเขาจะลดลงอย่างรวดเร็ว และพวกเขาเองก็จะไม่พอใจและไม่พอใจ เพื่อหลีกเลี่ยงไม่ให้มีการเบิกเงินเกินบัญชีในการทำงานของบุคลากรที่เกิดจากความเข้มข้นของงานที่สูงมากและงานที่ขัดแย้งกัน ซึ่งจะส่งผลให้บรรยากาศทางศีลธรรมในทีมลดลง จึงต้องจัดให้มีการจัดการปริมาณงาน และไม่สามารถดำรงอยู่ได้หากปราศจากการกระจายทรัพยากรอย่างเหมาะสมและการระบุปัญหาเหล่านั้น แนวทางแก้ไขจะช่วยให้การจัดการทรัพยากรและภาระงานเกิดประโยชน์สูงสุด

การจัดการโหลด? ง่ายเหมือนพาย!

การจัดสรรทรัพยากร

คำจำกัดความยอดนิยมประการหนึ่งของคำว่า "การจัดสรรทรัพยากร" (“PMO และพจนานุกรมการจัดการโครงการ” โดย PM Hut) คือการกำหนดเวลางานและการมอบหมายทรัพยากรที่จำเป็นเพื่อให้งานแต่ละงานเสร็จสมบูรณ์ภายในข้อจำกัดด้านความพร้อมของทรัพยากรและกรอบเวลาของโครงการ

ทรัพยากรมักประกอบด้วยบุคลากร เครื่องมือและอุปกรณ์ เทคโนโลยีและเครื่องจักร อสังหาริมทรัพย์ ทรัพยากรธรรมชาติและการเงิน วัตถุประสงค์ของการจัดสรรทรัพยากรคือการเลือกตัวเลือกเหล่านั้นสำหรับการใช้งานเพื่อให้มั่นใจถึงประสิทธิภาพสูงสุดและการบรรลุเป้าหมายของโครงการเฉพาะและบริษัทโดยรวม เป็นไปไม่ได้ที่จะหาคำตอบสำหรับคำถามที่ว่า “จะเป็นผู้จัดการโครงการได้อย่างไร” โดยไม่คุ้นเคยกับพื้นฐานการจัดสรรทรัพยากร

สำหรับวัตถุประสงค์ของบทความนี้ ทรัพยากรส่วนใหญ่หมายถึงบุคคล และการจัดการปริมาณงานหมายถึงการกระจายงานอย่างเหมาะสมเพื่อให้บรรลุผลลัพธ์ของโครงการที่ดีที่สุด

ผู้จัดการโครงการทำอะไรก่อนส่งมอบทรัพยากร? จะต้องตอบคำถามสำคัญสามข้อในด้านต่อไปนี้:

  1. ผลลัพธ์ที่คาดหวัง
ลูกค้ามีปัญหาหรือความท้าทายอะไรบ้าง? ลูกค้าคาดหวังว่าจะได้รับอะไรเมื่อเสร็จสิ้นโครงการ? เมื่อตอบคำถามเหล่านี้ คุณจะสามารถกำหนดขอบเขตของโครงการและขอบเขตของงานซึ่งเป็นจุดเริ่มต้นในการเริ่มจัดทำแผนโครงการได้ บุคคลที่รู้วิธีเป็นผู้จัดการโครงการจะเน้นไปที่ความต้องการและความต้องการของลูกค้าเป็นหลักโดยคำนึงถึงความคิดเห็นของผู้มีส่วนได้ส่วนเสียทั้งหมด
  1. กำหนดเวลา
ลูกค้าคาดว่าโครงการจะแล้วเสร็จภายในวันไหน? การกำหนดกำหนดเวลาที่ชัดเจนจะช่วยกำหนดขอบเขตเวลาที่โครงการจะต้องทำให้เสร็จสิ้น ซึ่งต่อมาจะกำหนดระยะเวลาสูงสุดของแต่ละขั้นตอนของโครงการ
  1. ภาระงาน
จะต้องมีคนจำนวนเท่าใดในการดำเนินโครงการ? ผู้เชี่ยวชาญคนใดที่เหมาะสมที่สุดในการทำงานเฉพาะแต่ละอย่าง? เป็นไปได้ไหมที่จะดึงดูดพวกเขาตอนนี้? ถ้าไม่ใช่ตอนนี้แล้วเมื่อไหร่ล่ะ? สามารถมอบหมายงานให้กับผู้เชี่ยวชาญแต่ละคนได้มากน้อยเพียงใด? การกำหนดว่าพนักงานคนใดที่สามารถรวมไว้ในทีมโครงการได้ และจำนวนพนักงานแต่ละคนที่สามารถบรรทุกงานโครงการได้โดยไม่กระทบต่อคุณภาพ และภายในกรอบเวลาที่ตกลงกันเป็นสิ่งสำคัญสำหรับการวางแผนในภายหลัง จากนั้น คุณสามารถเริ่มสร้างเมทริกซ์การแมปงานบุคคล-งาน เพื่อเพิ่มประสิทธิภาพการผลิตและประสิทธิภาพของทรัพยากรได้สูงสุด

Gary Chin ในการนำเสนอของเขาเรื่อง "The Accidental Project Manager" ได้ระบุสามสิ่งที่จำเป็นในการสร้างตารางงาน ได้แก่ รายการงาน ระยะเวลา และลำดับ เพื่อกระจายทรัพยากรอย่างเหมาะสม คุณจะต้องตัดสินใจเลือก:

  • วัตถุประสงค์หมายถึงงานที่ต้องทำเพื่อให้บรรลุหรือสร้างผลลัพธ์ที่ต้องการ
  • การจัดลำดับความสำคัญจะกำหนดลำดับของงาน สำหรับแต่ละงาน คุณต้องค้นหาคำตอบสำหรับคำถามที่ว่า "งานใดบ้างที่ต้องทำให้เสร็จก่อนที่จะเริ่มงานนี้" ซึ่งจะช่วยให้คุณวางแผนได้ว่างานใดควรดำเนินการตามลำดับ และงานใดที่สามารถ "ขนานกัน" ได้ และในขณะที่ ส่งผลให้ลดระยะเวลาในการดำเนินโครงการให้เสร็จสิ้น ;
  • ระยะเวลาที่เสร็จสมบูรณ์คือวันที่ที่ระบุในปฏิทินเมื่องานจะต้องเสร็จสิ้น

เมื่อคุณตัดสินใจเรื่องทั้งหมดนี้แล้ว (เช่น ฉันจะต้องมีกลุ่ม 10 คน โดยแบ่งออกเป็น 2 กลุ่มย่อย กลุ่มละ 5 คน เพื่อทำงานตามลำดับในการพัฒนาอินเทอร์เฟซภายนอกและระบบการดูแลระบบของพอร์ทัลอินเทอร์เน็ต ดังนั้น งานจะแล้วเสร็จใน 3 เดือน ซึ่งตรงกับความต้องการของลูกค้า) และถ่ายทอดข้อมูลนี้ให้กับทีมของคุณแล้ว คุณสามารถเริ่มจัดสรรทรัพยากรตามลำดับต่อไปนี้:

  1. การมอบหมาย
การมอบหมายอาจเป็นสิ่งที่สำคัญที่สุดที่ผู้จัดการโครงการทำ ขั้นแรก คุณต้องพิจารณาว่าผู้เชี่ยวชาญคนใดจะจัดการงานใดงานหนึ่งได้ดีที่สุด จากนั้นตรวจสอบความพร้อมและนำพวกเขามาร่วมทีมของคุณโดยเร็วที่สุด นี่เป็นขั้นตอนสำคัญในการทำความเข้าใจวิธีการเป็นผู้จัดการโครงการ
  1. เอกสารประกอบ
การเก็บรักษาเอกสาร เช่น กำหนดการ กำหนดการ รายงานความคืบหน้าและสถานะ ฯลฯ เป็นส่วนสำคัญของระบบการจัดการเอกสารโดยรวมขององค์กร สิ่งสำคัญคือต้องมีเอกสารประกอบโครงการในรูปแบบที่ทันสมัยและนำเสนอได้ เพื่อให้สมาชิกทุกคนในทีมงานโครงการสามารถใช้งานได้อย่างมีประสิทธิผลตามวัตถุประสงค์ของโครงการ สิ่งนี้ไม่เพียงช่วยลดโอกาสที่จะเกิดความสับสน แต่ยังสร้างเงื่อนไขสำหรับการวิเคราะห์ที่ดีขึ้นของโครงการทั้งหมดและแต่ละกระบวนการอีกด้วย หากคุณมีคำแนะนำสำหรับผู้จัดการโครงการของคุณเอง แต่ไม่มีประเด็นนี้ ก็ควรเพิ่มคำแนะนำนั้นลงไป
  1. การตรวจสอบข้าม
การสำรวจน่านน้ำให้ประสบความสำเร็จนั้นเกี่ยวข้องกับการใช้การตรวจสอบข้ามเป็นหนึ่งในเทคนิคในการปรับปรุงการจัดการภาระงาน จำเป็นต้องเปรียบเทียบเวลาที่วางแผนไว้กับเวลาจริงที่ใช้ในงานที่สำคัญอย่างต่อเนื่อง คุณต้องทบทวน ประเมินใหม่ และอัปเดตแผนอย่างต่อเนื่องตามความพยายามที่เกิดขึ้นจริงในขณะที่โครงการดำเนินไป สิ่งสำคัญอย่างยิ่งคือต้องปฏิบัติตามหลักการนี้ในทีมขนาดใหญ่ ซึ่งเป็นเรื่องปกติที่พนักงานบางคนอาจต้องทำงานล่วงเวลาเป็นเวลานานในขณะที่สมาชิกในทีมคนอื่นๆ ทำงานน้อยเกินไป รวมถึงช่วงของกิจกรรมที่ตึงเครียดโดยมีกำหนดเวลาหลายอย่างในเวลาเดียวกัน

จะเป็นผู้จัดการโครงการได้เร็วขึ้นได้อย่างไร? ใช้โครงการ Comindware!

การใช้ซอฟต์แวร์การจัดการโครงการเฉพาะ เช่น คุณสามารถให้ความโปร่งใสในการจัดสรรทรัพยากรระหว่างและภายในโครงการ ด้วยวิธีนี้ คุณสามารถหลีกเลี่ยงปัญหาที่ผู้เข้าร่วมโครงการทุกคนเข้าใจบทบาทของตนได้ ฟังก์ชันการจัดการปริมาณงานของ Comindware Project ช่วยให้คุณตรวจสอบปริมาณงานของแต่ละทีมได้อย่างชัดเจน และหลีกเลี่ยง "ข้อขัดแย้ง" เมื่อใช้ทรัพยากร คุณสามารถระบุได้อย่างง่ายดายว่าทรัพยากรใดที่มีอยู่ในช่วงเวลาใดเวลาหนึ่งด้วยการคลิกเพียงครั้งเดียว และเมื่อทรัพยากรถูกกำหนดให้กับงานหนึ่งแล้ว ทรัพยากรนั้นจะไม่พร้อมใช้งานสำหรับการมอบหมายงานอื่นโดยอัตโนมัติ ในเวลาเดียวกัน คุณสามารถใช้ประโยชน์จากความสามารถในการคาดการณ์ที่ช่วยให้คุณเห็นว่าการตัดสินใจของคุณส่งผลต่อโครงการอื่นๆ อย่างไร ในเวลาเดียวกัน คุณสามารถเข้าถึงรายการทรัพยากรทั่วไปได้เสมอ ซึ่งทำให้ง่ายต่อการควบคุมในสภาวะที่ไม่แน่นอน

แทนที่จะได้ข้อสรุป

การจัดการโครงการที่มีประสิทธิผลเกี่ยวข้องกับการจัดสรรทรัพยากรอย่างมีประสิทธิภาพ แต่เมื่อทรัพยากรเชื่อมโยงกับงานเฉพาะ ความรับผิดชอบของคุณจะเปลี่ยนไปที่การจัดการปริมาณงาน สิ่งสำคัญคือต้องมีกลยุทธ์และเครื่องมือที่ดีเพื่อหลีกเลี่ยงความขัดแย้งและภาวะแทรกซ้อน และเพื่อให้แน่ใจว่าโครงการดำเนินไปโดยไม่มีภาระหนักเกินไปสำหรับพนักงานที่ผลผลิตสูงสุด

Olga Zavyalova ผู้เชี่ยวชาญในอุตสาหกรรมไอทีมีประสบการณ์ 10 ปีในฐานะผู้จัดการโครงการและผู้ประสานงานโครงการของโครงการระหว่างประเทศ ผู้จัดการโครงการที่ผ่านการรับรอง (CSPM) และนักวิเคราะห์ธุรกิจ (CSBA) สำหรับโครงการซอฟต์แวร์ ผู้เขียนหนังสือเรียนสองเล่มและหลักสูตรเฉพาะทางเกี่ยวกับการจัดการโครงการและกระบวนการ

เซมยอน
8 ปีในด้านไอที: 3 ปีในฐานะนักพัฒนาและ 5 ปีในฐานะผู้จัดการโครงการ

สาระสำคัญของงานของผู้จัดการโครงการคืออะไร?

ผู้จัดการโครงการเป็นผู้เชี่ยวชาญที่รับผิดชอบในการจัดการโครงการโดยรวม เช่น การวางแผน การตั้งค่างาน การสื่อสาร การควบคุม การบริหารความเสี่ยง การแก้ไขปัญหาในแต่ละวัน ฯลฯ อันที่จริงนี่ไม่ใช่ตำแหน่งมากเท่ากับบทบาทของบุคคลในโครงการ ในแง่หนึ่งผู้จัดการดังกล่าวเป็นตัวกลางระหว่างทีมที่กำลังพัฒนาโครงการและลูกค้า ผู้จัดการโครงการมีความรับผิดชอบสองส่วน: รับผิดชอบทั้งต่อลูกค้าและบริษัทที่ปฏิบัติตามคำสั่งซื้อของลูกค้า

ผู้จัดการโครงการเป็นผู้ประสานงาน ปัญหาเริ่มต้นขึ้นเมื่อลิงก์ใดลิงก์หนึ่งเหล่านี้ไม่เข้าใจว่าลิงก์อื่นต้องการอะไร ตัวอย่างเช่น ลูกค้าต้องการปรับปรุงหรือพัฒนาฟังก์ชันการทำงานใหม่ แต่สิ่งนี้ไม่สะดวกสำหรับนักพัฒนาเอง แค่พูดว่า “ทำสิ่งนี้” ก็ไม่ได้ให้ผลลัพธ์ที่ดี แต่ถ้าคุณทราบจากลูกค้าว่าฟังก์ชันนี้มีไว้เพื่ออะไร เหตุใดจึงมีความจำเป็น จากนั้นจึงถ่ายทอดสิ่งนี้ให้นักพัฒนาทราบ พวกเขาจะเข้าใจและดำเนินการตามความจำเป็น

ทักษะและความรู้อะไรบ้างที่จำเป็น?

ภาษาอังกฤษเป็นสิ่งจำเป็นสำหรับผู้เชี่ยวชาญด้านไอที หากคุณไม่สามารถพูดภาษาเดียวกันกับลูกค้าได้ คุณก็มีประโยชน์เพียงเล็กน้อย

หนึ่งในการค้นพบที่น่าพึงพอใจ: การมีคุณสมบัติส่วนตัวและระดับภาษาอังกฤษเพียงพอสำหรับการเข้าสู่อาชีพนี้ และคุณสามารถเป็นผู้เชี่ยวชาญที่ดีได้ก็ต่อเมื่อได้รับประสบการณ์จากโครงการจริงเท่านั้น

จุดเริ่มต้นที่ดีคือการทำความเข้าใจว่าวงจรชีวิตของโครงการคืออะไร และข้อจำกัดในการออกแบบที่มีอยู่ ทำความเข้าใจขั้นตอนของการพัฒนาตั้งแต่ต้นจนจบ: การเริ่มต้น การรวบรวมข้อกำหนด การพัฒนาตัวเอง การทดสอบ การรักษาเสถียรภาพ ฯลฯ - และงานของผู้จัดการโครงการในแต่ละงานคืออะไร

ผู้จัดการโครงการมือใหม่ควรรู้ด้วยว่ามีวิธีการพัฒนาใดบ้าง นั่นคือทำความคุ้นเคยกับวิธีการดังกล่าว มีแนวทางแบบคลาสสิกคือเมื่อทุกอย่างเสร็จสิ้นตามลำดับ และมีแนวทางแบบวนซ้ำ เมื่อลูกค้าได้รับผลลัพธ์ "เป็นบางส่วน"

แน่นอนว่าผู้จัดการโครงการไม่จำเป็นต้องเป็นโปรแกรมเมอร์ แต่แนะนำให้รู้พื้นฐาน ไม่จำเป็น เนื่องจากพื้นฐานของการจัดการโครงการในสาขาใดๆ มีความใกล้เคียงกัน แต่ในด้านไอทีคุณจำเป็นต้องรู้สาขาวิชาอย่างน้อยก็ในแง่ทั่วไป ประการแรก สิ่งนี้จะช่วยให้คุณทำงานร่วมกับทีมพัฒนาโครงการได้เร็วขึ้น และอธิบายให้พวกเขาชัดเจนยิ่งขึ้นว่าลูกค้าต้องการนำไปปฏิบัติอย่างไรและอย่างไร ประการที่สอง สิ่งนี้จะช่วยประหยัดเวลาให้กับลูกค้าเอง: หากบางสิ่งไม่สามารถทำได้ภายในกรอบของโครงการ คุณจะแจ้งให้พวกเขาทราบทันทีหรือเสนอทางเลือกที่เหมาะสม

อะไรคือความแตกต่างระหว่างผู้จัดการโครงการที่ดีและผู้จัดการโครงการระดับปานกลาง?

ภารกิจหลักของผู้จัดการโครงการคือการดำเนินโครงการที่มีคุณภาพบางอย่างภายในกรอบเวลาที่กำหนดด้วยทรัพยากรที่จำกัด แต่ในความคิดของฉัน นี่ไม่เพียงพอที่จะถือเป็นผู้เชี่ยวชาญที่ดีได้ ผลลัพธ์ของงานไม่ใช่แค่ผลิตภัณฑ์สำเร็จรูปเท่านั้น มีความจำเป็นที่เมื่อเสร็จสิ้นโครงการทั้งลูกค้าและทีมพัฒนาจะต้องพอใจกับความร่วมมือ หากฝ่ายเดียวพอใจก็หมายความว่าผู้จัดการทีมไม่ได้ทำทุกอย่างที่ควรจะทำ

สิ่งที่สองที่ทำให้ผู้จัดการโครงการเป็นมืออาชีพอย่างแท้จริงคือประสบการณ์ บ่อยครั้งที่ผู้คนเจาะลึกเกี่ยวกับการศึกษาด้วยตนเอง พวกเขาอ่านหนังสือ ศึกษาเว็บไซต์ เข้าร่วมสัมมนาและการบรรยายต่างๆ และเข้าร่วมหลักสูตรต่างๆ ทั้งหมดนี้ส่งผลให้เกิดการเรียนรู้เพื่อการเรียนรู้ พวกเขาถือว่าตนเองเป็นผู้เชี่ยวชาญชั้นหนึ่งและมีความรู้ทางทฤษฎีมากมาย แต่ไม่เคยลองทำอะไรเลยในทางปฏิบัติ ผู้เชี่ยวชาญที่ดีจะพยายามนำความรู้ใหม่ไปใช้ในงานของเขา

แอนตัน
11 ปีในด้านไอที: 2 ปีในฐานะนักพัฒนา, 9 ปีในด้านการจัดการ
ปัจจุบันอาศัยและทำงานในสหรัฐอเมริกา

การเป็นผู้จัดการโครงการด้านไอทีต้องใช้อะไรบ้าง

ทักษะการสื่อสารมีบทบาทสำคัญเสมอ และกับคนที่แตกต่างกันอย่างสิ้นเชิงซึ่งไม่เข้าสังคมและพูดคุยง่ายเสมอไป ในทางกลับกัน จำเป็นต้องมีการจัดการตนเอง ความรับผิดชอบ และความตรงต่อเวลา หากคุณไม่สามารถรับผิดชอบต่อการกระทำและความรับผิดชอบของคุณได้ คุณก็ไม่ควรรับผิดชอบต่อทั้งทีม

โดยทั่วไปฉันชอบที่จะยึดมั่นในตำแหน่งของสถาบันการจัดการโครงการ (PMI) ซึ่งพัฒนาและสร้างมาตรฐานวิธีการจัดการโครงการ พวกเขามีจรรยาบรรณวิชาชีพสำหรับผู้จัดการโครงการ โดยพื้นฐานแล้ว ทุกอย่างขึ้นอยู่กับคุณสมบัติสี่ประการ: ความรับผิดชอบ ความเคารพ ความเป็นธรรม และความซื่อสัตย์

ประการแรกทุกอย่างชัดเจน: คุณต้องรักษาคำพูดและไม่สัญญาในสิ่งที่คุณไม่สามารถบรรลุผลได้ ประการที่สองเกี่ยวข้องกับความสัมพันธ์: คุณต้องสื่อสารอย่างสุภาพและเคารพอย่างเท่าเทียมกันกับทั้งลูกค้าและทีมของคุณ โดยไม่คำนึงถึงตำแหน่งและลำดับชั้น นั่นคือผู้จัดการโซเวียตที่ไม่สามารถสื่อสารอย่างสุภาพกับผู้ใต้บังคับบัญชาได้จะไม่เหมาะ ด้วยความเป็นธรรม ทุกอย่างก็ชัดเจนเช่นกัน ที่นี่เรากำลังพูดถึงการปฏิบัติต่อพนักงานทุกคนอย่างเท่าเทียมกัน การแบ่งส่วนความรับผิดชอบอย่างยุติธรรม

สิ่งที่ยากที่สุดคือความซื่อสัตย์ คุณต้องบอกความจริงกับทุกคน มักจะมีการล่อลวงหากมีสิ่งผิดปกติเกิดขึ้นเพื่อบอกว่าทุกอย่างเป็นปกติ ปรากฎว่าถ้าพูดตามตรงแล้ว ผู้จัดการโครงการก็ต้องมีความกล้าด้วย ในเวลาเดียวกัน สิ่งสำคัญคือต้องไม่สับสนระหว่างความซื่อสัตย์กับการเปิดเผยข้อมูล - ต้องจำไว้ว่าผู้เข้าร่วมโครงการทุกคนอาจมีข้อมูลบางอย่างไม่ได้

จะเรียนรู้จากใคร?

การเริ่มต้นกับเพื่อนร่วมงานของคุณคุ้มค่า: คุณต้องมีคนที่มีประสบการณ์ซึ่งสามารถให้คำแนะนำที่สมเหตุสมผลได้ ขั้นแรก คุณเพียงแค่ต้องพยายามสื่อสารกับลูกค้า ตัวอย่างเช่น รับสายทุกวันโดยได้รับความยินยอมจากผู้จัดการ เพื่อพูดคุยเกี่ยวกับความคืบหน้าของงานและถามคำถาม

ช่วยสื่อสารกับผู้จัดการโครงการคนอื่นๆ ที่ทำงานด้านนี้มาเป็นเวลานาน โชคดีที่ตอนนี้ในมินสค์ไม่มีปัญหา: มีการจัดการประชุมในเมืองมีคนที่โปรโมตสัมมนาเกี่ยวกับการจัดการโครงการของตนเอง

การเข้าร่วมมีตติ้งที่ไม่เป็นทางการน้อยกว่าจะเป็นประโยชน์ โดยคุณสามารถสื่อสารกับผู้จัดการที่มีประสบการณ์ในหัวข้อต่างๆ ได้อย่างอิสระ เช่น คุณสามารถไปที่ คิริลล์ บาราโนชนิคซึ่งจัดขึ้นเป็นประจำ Meetups ผู้คนกับกระบวนการ. เขาเชิญผู้จัดการโครงการไม่เพียงแต่จากเบลารุสเท่านั้น แต่ยังมาจากต่างประเทศด้วย โดยปกติแล้วการพบปะจะเน้นไปที่หัวข้อหรือปัญหาเฉพาะเจาะจงซึ่งสามารถพูดคุยกับวิทยากรได้

ฉันสับสนเล็กน้อยเกี่ยวกับใบรับรอง Certified Scrum Master และการฝึกอบรมที่จำเป็นเพื่อให้ได้รับใบรับรอง ประการหนึ่งสำหรับฉัน การฝึกอบรมดังกล่าวในปี 2012 ถือเป็นแรงผลักดันที่แท้จริงสำหรับความเข้าใจที่แท้จริงของ Scrum และ Agile ซึ่งฉันไม่เคยได้รับหลังจากอ่านหนังสือและบทความหลายเล่มด้วยตัวเอง ในทางกลับกัน ฉันได้พบกับผู้คนมากมายทั้งในเบลารุสและสหรัฐอเมริกาที่ได้รับใบรับรองนี้และสำเร็จการศึกษาแล้ว แต่ยังไม่เข้าใจสาระสำคัญของ Agile ผมคิดว่าในกรณีนี้ผลลัพธ์ขึ้นอยู่กับบุคลิกของโค้ชอย่างมาก

“พระคัมภีร์” ของการจัดการโครงการ - องค์ความรู้การจัดการโครงการ(PMBOK) จัดพิมพ์โดยสถาบัน PMI ดังกล่าวแล้ว ประกอบด้วยคำอธิบายของกระบวนการและขอบเขตความรู้ทั้งหมดที่ใช้ในการจัดการโครงการ ฉันจะไม่แนะนำให้ผู้เริ่มต้น - หนังสือเล่มนี้เขียนด้วยภาษาทางการแบบแห้ง ๆ ซึ่งชวนให้นึกถึงไม่แม้แต่ในตำราเรียน แต่เป็นเรื่องของกฎจราจร เมื่ออ่านคำจำกัดความที่เข้มงวดของกระบวนการ เทคนิค เครื่องมือ ข้อมูลอินพุตและเอาต์พุต เป็นเรื่องยากที่จะเข้าใจสิ่งที่เรากำลังพูดถึงหากคุณไม่เคยพบมาก่อนในทางปฏิบัติ ในขณะเดียวกัน หนังสือเล่มนี้มีประโยชน์มากสำหรับผู้ที่มีประสบการณ์มาหลายปีแล้ว โดยช่วยให้คุณสามารถแยกแยะประสบการณ์ที่มีอยู่ทั้งหมดและสื่อสารในภาษาเดียวกันกับผู้จัดการจากประเทศใดก็ได้

ฉันสามารถแนะนำทรัพยากร Stratoplan ได้ นี่เป็นโครงการร่วมกัน อเล็กซานดรา ออร์โลวาและ เวียเชสลาฟ ปันกราตอฟ- ผู้จัดการโครงการที่มีชื่อเสียงสองคนจากรัสเซีย Stratoplan แตกต่างจาก PMBOK ตรงที่มุ่งเน้นไปที่สิ่งที่เรียกว่าทักษะด้านอารมณ์ เช่น ทักษะในการทำงานและสื่อสารกับผู้คน ตามที่แสดงในทางปฏิบัติ นี่เป็นส่วนที่ยากที่สุดในการจัดการโครงการ บนเว็บไซต์คุณสามารถสมัครหลักสูตรการติดต่อสื่อสาร การฝึกอบรมออนไลน์ หรือชั้นเรียนกับผู้ฝึกสอนส่วนบุคคล หรือเพียงแค่ซื้อการเข้าถึงห้องสมุดสื่อต่างๆ หากคุณยังไม่ต้องการใช้เงิน คุณสามารถสมัครรับรายชื่ออีเมลได้เท่านั้น (บางครั้งจะแจ้งเกี่ยวกับข้อเสนอและโปรโมชั่นที่น่าสนใจ รวมถึงการเข้าถึงสื่อต่างๆ ฟรี) หรืออ่านบล็อก

ในบรรดาหนังสือต่างๆ คุณควรใส่ใจกับ "กำหนดเวลา" นวนิยายเกี่ยวกับการบริหารโครงการ" ทอม เดอมาร์โกและ ทิโมธี ลิสเตอร์. หนังสือเล่มนี้เขียนในรูปแบบของนิยาย - ดูเหมือนเรื่องธรรมดาจากชีวิตของผู้จัดการเท่านั้น แม้ว่าฉันจะไม่บอกว่าหนังสือเล่มนี้มีคุณค่าทางศิลปะที่ยอดเยี่ยม แต่ก็มีความคิดที่สมเหตุสมผลบางประการเกี่ยวกับวิธีปฏิบัติต่อโครงการและผู้คน

มีหนังสืออีกหลายเล่มที่ถือเป็นรากฐานสำคัญของอาชีพผู้จัดการโครงการ: “The Mythical Man-Month” เฟรเดอริก บรูคส์และ “วิถีกามิกาเซ่” เอ็ดเวิร์ด ยอร์ดอน. แนวคิดในนั้นถูกต้องและมีประโยชน์ แต่ขยายความไปทั่วทั้งเนื้อหาอย่างมาก นอกจากนี้ยังมีรายละเอียดมากมายที่ล้าสมัยไปแล้วในปัจจุบัน ตัวอย่างเช่น พวกเขาแนะนำให้จดบันทึกทุกสิ่งที่เกิดขึ้นในโครงการลงในสมุดบันทึก แน่นอนว่าไม่มีใครทำแบบนั้นอีกต่อไป แต่แนวคิดหลักของหนังสือยังคงเป็นจริง

หนังสือ Getting Things Done ช่วยให้ฉันเรียนรู้ที่จะจัดการเวลาอย่างมีประสิทธิภาพมากขึ้น เดวิด อัลเลน. มันเกี่ยวกับวิธีการจัดระเบียบเวลาของคุณ และเรากำลังพูดถึงจดหมายและงานต่างๆ นี่เป็นปัญหาทั่วไปที่ผู้จัดการโครงการต้องเผชิญ: จดหมายหลายร้อยฉบับเริ่มหลั่งไหลในอีเมล มีคนเขียนบน Skype มีข้อความที่ยังไม่ได้อ่านจำนวนมากบน Viber - ทั้งหมดในเวลาเดียวกัน การฝึกอบรมจะช่วยแก้ปัญหาเดียวกันนี้ แม็กซิม โดโรฟีวา“เทคนิคกล่องจดหมายเปล่าของเจได”

อันเดรย์
19 ปีในด้านไอที: 10 ปีในด้านการเขียนโปรแกรม, 9 ปีในด้านการบริหารโครงการ

ผู้จัดการโครงการใหม่ควรทำอย่างไร?

เริ่มต้นด้วยหลักสูตรหรือการฝึกอบรมขณะนี้มีหลักสูตร การฝึกอบรม และสัมมนาให้เลือกมากมาย เริ่มต้นกับพวกเขา คุณเชี่ยวชาญพื้นฐาน - และด้วยสิ่งนี้ คุณจะไปที่บริษัทที่มีกระบวนการและพนักงานที่มีชื่อเสียงซึ่งคุณสามารถเรียนรู้ รวบรวมและนำทฤษฎีทั้งหมดที่สอนในหลักสูตรไปปฏิบัติได้

พึ่งพาวิธีการในช่วงเริ่มต้นของการทำงานควรปฏิบัติตามมาตรฐานอย่างใดอย่างหนึ่งในการจัดการโครงการซึ่งจะช่วยให้ไม่สับสนและไม่ทำผิดพลาดมากมายตั้งแต่เริ่มต้น คุณไม่ควรคิดแนวทางของตนเองจนกว่าคุณจะได้ทำงาน 10,000 ชั่วโมงแรกในสาขาพิเศษของคุณ ถ้าอย่างนั้นก็ทดลองลองปรับให้เหมาะสม

เรียนรู้ที่จะเท่ห์งานของผู้จัดการเกี่ยวข้องกับความเครียดในระดับที่ค่อนข้างสูง และความสามารถในการสงบสติอารมณ์เมื่อกิเลสตัณหากำลังโหมกระหน่ำถือเป็นคุณสมบัติที่มีคุณค่ามาก บางคนเกิดมาพร้อมความสามารถ แต่บางสิ่งก็สามารถปลูกฝังได้ มีการฝึกอบรมสำหรับเรื่องนี้: การจัดการเวลา การสื่อสาร การสื่อสารทางธุรกิจ

ค้นหาตัวเองเป็นที่ปรึกษาเพื่อนร่วมงานที่มีบางสิ่งบางอย่างที่จะเรียนรู้และเต็มใจที่จะสอนคุณนั้นไม่มีค่า
หาคนแบบนั้นแล้วทุกอย่างจะเร็วขึ้นและง่ายขึ้นมาก คุณสามารถรับคำแนะนำหรือค้นหาแรงบันดาลใจจากบุคคลดังกล่าวได้ จริงอยู่ วิธีนี้จะได้ผลก็ต่อเมื่อคุณพร้อมที่จะยอมรับคำแนะนำและปฏิบัติตามเท่านั้น

มีความยืดหยุ่นคนทุกคนแตกต่างกัน แต่ละคนมีจุดแข็งและจุดอ่อนของตัวเอง ค้นพบพวกเขาในทีมของคุณ หลักการปฏิสัมพันธ์กับทีมต้องเปลี่ยนแปลง เป็นไปไม่ได้ที่จะเป็นเพียงผู้บัญชาการหรือเพื่อนเสมอไป คุณต้องสามารถสนับสนุนและสร้างแรงบันดาลใจให้กับทีมได้ แต่ในบางสถานการณ์คุณจะต้องแข็งแกร่งเช่นกัน

อยู่ในที่ของคุณต้องจำไว้ว่าไม่มีคนเลวหรือดีแต่ก็มีคนที่เหมาะสมกับงานบางงาน ในโครงการหนึ่งทักษะและความสามารถในปัจจุบันของคุณค่อนข้างเพียงพอ คุณเหมาะสมอย่างยิ่งและสามารถรับมือกับทุกสิ่งได้ แต่ในอีกโครงการหนึ่งคุณสามารถล้มเหลวทุกอย่างได้ รู้จักตัวเอง เสริมสร้างจุดแข็งและปรับปรุงจุดอ่อนของคุณ

อย่ากลัวความล้มเหลวคุณจะกลายเป็นผู้เชี่ยวชาญที่ดีโดยมีประสบการณ์และต้องผ่านอุปสรรคมาบ้าง มีโครงการที่ไม่ประสบความสำเร็จในอาชีพของผู้จัดการคนใด ไม่จำเป็นต้องท้อแท้แต่ต้องสรุปและเดินหน้าต่อไป ประสบการณ์เชิงลบไม่ควรทำให้คุณหวาดระแวง ไม่เช่นนั้นคุณจะ "โดนน้ำ" เมื่อไม่จำเป็นเลย แน่นอนว่าการเรียนรู้จากความสำเร็จจะดีกว่า - มันเป็นแรงบันดาลใจ ความล้มเหลวจะสอนคุณถึงสิ่งที่ไม่ควรทำ และความสำเร็จจะสอนคุณอย่างชัดเจนถึงสิ่งที่คุณควรทำ

ที่นี่.

รูปถ่าย:เว็บไซต์ที่เก็บถาวรส่วนตัวของฮีโร่

CJSC "การเปลี่ยนผ่าน", UNP 190654745

  • อาชีพในอุตสาหกรรมไอที
  • สวัสดีเพื่อน!

    มันเกิดขึ้นที่คนรู้จักและคนรู้จักของฉันซึ่งฉันแนะนำให้ติดต่อฉันเป็นระยะด้วยคำถามเดียวกันโดยประมาณ:“ ฉันจะเป็นผู้จัดการโครงการด้านไอทีได้อย่างไรถ้าก่อนหน้านั้นฉันทำงานในตำแหน่งที่คล้ายกัน แต่ไม่ใช่ ในนั้น?

    เนื่องจากคำขอดังกล่าวหลายรายการสะสมในเวลาอันสั้น ฉันจึงตัดสินใจเขียนบทความแยกต่างหากเกี่ยวกับเรื่องนี้ คุณเข้าใจไหม - ฉันขี้เกียจและตอนนี้ฉันสามารถให้ลิงก์ไปยังข้อความนี้ได้ทันทีแทนที่จะทำซ้ำคำตอบที่ได้รับการกำหนดไว้หลายครั้ง บทความนี้ไม่ได้แสร้งทำเป็นว่าเป็นสากล - นี่เป็นเพียงมุมมองของฉันเกี่ยวกับสถานการณ์ ในขณะเดียวกัน ผมจะบอกว่าเมื่อคุณสัมภาษณ์ จ้าง และฝึกอบรมผู้จัดการโครงการ เกณฑ์ทั่วไปค่อนข้างสะสมมาเพื่อตอบคำถามที่ว่า “จริงๆ แล้วผู้จัดการโครงการไอทีควรรู้และทำอะไรได้บ้าง” เพื่อที่จะ ทำงานด้านไอทีให้ประสบความสำเร็จ

    อย่างไรก็ตาม ความรู้ภาษาอังกฤษไม่ได้กล่าวถึงในบทความด้วยซ้ำ มันเป็นสิ่งจำเป็น

    ไป?

    คำขอมักจะมีลักษณะดังนี้:

    อเล็กซี่ สวัสดีตอนบ่าย! ชื่อของฉันคือ<...>. ฉันได้รับคำแนะนำให้ติดต่อคุณ<...>. เราต้องการคำแนะนำจากผู้เชี่ยวชาญของคุณ ฉันจะขอบคุณคุณสำหรับคำแนะนำของคุณ ฉันพบการฝึกอบรมสำหรับผู้จัดการโครงการที่คุณกำลังอ่านอยู่ อยากจะถามว่าควรรับมั้ยคะ.. สั้น ๆ เกี่ยวกับสถานการณ์ของฉัน:<...>ฉันอยากจะพยายามพัฒนาตัวเองให้มากขึ้นในทิศทางของโครงการ แต่ในด้านไอที ฉันได้สัมภาษณ์หลายครั้งแล้ว แต่จนถึงขณะนี้ไม่ประสบผลสำเร็จ (นายจ้างมักอ้างถึงข้อเท็จจริงที่ว่าพวกเขาไม่มีประสบการณ์ด้านไอที) ในเรื่องนี้ผมมีความคิดเกี่ยวกับวิธีการเคลื่อนย้ายรถไฟในที่สุด ฉันจะขอบคุณมากสำหรับคำแนะนำเกี่ยวกับหลักสูตร บางทีการดูสิ่งที่เกี่ยวข้องกับผู้จัดการโครงการอาจสมเหตุสมผลหากไม่มีโอกาสได้รับการว่าจ้างตำแหน่งดังกล่าวในสาขาไอที ฉันจะขอบคุณสำหรับข้อเสนอแนะใด ๆ

    ตัวเลือกการสมัครจะแตกต่างกันเฉพาะในประสบการณ์การทำงานก่อนหน้านี้ในบางพื้นที่ที่ไม่ใช่ด้านไอที

    ฉันจะแนะนำอะไรได้บ้าง?

    ก่อนอื่น ฉันจะทำให้เมฆกลัวและทำให้เมฆหนาขึ้น

    1. แท้จริงแล้ว พวกเขามักจะปฏิเสธเสมอๆ เพราะเป็นสิ่งสำคัญอย่างยิ่งที่ผู้จัดการโครงการในด้านไอทีจะต้องเข้าใจไม่เพียงแต่การจัดการโครงการเท่านั้น แต่ยังรวมถึงไอทีด้วย สิ่งนี้จำเป็นสำหรับสองสิ่ง: ก) เพื่อค้นหา ภาษากลางกับผู้ใต้บังคับบัญชา(ผู้ทดสอบ นักวิเคราะห์ และนักพัฒนา ซึ่งเป็นผู้เชี่ยวชาญด้านไอทีทั้งหมด) และด้วยเหตุนี้ จึงเข้าใจแก่นแท้ของบทสนทนา ข้อมูลจำเพาะ ปัญหา ฯลฯ และ b) เพื่อค้นหา ภาษากลางกับตัวแทนลูกค้าซึ่งมักจะมีพื้นฐานด้านไอทีเป็นส่วนใหญ่ด้วย แน่นอนว่ามีโอกาสเล็กน้อยที่จะโน้มน้าวนายจ้างในอนาคตว่าการเข้าใจข้อมูลเฉพาะของสาขาไอทีนั้นไม่สำคัญสำหรับตำแหน่งนี้ สิ่งสำคัญคือต้องจำไว้ว่าโอกาสเหล่านี้มีน้อยมาก ท้ายที่สุดแล้ว นายจ้างรู้ดีที่สุดว่าเขาต้องการอะไร และการโน้มน้าวให้เขาเป็นอย่างอื่นนั้นค่อนข้างยาก โดยเฉพาะผู้จ้างงานด้านไอที พวกเขารู้ดีว่าพวกเขาต้องการพนักงานประเภทไหน ในขณะเดียวกันก็ไม่มีใครห้ามไม่ให้พยายามโน้มน้าวใจ มันจะได้ผลไหม?

    2. ในด้านไอที การทำความเข้าใจขั้นตอนการพัฒนาผลิตภัณฑ์ (SDLC - Software Development Life Cycle) มีความสำคัญมาก การทำงานในองค์กรที่ไม่ใช่ไอทีความเข้าใจนี้ อย่างเต็มที่น่าเสียดายที่มันเป็นไปไม่ได้ที่จะได้รับ มีปัญหาเฉพาะด้านอุตสาหกรรมไอที และเนื่องจากผู้จัดการโครงการในด้านไอทีมีหน้าที่รับผิดชอบในการพัฒนาผลิตภัณฑ์/รหัส/ฟังก์ชันการทำงานตามกำหนดเวลาที่กำหนด ด้วยคุณภาพที่กำหนดและภายในกรอบคุณภาพ/ฟังก์ชันการทำงานที่กำหนด ดังนั้นเขาจึงต้องเข้าใจวิธีการบรรลุผลทั้งหมดนี้ด้วยวิธีที่เขามักจะทำ มีอยู่ในไอทีทรงกลม อุตสาหกรรมอื่นอาจมีความแตกต่างที่แตกต่างจากไอทีไม่ทางใดก็ทางหนึ่ง

    3. การฝึกอบรมเกี่ยวกับการบริหารโครงการ “โดยทั่วไป” ไม่น่าจะช่วยอะไรได้มากนัก เราต้องการการฝึกอบรมเกี่ยวกับการจัดการโครงการในด้านไอที ให้ฉันอธิบายว่าทำไมฉันถึงคิดอย่างนั้น: การฝึกอบรม "โดยทั่วไป" จะไม่ให้ความเข้าใจในสองสิ่งสำคัญ: "ภาษาเทคนิคด้านไอที" และ "ความเข้าใจในขั้นตอนของการพัฒนาโดยเฉพาะในด้านไอที"

    4. บริษัทไอทีแห่งใดมีพนักงานของตัวเองที่ต้องการเป็นผู้จัดการอยู่แล้ว และพนักงานเหล่านี้ (นักพัฒนา ผู้ทดสอบ นักวิเคราะห์) เข้าใจไอทีอยู่แล้ว (พวกเขาพูดภาษาทางเทคนิคเหมือนกับคนรอบข้าง) และยังรู้จัก SDLC อีกด้วย นอกจากนี้ พวกเขารู้จักลูกค้า รู้ข้อมูลเฉพาะของบริษัทและครัวภายในของบริษัท (สิ่งเหล่านี้ไม่ใช่ประเด็นสำคัญ แต่เมื่อเปรียบเทียบกับความรู้ที่เป็นศูนย์ของผู้สมัครภายนอก แม้แต่ประเด็นเหล่านี้ก็อาจมีค่าเกิน) ดังนั้นปรากฎว่าผู้สมัครภายนอกที่ไม่ได้มาจากอุตสาหกรรมไอทีถูกบังคับให้แข่งขันทั้งกับผู้สมัครภายในจากภายในบริษัทเองและกับผู้สมัครภายนอกอื่น ๆ จากอุตสาหกรรมไอทีด้วย

    แล้วคุณได้พารามิเตอร์อะไรมาบ้าง?

    1. มีความเชี่ยวชาญในภาษาไอทีทางเทคนิค. ตัวอย่างเช่น การทำความเข้าใจ FTP, Signoff, Sprint, ASAP, Regression, XML, คำขอฐานข้อมูล, Deadline, FYI, สถาปัตยกรรมไคลเอ็นต์-เซิร์ฟเวอร์, Redline, Smoke Test, FTE, Release คืออะไร... รายการต่างๆ ดำเนินต่อไปเรื่อยๆ การเป็นผู้เชี่ยวชาญขั้นสูงในบางเรื่องที่กล่าวมานั้นไม่จำเป็นเลย คุณต้องเข้าใจแก่นแท้ของสิ่งที่เป็นโดยทั่วไป คำเหล่านี้คืออะไร หมายถึงอะไร สิ่งที่อยู่เบื้องหลัง มิฉะนั้น คุณจะเป็นเหมือนคนตาบอดในโลกของผู้คนที่มองเห็น

    2. ความรู้เรื่อง SDLC(วงจรชีวิตการพัฒนาซอฟต์แวร์) - ขั้นตอนของการพัฒนาผลิตภัณฑ์ซอฟต์แวร์ และไม่ใช่แค่ความรู้เท่านั้น แต่ยังเป็นความเข้าใจว่าทำไมถึงถึงขั้นตอนเหล่านี้ ทำไมจึงเรียงลำดับนี้ ที่ไหนและทำไมคุณถึงสามารถกระโดดจากขั้นตอนหนึ่งไปยังอีกขั้นตอนหนึ่งได้ และเป็นไปได้หรือไม่ที่จะเคลื่อนผ่านขั้นตอนเหล่านี้ไปในทิศทางตรงกันข้าม และถ้าเป็นเช่นนั้น เมื่อใด และภายใต้เงื่อนไขใด

    3. ทักษะด้านระเบียบวิธีในการจัดการโครงการและบุคลากร (PM Hard Skills). ซึ่งรวมถึงความรู้เกี่ยวกับวิธีการ หลักการจัดการ และกระบวนการตามพื้นที่ เช่น Agile, Scrum, Kanban, Waterfall, การจัดการการสื่อสาร, การจัดการข้อกำหนดและข้อกำหนด, การจัดการการเปลี่ยนแปลง, การจัดการความเสี่ยง, การรายงาน ฯลฯ ข่าวดีก็คือว่าทั้งหมดนี้สามารถเรียนรู้ได้ไม่ทางใดก็ทางหนึ่งผ่านการฝึกอบรมที่เกี่ยวข้อง การสัมมนาทางเว็บ และสื่อออนไลน์ที่หลากหลาย

    4. ทักษะส่วนบุคคลในโครงการและการบริหารบุคลากร (PM Soft Skills). ซึ่งรวมถึงทักษะการจัดการทีมและลูกค้า ความสามารถในการแก้ปัญหางานที่ซับซ้อน ทักษะการนำเสนอ ทักษะการจัดการความขัดแย้ง ทักษะการสื่อสาร ทักษะการตอบรับ ความสามารถในการได้ยิน ฟัง และเข้าใจ การเปิดกว้างต่อมุมมองอื่น ๆ ความสามารถในการยอมรับข้อผิดพลาดของตนเอง และ แก้ไขให้ถูกต้อง การวิจารณ์ตนเอง ทักษะความเป็นผู้นำ ทักษะการฝึกสอน/การให้คำปรึกษา ความสามารถในการอธิบาย วัฒนธรรมทางวิชาชีพ (คุณภาพของคำพูด อีเมล การโทร) ความสามารถในการตัดสินใจและรับผิดชอบต่อมัน กิจกรรมเชิงรุก ทักษะการจัดการงาน การมอบหมายงาน ทักษะ ทักษะการควบคุมการปฏิบัติ ประสิทธิผลส่วนบุคคล ทักษะการบริหารเวลา ข่าวดีประการที่สองคือทั้งหมดนี้สามารถเรียนรู้ได้จากการฝึกอบรมที่เหมาะสม

    มาสร้างตารางสรุปซึ่งจะมีผู้สมัครสามคน:

    1. ภายนอกที่ไม่มีความรู้ด้านอุตสาหกรรมไอที
    2. ภายนอกที่มีความรู้เกี่ยวกับอุตสาหกรรมไอที
    3. ภายในที่มีความรู้เกี่ยวกับอุตสาหกรรมไอทีและข้อมูลเฉพาะของบริษัท

    ด้วยวิธีนี้จะเห็นได้ชัดว่าคุณสามารถลองแข่งขันได้ที่ไหน

    ความคิดเห็นของฉันคือว่าหากปราศจากการดื่มด่ำกับสภาพแวดล้อมด้านไอที เป็นไปไม่ได้ที่จะเชี่ยวชาญภาษาไอทีอย่างน้อยก็ในระดับความเข้าใจ จึงไม่มีประโยชน์ที่จะแข่งขันกับแต้มแรก คุณ (ผู้สมัครภายนอกที่ไม่ใช่ไอที) รับประกันว่าจะแพ้ที่นี่ อีกสามพื้นที่ที่เหลือค่อนข้างอ่อนไหวต่อการแข่งขัน ยิ่งไปกว่านั้น หากอย่างที่สอง (ความรู้เกี่ยวกับ SDLC) จำเป็นต้องมีการแช่อยู่ในสภาพแวดล้อมเพื่อความเข้าใจที่สมบูรณ์ คุณก็จะสามารถเรียนรู้ที่จะเข้าใจมันอย่างคร่าว ๆ อย่างน้อยโดยไม่ต้องทำงานด้านไอที การขาดความรู้ SDLC สามารถชดเชยได้ด้วยความรู้ของหัวหน้าด้านเทคนิคที่ชาญฉลาด สถาปนิก และบุคคลที่มีความสามารถทางเทคนิคจากทีมในอนาคตของคุณ แต่เพื่อที่จะค้นหาภาษากลางกับบุคคลดังกล่าวและรับความช่วยเหลือจากเขา คุณต้องมีทักษะที่จริงจังใน PM Soft Skills

    นั่นทำให้ PM Hard Skills และ PM Soft Skills - และนี่คือขอบเขตที่ผู้สมัครที่ไม่ใช่ฝ่ายไอทีสามารถทำงานได้ดีกว่าผู้สมัครจากอุตสาหกรรมไอทีอย่างมาก ทำไมฉันถึงคิดแบบนี้? ผู้จัดการฝ่ายไอทีจำนวนมากเติบโตมาในฐานะนักพัฒนา นักวิเคราะห์ และผู้ทดสอบ ใช่ มีผู้เชี่ยวชาญที่เจ๋งมากในหมู่พวกเขา ผู้สมัครระดับผู้บริหารเหล่านี้จำนวนมากมาจากอุตสาหกรรมไอที โดยพื้นฐานแล้วพวกเขายังคงเป็นโปรแกรมเมอร์ นักวิเคราะห์ และผู้ทดสอบคนเดิม ซึ่งหมายความว่าทักษะ PM Hard และ Soft อาจมีการพัฒนาน้อยกว่าของผู้สมัครภายนอก ท้ายที่สุดแล้ว ทั้งสองด้านนี้ (PM Hard Skills และ PM Soft Skills) ไม่ได้ขึ้นอยู่กับข้อมูลเฉพาะด้านไอที สิ่งเหล่านี้สามารถและควรได้รับการพัฒนาโดยไม่คำนึงถึงพื้นที่ที่คุณทำงานอยู่ในปัจจุบัน

    สุดท้ายจะเกิดอะไรขึ้น? ตารางสรุปของเราจะเป็นเช่นไรเพื่อให้ผู้สมัครภายนอกที่ไม่เคยทำงานด้านไอทีมาก่อนมีโอกาส?

    แผนปฏิบัติการที่อาจช่วย (หรืออาจจะไม่) แต่ถ้าคุณไม่ทำอะไรเลยก็ไม่รับประกันว่าจะช่วยได้

    1. พูดคุยกับหนึ่งในบุคลากรด้านไอทีที่ชาญฉลาดที่คุณรู้จัก (นักพัฒนา ผู้ทดสอบ นักวิเคราะห์ และที่ดีกว่านั้นคือ หัวหน้าทีมหรือผู้จัดการ) เกี่ยวกับ SDLC นอกจากนี้ โปรดอ่านเกี่ยวกับเรื่องนี้บนอินเทอร์เน็ต มันอาจจะคุ้มค่าที่จะพูดมากกว่าหนึ่งครั้งหรือสองครั้ง

    2. พยายามเลือกบทบาทของผู้ช่วยผู้จัดการโครงการในด้านไอทีหรือบทบาทของผู้เชี่ยวชาญ PMO รุ่นน้อง (ความรู้เกี่ยวกับกระบวนการจัดการมีความสำคัญมากกว่าความรู้เกี่ยวกับขั้นตอนและความแตกต่างและเงื่อนไขของการพัฒนา) เมื่อคุณพบว่าตัวเองอยู่ในบทบาทเหล่านี้ คุณจะต้องศึกษาคำศัพท์และข้อมูลเฉพาะของไอทีจากภายใน หากคุณมีความปรารถนาอย่างแรงกล้าที่จะย้ายและพัฒนาในด้านนี้โดยเฉพาะ

    3. อธิบายในการสัมภาษณ์ว่า “จุดแข็งของคุณคือความสามารถในการแก้ไขข้อขัดแย้ง ความสามารถในการทำงานกับสถานการณ์ที่ยากลำบาก ความสำเร็จในการเจรจาต่อรอง ความรู้ภาษาอังกฤษ และคุณจะปิดช่องว่างทางเทคนิคด้านความรู้ผ่านการสื่อสารที่เหมาะสมและความช่วยเหลือจากผู้เชี่ยวชาญทางเทคนิคที่จะเป็นผู้ใต้บังคับบัญชาของคุณ ท้ายที่สุดแล้ว การทำงานร่วมกับผู้คนคือจุดแข็งของคุณ” ประมาณคำเหล่านี้ สิ่งสำคัญคือต้องพูดความจริงเกี่ยวกับจุดแข็ง ไม่ใช่ความกล้าที่จะผ่านการสัมภาษณ์ เชื่อฉันเถอะว่าผู้จัดการที่ฉลาดคนใดจะตัดสินในระหว่างการสัมภาษณ์ว่าคุณกำลังโกหกหรือไม่ และทั้งหมดนี้ก็จะจบลง แต่สมมติว่าคุณได้งานแล้ว คุณจำเป็นต้องมองหาพันธมิตรในหมู่นักเทคโนโลยีอย่างเร่งด่วนซึ่งจะช่วยครอบคลุมและอธิบายด้านเทคนิคของงาน งาน และปัญหาที่เกิดขึ้นใหม่อย่างครบถ้วนและสม่ำเสมอ

    พูดโดยคร่าวๆ คุณ + พันธมิตรที่เป็นสายเทคนิคจะเป็นผู้จัดการที่รวมกันซึ่งมีสองหัว (บางทีคุณอาจต้องการพันธมิตรมากกว่าหนึ่งคน) ผู้จัดการฝ่ายจ้างงานจำนวนมาก (เจ้านายในอนาคตของคุณ) เข้าใจสิ่งนี้และอาจไม่ต้องการทำเช่นนี้เพราะคุณจะกินเวลาของช่างเทคนิค ซึ่งจะลดประสิทธิภาพการทำงานของทีมโดยรวม ดังนั้นการขาดทักษะและความรู้บางอย่างของคุณจะอยู่ที่ด้านหนึ่งของระดับ และในอีกด้านหนึ่ง ผู้จัดการในอนาคตของคุณจะชั่งน้ำหนักประสิทธิภาพและประสิทธิผลที่ลดลงที่เป็นไปได้ของทีมที่พวกเขาวางแผนจะพาคุณไป และยิ่งมีประสิทธิภาพมากขึ้นเท่าใด โอกาสที่คุณจะได้รับการจ้างงานก็จะน้อยลงเท่านั้น คำนึงถึงเรื่องนี้ด้วย

    เพื่อสรุป เพื่อที่จะแข่งขันกับคนที่เข้าใจไอทีและมุ่งมั่นที่จะเป็นผู้จัดการโครงการ คุณจะต้องเอาชนะพวกเขาใน PM Soft Skills อย่างจริงจัง

    ป.ล.: ต้นฉบับของบทความนี้ (และเนื้อหาที่น่าสนใจอื่น ๆ ) สามารถอ่านได้ในบล็อกของฉัน: