คุณพูดถึงหนึ่งในความคิดเห็นที่ว่านี่เป็นงานแรกของคุณ ผู้จัดการมักจะไม่ใช่เรื่องทางเทคนิคทุกที่ยกเว้นร้านขายซอฟต์แวร์เฉพาะในประสบการณ์ของฉัน นี่เป็นส่วนหนึ่งของชีวิตเพิ่งเริ่มชินกับสิ่งนั้น
คุณร้องไห้และสะอื้นเพราะไม่มีใครที่จะชื่นชมความงดงามของโซลูชั่นของคุณ ปัญหาจริงที่นี่ไม่ใช่ว่าจะไม่มีใครชื่นชมความสง่างามของโซลูชันของคุณ แต่ไม่มีใครสอนคุณว่าทางออกของคุณไม่ดีเท่าที่คุณคิด โปรแกรมเมอร์ใหม่ทุกคนประเมินค่าทักษะจริงของพวกเขามากเกินไป ไม่มีที่ปรึกษาที่จะช่วยให้คุณฝึกฝนได้ดีขึ้น หากไม่มีใครคอยให้คำปรึกษาคุณให้เข้าร่วมกลุ่มผู้ใช้ในพื้นที่เข้าร่วมอย่างแข็งขันและพาคนที่นั่นมาให้คำปรึกษาคุณ ยิ่งไปกว่านั้นมันจะช่วยให้คุณหางานที่ดีขึ้นในที่สุด
คุณให้คะแนนศูนย์ในการทดสอบ Joel หรือไม่? หากคุณเป็น coder เพียงคนเดียว (และเสียงจากสิ่งที่คุณเขียนว่าคุณเป็น) พวกเขาทำไมคุณไม่ใช้การควบคุมแหล่งที่มา? คุณป้องกันอะไร หากคุณไม่ได้เป็น coder เพียงคนเดียวทำไมจึงไม่มีใครที่สามารถตรวจสอบโค้ดได้ นักพัฒนาซอฟต์แวร์ของเราทุกคนทำการตรวจสอบโค้ดมันไม่ใช่ฟังก์ชั่นการจัดการโดยเฉพาะอย่างยิ่งเมื่อผู้จัดการไม่ใช่ด้านเทคนิค
ความต้องการเปลี่ยนแปลงไปในทุกที่ ความต้องการทางธุรกิจเปลี่ยนแปลงอย่างต่อเนื่องและผู้ที่ไม่ใช่โปรแกรมเมอร์มักไม่สามารถมองเห็นสิ่งที่โปรแกรมจะทำจนกว่าจะมีบางอย่าง จากนั้นพวกเขาก็ตระหนักว่าไม่ใช่สิ่งที่พวกเขาต้องการ นั่นเป็นสาเหตุที่ Agile เกิดขึ้นจริง ๆ เพราะวิธีการแบบเก่าไม่สามารถจัดการกับการเปลี่ยนแปลงที่ดีได้
ตั้งค่าการติดตามบั๊กแม้ว่าฝ่ายบริหารไม่ต้องการป้อนข้อมูลด้วยตนเอง รับผิดชอบในการป้อนข้อบกพร่อง / คุณสมบัติใหม่ในขณะที่มีคนพูดถึงคุณ มันจะช่วยให้สามารถบอกผู้จัดการได้เมื่อเขาต้องการการเปลี่ยนแปลงที่คุณได้รับมอบหมาย 27 สิ่งอื่น ๆ และนี่คือรายการซึ่งคุณต้องการให้ฉันย้ายรายการลำดับความสำคัญลงเพื่อรองรับการเปลี่ยนแปลงใหม่นี้ มันจะช่วยในเวลาตรวจสอบเพราะคุณจะสามารถนับจำนวนการแก้ไขข้อบกพร่องและคุณสมบัติที่คุณใช้ หากทุกคนไม่ได้ใช้มันอย่างน้อยคุณก็สามารถทำงานของคุณเองได้ หากพวกเขาไม่ยอมให้คุณติดตั้งซอฟต์แวร์ใด ๆ ให้ใช้สเปรดชีต Excel ใช้ความคิดริเริ่ม เมื่อคุณสามารถแสดงผลลัพธ์ผู้อื่นจะสนใจมากขึ้น หากคุณคิดว่ามีคนทำงานมากเกินไปตัวติดตามบั๊กจะช่วยให้คุณพิสูจน์ได้
อย่าพิสูจน์ตัวอย่างที่ดูดี! การสาธิตควรดูราวกับว่าพวกเขาเขียนด้วยปากกาบนกระดาษ ยิ่งอินเทอร์เฟซขัดเงามากเท่าไหร่บุคคลที่ไม่ใช่ด้านเทคนิคก็คิดว่ามันจะเสร็จสิ้น
แม้ว่าจะไม่มีใครรู้ว่าถ้าคุณไม่ปฏิบัติตามแนวทางปฏิบัติที่ดีที่สุดและรหัส semi_hard คุณจะรู้และคุณจะได้รับนิสัยที่ไม่ดีและเลอะเทอะ ที่จะไม่ให้บริการคุณได้ดีในงานต่อไปของคุณ ดังนั้นทำสิ่งต่าง ๆ ให้ใกล้เคียงกับวิธีที่ถูกต้องที่คุณอาจทำได้ภายใต้สถานการณ์ ตรวจสอบให้แน่ใจว่าได้เขียนการทดสอบ (เพียงแค่พิจารณาสิ่งนี้เป็นส่วนหนึ่งของเวลาในการพัฒนาและใช้เวลาในการประมาณการใด ๆ ที่คุณให้การจัดการแม้ว่าคุณจะไม่ได้บอกว่าเป็นส่วนหนึ่งของการประเมิน) และใช้การทดสอบเหล่านั้น การเปลี่ยนแปลงในภายหลังจะไม่ทำลายสิ่งอื่น
คุณต้องมองว่านี่เป็นโอกาสอันล้ำค่าที่จะเติบโตและปรับปรุง คุณมีอิสระในการเขียนรหัสจริงมากกว่าที่หลายคนมีในขั้นตอนการทำงานของคุณ ดังนั้นให้พิจารณาโอกาสนี้ในการสร้างพอร์ตโฟลิโอของโครงการที่ดำเนินการสำเร็จ เมื่อคุณมองหางานต่อไปความสามารถในการชี้ให้เห็นความสำเร็จเช่นการควบคุมแหล่งที่มาแบบสถาบันการติดตามข้อผิดพลาดแบบสถาบันการสร้างหมายเลข X ของการใช้งานโครงการที่ประสบความสำเร็จเป็นต้นจะทำให้คุณโดดเด่นกว่าที่อื่น
คุณยังมีโอกาสที่ดีที่นี่เพื่อเรียนรู้วิธีการจัดการความคาดหวังขึ้น นี่คือ askill ที่จะมามีประโยชน์ส่วนที่เหลือในอาชีพของคุณ คุณไม่มีความพยายามที่จะทำสิ่งนี้ที่นี่สิ่งต่าง ๆ ไม่ดีอยู่แล้ว แต่คุณสามารถเรียนรู้ทักษะทางการเมืองที่จะช่วยคุณในสถานที่ที่ดีขึ้นในภายหลัง เรียนรู้การวิเคราะห์ต้นทุนและผลประโยชน์ เรียนรู้วิธีการขีดเส้นใต้โดเมนธุรกิจเพื่อให้คุณมั่นใจเมื่อพูดคุยกับพวกเขา เรียนรู้ที่จะพูดคุยในแง่ของชุดสูทกับ บริษัท และผลกำไร ทำประมาณการสำหรับทุกงานที่คุณมอบหมายและแม้ว่าพวกเขาจะไม่ตรงกับการจัดการที่มีให้คุณเก็บบันทึกสิ่งที่คุณประเมินและสิ่งที่ต้องใช้จริงเพื่อปรับปรุงความสามารถของคุณในการประเมินงาน เมื่อคุณสามารถแสดงให้เห็นว่าการประมาณการของคุณในอดีตมีความแม่นยำมากกว่าการจัดการ พวกเขาจะฟังมากกว่าเมื่อคุณบอกพวกเขาว่าการประเมินต่ำเกินไป แต่คุณต้องสร้างบันทึกการติดตามก่อนทั้งการประเมินเพิ่มเติมและที่สำคัญที่สุดคือความสามารถในการส่งมอบโครงการและทำให้พวกเขาทำงาน นี่เป็นทักษะที่ดีที่จะมีเมื่อคุณเลื่อนตำแหน่งในอาชีพการงานของคุณ
เหนือสิ่งอื่นใดอย่าอดทนและคาดหวังว่าการปรับปรุงจะมาจากด้านบน