การบริหารการจัดซื้อ

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

ในบางองค์กรที่ผมเคยปรึกษา, ผู้จัดการโครงการสามารถใช้ blanche ตามสั่งถึง 10,000 $ ในการซื้อสินค้าใดๆที่พวกเขาต้องการ. ในอื่นๆน้อยองค์กรสนุก, ผู้จัดการโครงการไม่สามารถซื้อ pop โซดาโดยไม่ได้รับอนุญาตจากบัญชีของ.

ดังนั้นคุณอยู่ไหนคุณรับซื้อ, ซื้อ, ซื้อหรือจะซื้อทุกพิจารณาหนักและ meditated ก่อนใครถึงสำหรับกระเป๋าสตางค์หรือไม่ในร้านใดมีหลักเกณฑ์บางประการที่คุณควรพิจารณาเป็น.
จริงๆมี.

วางแผนว่าจะซื้อ

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

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

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

Gettin 'เพื่อ Gettin'

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

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

มีอะไรดีกว่าหาขายในฮาร์ดแวร์หรือซอฟต์แวร์ที่มีความต้องการโครงการของคุณแต่คุณและฉันรู้ว่าเพียงไม่ทางเทคโนโลยีและการจัดซื้อมักจะทำงาน. เราได้ไปที่ร้านเปรียบเทียบประเมินผลและในที่สุดกระอักเงินสดเพื่อรับสิ่งที่โครงการของเราต้อง.
แต่นี่บาง Econ 101 คุณ: ราคารับผลกระทบจากอุปทานและอุปสงค์ที่รอการเปลี่ยนแปลงและปัจจัยอื่นๆจากกฎระเบียบของรัฐต่อเศรษฐกิจโดยรวม.

ฉันจะได้ยินเสียงคุณอีกครั้ง: Duh.

แต่ยึดที่ 'duh' หนึ่งขณะ. สามเงื่อนไขเฉพาะผลต่อราคาเท่าไหร่ที่คุณจ่ายสำหรับสิ่งที่โครงการต้องการของคุณ:

แหล่งเดียว. ในสภาพนี้คุณอาจจะจ่าย bucks ใหญ่. แหล่งเดียวหมายถึงมีเพียงหนึ่งผู้ขายที่มีคุณภาพในตลาด. นี้อุปทานและอุปสงค์ที่มีดี. หากโครงการของความต้องการ Cisco CCIE-ที่ปรึกษาด้านการรับรองผู้ที่จะต้องทราบว่าโปรแกรมใน COBOL, พูดภาษาสเปนและปาเก็ตตี้ปรุงอาหารถึงสี่สิบคนและต้องอยู่ในพื้นที่ที่บริษัทของท่านเหล่านี้จะมีความต้องการสูง you'll โอกาสจะต้องจ่ายเงินที่สูงขึ้นสำหรับผู้เชี่ยวชาญกว่านี้ ปาเก็ตตี้โดยเฉลี่ยของคุณปรุงอาหารตัด.
แหล่ง Single. คุณรัก. เมื่อมีผู้ให้บริการแหล่งเดียวขององค์กรของคุณชอบทำงานกับผู้ให้บริการแม้ว่าผู้ให้บริการอื่นๆอาจจะน้อยกว่าค่าใช้จ่ายหรือรับรองเพิ่มเติม. อันตรายคือให้แหล่งเดียวของคุณจะได้รู้สิ่งที่แนบมาของคุณและใช้ประโยชน์จากสถานการณ์. หรือได้รับหละหลวมในการมุ่งมั่นเพื่อคุณภาพ. หรือเลิกกิจการ. (หรือไม่.)
Oligopoly. หนึ่งนี้สนุกแค่กล่าว. ลองโอ้-lig-โอ้-polly (เสียงเหมือนผูกขาด). สภาพตลาดซึ่งหมายความว่ามีเพื่อให้บางส่วนของเฉพาะดีหรือบริการที่กิจกรรมที่ดำเนินการหรือกรณีหนึ่งผู้ขายมีผลต่อกิจกรรมการดำเนินการหรือกรณีของผู้ขายอื่นๆ. มีตัวอย่าง: ค่าโดยสารสายการบิน; ราคาน้ำมัน; ค่าฮาร์ดแวร์หรืออาจของปาเก็ตตี้-cooking, COBOL-CCIEs โปรแกรมที่อยู่ในละแวกของคุณ.

เงินสดและกฎหมายของผลตอบแทนน้อยลงไป

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

คิดว่าคุณมีช่องข้าวสาลี. รอเขาจาก Sheboygan. คิดว่าคุณมีช่องข้าวโพดและคุณทราบว่าคุณจะได้รับ 100 รถบรรทุกของข้าวโพดออกจากสนาม. ที่ท่านเคยข้าวโพดมากที่สุดจะได้รับจากสนาม. คุณรู้ว่าถ้าคุณเช่า 10 guys เพื่อเก็บเกี่ยวข้าวโพดสำหรับคุณพวกเขาจะทำได้ใน 2 วัน. เพื่อให้คุณด้วยเหตุผลว่าถ้าคุณเช่า 20 guys คุณจะทำใน 1 วัน. ดังนั้นนี้ต้องหมายความว่าถ้าคุณจ้าง 40 คนงานทั้งหมดข้าวโพดจะเก็บเกี่ยวในครึ่งวันขวา? อาจแต่ถ้าหากคุณยังคงเพิ่มงานในสนามเป็นบางสิ่งจะเกิดขึ้น:

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

ดังนั้นไม่ว่าทั้งหมดข้าวโพดนี้เกี่ยวข้องกับ IT โครงการ?

คำตอบที่ชัดเจนคือคุณไม่สามารถอย่างอธิบายเพิ่มแรงงานรับโครงการเสร็จเร็ว. และเพียงเพราะคุณเพิ่มแรงงานไม่ได้หมายความว่าโครงการจะได้รับเสร็จเร็ว. (ท่านเคยมีสองโปรแกรมเมอร์สองวิศวกรระบบหรือสองภาษาสเปนพูด, ปาเก็ตตี้-cooking, COBOL-CCIEs โปรแกรมโต้เถียงกว่าวิธีการงานควรจะเสร็จ? โต้แย้งได้ไปในปีก่อนงานจริงได้รับงาน. )

แต่กฎหมายของผลตอบแทนน้อยลงไปยังหมายเลขเทคโนโลยีที่คุณซื้อ. ท่านเคยซื้อใบสมัครที่ได้อุดมด้วยคุณสมบัติที่ค่าใช้จ่ายและเวลาของการเรียนรู้งานได้มากกว่าผลตอบแทนจากการใช้โปรแกรมหรือไม่คุณมีหรือเคยติดตั้งโรงไฟฟ้าเซิร์ฟเวอร์พิมพ์ใหญ่ที่หลายคุณสมบัติของ OS ไปไม่มี? หรือ maxed out RAM ในแล็ปท็อปที่ใช้สำหรับงานนำเสนอ PowerPoint และการเล่นไพ่คนเดียวหรือไม่
เมื่อมันได้มีมายัง IT ฮาร์ดแวร์เช่นเดียวกับแรงงานผู้จัดการโครงการควรเอาเฉพาะสิ่งที่จำเป็น-max ไม่ว่างบประมาณจะอนุญาต.

สร้างหรือซื้อ?

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

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

บางครั้งเช่นเมื่อทีมงานของคุณ lounging สระบริษัท sipping noir pinot และ snacking ในปาเก็ตตี้ก็เหมาะที่จะนำพวกเขากลับไปทำงานอย่างอาคาร. อีกครั้งมีจำนวนมากด้วยเหตุผลที่ว่าทำไมมันอาจจะดีกว่าเพื่อสร้างแทนที่จะซื้อหรือวิธีการอื่นๆ.

แต่บางครั้งก็หมดจดตัดสินใจราคา. นี่คือข้อ: ขอบอกว่าถ้าองค์กรของคุณสร้างชิ้นส่วนของซอฟต์แวร์ก็จะเสียค่าใช้จ่าย $ 45,000 สร้างแล้ว 4.500 $ ในแต่ละเดือนให้การสนับสนุน. ขณะนี้ผู้ขายกล่าวว่าพวกเขาจะคิดค่าบริการเพียง $ 23,000 เพื่อสร้างผลิตภัณฑ์แรกแต่พวกเขาจะต้อง 6,500 $ ในแต่ละเดือนให้การสนับสนุนเป็นส่วนหนึ่งของการจัดการ.

Hmmm ... ดังนั้นผู้จัดการโครงการจะทำคืออะไร

คณิตศาสตร์.

นี่เป็นวิธีการทำงาน: ใช้สร้างตัวเลือก $ 45,000 และหักราคาขายของของ $ 23,000. แตกต่างคือ $ 22,000. ปัจจุบันค่าบริการรายเดือนของผู้ขายที่ 6,500 $ และหักน้อยในบ้านของคุณค่าของ $ 4,500. แตกต่างคือ $ 2,000.

ตอนนี้กลองม้วนกรุณาแบ่งแรก out-of-ความแตกต่างของค่าขนม $ 22,000 โดยความแตกต่างรายเดือนสนับสนุนค่าของ $ 2,000 และคุณจะได้รับ 11.
สิบเอ็ดคืออะไร?

ดี 11 ในกระบองหมายถึงคู่ลง. นี่มันหมายความว่าคุณสามารถจ่ายสำหรับ out-of-Pocket ค่าใช้จ่ายในการสร้างซอฟต์แวร์ในบ้านใน 11 เดือน. ดังนั้น Copernicus ถ้าสร้างซอฟต์แวร์ของคุณจะอยู่ต่ำกว่า 11 เดือนให้เช่าขายเพื่อทำงานให้คุณ. ถ้าแก้ปัญหาของคุณจะถูกรอบนานกว่า 11 เดือนและราคาคือปัจจัยเพียงสร้างซอฟต์แวร์เอง.

การออกสัญญา

แทนที่สัญญาทุกอย่าง: สัญญาอีเมล์ handshakes ลับ. ตราบเท่าที่พวกเขาไม่รวมถึงกิจกรรมที่ผิดกฎหมายสัญญามีการสนับสนุนจากระบบกฎหมายสหรัฐอเมริกา. สัญญาคือสิ่งที่ทำให้การจัดการจัดการ.

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

คำขอสำหรับข้อเสนอที่ต้องการราคาแต่ยังแนะนำและแนวคิดในการทำงานโครงการจะทำ. ข้อเสนอมากกว่าต้นทุน-bit they're คำปรึกษาจากผู้ผลิตเป็น.

ในใหญ่สัญญาเหรียญคุณมีแนวโน้มที่จะจัดประชุม bidders 'ซึ่งผู้ค้าที่ต้องการสร้างข้อเสนอหรือเสนอราคาจะพบกับคุณในครั้งเดียวและซักถามเกี่ยวกับการเพาะปลูก. การตั้งค่าเพื่อให้แน่ใจว่าผู้ขายทั้งหมดที่มีข้อมูลเดียวกันที่ราคาฐานและข้อเสนอ.

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

นำของคุณขนาดเท่ากระเป๋าเงิน

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

ตอนนี้ถ้าคุณจะขอโทษนะที่พูดของฉันสเปน CCIE-รับรองโปรแกรมเมอร์ COBOL ได้ปาเก็ตตี้พร้อม. และฉันต้องจ่ายใบแจ้งหนี้ของเขา.

ด้านล่างเอกสารเพิ่มเติมที่เกี่ยวข้องกับบทความข้างต้นจาก "ประเภท บริหารจัดการโครงการ บทความ" เป็น.

ผู้ที่สนใจในบทความข้างต้น "จัดหา Management" ยังสนใจในบทความที่เกี่ยวข้องที่ปรากฏด้านล่าง: