esults-oriented individuals are focused on making things happen. You f การแปล - esults-oriented individuals are focused on making things happen. You f ไทย วิธีการพูด

esults-oriented individuals are foc


esults-oriented individuals are focused on making things happen. You find them in the middle of successful projects digging up the road blocks and greasing the wheels. As a results-oriented business analyst you figure out how to get the right requirements, no matter the challenges faced, and stay resolutely focused on the core principles of gaining alignment and achieving clarity.
You also ensure that your project and efforts are consistently focused on delivering value for the organization.
Do you think you are results-oriented?
Consider the following questions:
• How do you get started on a project? Do you wait for someone else for direction or do you jump in and figure it out?
• If your stakeholders aren’t answering your emails or attending your meetings, how do you respond? Do you figure out what you can do to help?
• If your organization has a formal process, do you focus on dotting the I’s and crossing the T’s or do you stay relentlessly focused on ensuring the deliverable you create are clear and consistent and fulfill your objectives on the project?
You know your activities are results-oriented if you can answer the question of “why” for each activity you do day-to-day. This is a tough standard, but one worth considering applying to your work.
In IIBA’s May newsletter, Kathleen Barrett wrote a magnificent article about taking charge of our profession. One attribute she called out was “finding your inner project manager.” I think this is a great way to frame a results-orientation because it speaks to the fact that even though we are not project managers, we should be self-managing. This means we’re responsible for planning our requirements activities and breaking down the roadblocks that surface as we proceed along our plan. It means we’re accountable to the success of our requirements-related activities. This means we need to be results-oriented in our work.
Another aspect of results-orientation is about staying focused on the project ROI. We hear a lot about the value of specific projects and I’ve never heard anyone accuse a business analyst of not finding and delivering a high-value, quality solution. But value is delivered only if the solution can be implemented. I have heard many cases (and witnessed a few myself) where a business analyst focused only on potential value and not realistically achievable value. Like it or not, project constraints such as time and budget are a part of our world.
Some questions to consider:
• Do you feel solutions need to be perfect to be acceptable?
• Do you find yourself in debates with the technical team when the requirements are unrealistic?
• Do you help the business prioritize? And I mean really prioritize in such a way that not every idea or thought is a number 1 priority but only the best possible ideas make it through the initial analysis phase?
We all know that anything is possible, given infinite resources and infinite time. I doubt any of you have the luxury of working in an environment that meets either of those criteria, let alone both. Being results-oriented means we can focus our best business analysis efforts on what can actually be achieved. It doesn’t mean we have to forego the dream or set aside big ideas and visions, but it does mean that we do gut-checks against what can be realistically accomplished and help guide the requirements process inside a certain set of achievable boundaries. Results-oriented business analysts inject a healthy dose of pragmatism into their requirements process.
I can almost see you nodding your head and thinking you’ve got this nailed. So let me tell you a story. Let’s talk about Bob, a fictitious business analyst who is a lot like many of us. Bob is given a new project that’s the top priority project for the company. There is a bit of urgency because a competitor is launching a similar feature in a few months. Bob’s boss tells Bob to drop everything else and focus on this project. The team needs enough detail to start developing something in two weeks.
Bob calls a meeting with the business sponsor. The business sponsor isn’t 100% clear about what the competitor feature is and can’t answer a lot of Bob’s questions. Bob waits for a couple days and then tells his boss the deadline is impossible. The business doesn’t have a clear set of objectives.
Sound like a familiar situation? Let’s consider an alternate ending for this story, one that sets Bob up to be a superstar, results-oriented business analyst.
Let’s pick up this story after the first meeting with the business sponsor. Bob realizes that there is more ambiguity than expected about the project. He talks to a colleague of his in the sponsor’s department, we’ll call her Sue. Bob knows Sue well because they meet for coffee every couple weeks. Sue gives Bob a couple of documents, including a competitive report and some screen shots they were able to capture from a demo they attended. She briefs him on what she knows and they set up some time to meet the next day. All afternoon, Bob sifts through the documentation. He creates a snapshot of the requirements of the competitive feature and thinks of 3 ways his company could launch something with similar value. Next morning he reviews his 3 ideas with Sue. Sue thinks two of them are great, but one is off the mark. Sue has a different idea. Bob updates his working “idea document” and sets up another meeting with the sponsor.
In the meeting with the sponsor, Bob starts out by saying what a challenge it is to come up with a feature like this. He tells the sponsor he came up with a few ideas just to help get the conversation started. Would he like to see them? Of course! Then they launch into a 2 hour discussion of the different options, select one, and Bob nearly skips out of the sponsor’s office. He spends the remaining 7 business days working with Sue and a few other stakeholders to detail out the idea. At the end of the two weeks, Bob has the big idea laid out with details on the first few parts for the development team to start on. He meets with the development team, proud of what he managed to achieve in such a short time. The development team tells Bob that his solution is impossible. The requirements he has for the first two weeks are useless. Development will start late. Bob is defeated. He was so excited to meet the deadline that he forgot to vet his ideas with the development team.
The story doesn’t have to end this way. Let’s step back to Bob’s meeting with the sponsor and write a new ending. Instead of coming up with one solution, Bob and the sponsor select two possible solutions and create a list of prioritized objectives for matching the competitive threat. One solution has more value to the customer, but the second is probably good enough to meet the competitive challenge. They put some benefits statements around each solution possible solution.
Bob schedules a meeting with the development team to review the two possible solutions and hear their ideas. By the end of the meeting, the development team comes up with an idea that is slightly better than the second option and achievable in the time frame. Bob validates the new idea with the sponsor. Bob meets with the implementation team the next day to identify the implementation phases. Bob then sets out to fill in the details for the initial phase. He now has 5 business days, so the piece he delivers is a bit smaller, but the development team has already started working on some core architectural pieces and planned to iterate, so no real time is lost.
Bob is awarded employee-of-the-month for getting the requirements done in record time and promoted to senior business analyst. You can call the process Bob used agile, lean, RUP, or enterprise analysis. You can call it whatever you want. There are no limit to the practices and techniques you can use to achieve results. But at the core, focusing on driving results is what will get you results. This is just one story. Bob could have been handed any number of challenges. There is no one path and you won’t ever be dealt the same hand twice. So focusing on results is the clearest path to success that I’ve ever come to know.
0/5000
จาก: -
เป็น: -
ผลลัพธ์ (ไทย) 1: [สำเนา]
คัดลอก!

esults เน้นบุคคลจะเน้นทำสิ่งที่เกิดขึ้น คุณพบพวกเขากลางประสบความสำเร็จโครงการขุดขึ้นบล็อกถนน และอัดจารบีสำหรับล้อ เป็นนักวิเคราะห์ธุรกิจที่มุ่งเน้นผลลัพธ์คุณทราบวิธีการหาความเหมาะสม ว่าความท้าทายที่เผชิญ และคอย resolutely เน้นหลักหลักสามารถจัดตำแหน่ง และบรรลุความชัดเจน
นอกจากนี้คุณยังมั่นใจว่า โครงการของคุณและความพยายามเป็นอย่างสม่ำเสมอเน้นส่งค่าสำหรับองค์กร
คุณคิดว่า คุณจะเน้นผลลัพธ์หรือไม่
พิจารณาคำถามต่อไปนี้:
•วิธีคุณเริ่มต้นโครงการหรือไม่ คุณรอคนที่ทิศทางอื่น หรือคุณกระโดดใน และคิดออก
•ถ้าของคุณเสียไม่ตอบอีเมล์ของคุณ หรือเข้าร่วมการประชุมของคุณ คุณตอบอย่างไร คุณเข้าใจสิ่งที่คุณสามารถทำเพื่อช่วย
•ถ้าองค์กรมีกระบวนการอย่างเป็นทางการ คุณเน้น dotting ไอได้และข้ามของ T หรือทำคุณพักที่คืบเน้นมั่นใจในสิ่งที่จัดส่งคุณสร้างมีความชัดเจน และสอดคล้อง และตอบสนองวัตถุประสงค์ในโครงการหรือไม่
คุณทราบกิจกรรมมุ่งเน้นผลลัพธ์ถ้าคุณสามารถตอบคำถาม "ทำไม" สำหรับแต่ละกิจกรรม ที่คุณทำยอด มาตรฐานเหนียว แต่หนึ่งควรนำมาพิจารณาใช้กับงานของคุณอยู่
ในของ IIBA อาจสาร แคทลีน Barrett เขียนบทความอันเกี่ยวกับการค่าของอาชีพของเรา แอททริบิวต์หนึ่งที่เธอเรียกได้ "หาโครงการภายในตัวจัดการ"ฉันคิดว่า นี้เป็นวิธีดีเพื่อกรอบผลลัพธ์แนว เพราะมันพูดถึงความจริงที่ว่า แม้ว่าเราไม่ใช่ผู้จัดการโครงการ เราควรจะจัดการตัวเอง ซึ่งหมายความว่า เรารับผิดชอบการวางแผนความต้องการกิจกรรม และแบ่ง roadblocks การพื้นผิวที่เป็นเราดำเนินการตามแผนของเรา มันหมายความว่า เรารับผิดชอบต่อความสำเร็จของกิจกรรมที่เกี่ยวข้องกับความต้องการของเรา นี้หมายความว่า เราจำเป็นต้องมุ่งเน้นผลลัพธ์ในการทำงานของเรา
อีกด้านผลลัพธ์แนวกำลังพักเน้นโครงการร้อย เราได้ยินมากมายเกี่ยวกับมูลค่าของโครงการ และผมไม่เคยได้ยินใครกล่าวหาธุรกิจนักวิเคราะห์ค้นหา และส่งมอบมูลค่าสูง แก้ปัญหาคุณภาพไม่ แต่ค่าจัดส่งเฉพาะเมื่อสามารถดำเนินการแก้ปัญหา ฉันได้ยินหลายกรณี (และเห็นตัวเองกี่) ที่เป็นนักวิเคราะห์ธุรกิจเน้นเฉพาะค่าที่เป็นไปได้และค่าทำได้จริงไม่ ชอบ หรือ ไม่ ข้อจำกัดของโครงการเช่นงบประมาณและเวลาเป็นส่วนหนึ่งของโลกของเรา
คำถามต้องพิจารณา:
•คุณรู้สึกโซลูชั่นที่ต้องการเป็นที่ยอมรับหรือไม่
•คุณพบตัวเองในการดำเนินงานด้วยทีมงานด้านเทคนิคเมื่อความต้องการไม่ได้หรือไม่
•คุณช่วย prioritize ธุรกิจ และผมหมายถึง การจัดลำดับความสำคัญในลักษณะที่ไม่คิดหรือคิดเป็นหมายเลข 1 สำคัญ แต่เฉพาะดีที่สุดได้คิดให้ผ่านขั้นตอนการวิเคราะห์เริ่มต้นจริง ๆ
เรารู้ว่า อะไรเป็นไปได้ กำหนดทรัพยากรไม่จำกัดและไม่จำกัดเวลา สงสัยคุณมีหรูทำงานในสภาพแวดล้อมที่ตรงกับเงื่อนไขเหล่านั้นอย่างใดอย่างหนึ่ง นับประสาทั้ง การมุ่งเน้นผลลัพธ์หมายถึงเราสามารถเน้นความพยายามวิเคราะห์ธุรกิจของเราดีที่สุดที่สามารถจะทำได้ มันไม่ได้หมายความ เราต้องนำความฝัน หรือดองใหญ่ความคิดและวิสัยทัศน์ แต่มันหมายความ ว่า เราทำการตรวจสอบไส้อะไรสามารถเป็นจริงได้ และช่วยนำความต้องการกระบวนการภายในของขอบเขตทำได้ นักวิเคราะห์ธุรกิจที่มุ่งเน้นผลลัพธ์ฉีด pragmatism โอบเป็นกระบวนการของความต้องการ
ฉันเกือบจะสามารถเห็นคุณ nodding หัวของคุณ และคิดได้นี้ nailed เพื่อ ให้ฉันบอกคุณเรื่อง คุยเกี่ยวกับบ๊อบ นักวิเคราะห์ธุรกิจสมมติที่มากเหมือนของเรา Bob ได้โครงการใหม่ที่เป็นโครงการสำคัญอันดับแรกสำหรับบริษัท มีความเร่งด่วนเนื่องจากคู่แข่งได้เปิดคุณลักษณะคล้ายในกี่เดือน เจ้านายของบ๊อบบอกบ๊อบปล่อยทุกอย่าง และในโครงการนี้ ทีมงานต้องการรายละเอียดมากพอที่จะเริ่มต้นการพัฒนาบางสิ่งบางอย่างในสองสัปดาห์
Bob เรียกประชุมกับผู้สนับสนุนธุรกิจ สนับสนุนธุรกิจไม่ชัดเจนเกี่ยวกับคุณลักษณะใดคู่แข่งได้ และไม่สามารถตอบคำถามของ Bob มาก 100% บ๊อบรอกี่วันแล้ว บอกเจ้านายของเขากำหนดเวลาเป็นไปไม่ได้ ธุรกิจที่ไม่มีชุดของวัตถุประสงค์ชัดเจน
ฟังสถานการณ์ที่คุ้นเคยหรือไม่ ลองพิจารณาสิ้นสุดการสำรองสำหรับเรื่องนี้ หนึ่งที่ Bob ถึงจะเป็นดารา นักวิเคราะห์ธุรกิจที่มุ่งเน้นผลลัพธ์
ลองรับเรื่องนี้หลังจากการประชุมครั้งแรกมีผู้สนับสนุนทางธุรกิจ บ๊อบตระหนักว่า มีความคลุมเครือมากขึ้นกว่าที่คาดไว้เกี่ยวกับโครงการ เขาเจรจากับผู้ร่วมงานของเขาในแผนกของสปอนเซอร์ เราจะโทรฟ้องเธอ บ๊อบรู้ว่าฟ้องได้ เพราะพวกเขาตอบสนองสำหรับกาแฟทุกสองสัปดาห์ บางซื่อให้บ๊อบคู่ของเอกสาร รวมทั้งรายงานการแข่งขัน และภาพหน้าจอบางอย่างพวกเขาสามารถจับภาพจากสาธิตร่วม นางแบบเขาในสิ่งที่เธอรู้ และพวกเขาตั้งค่าเวลาให้ตรงกับในวันถัดไป ช่วงบ่ายทั้งหมด Bob sifts ผ่านเอกสาร เขาสร้างภาพรวมของความต้องการของลักษณะการแข่งขันและคิด 3 วิธีที่บริษัทฯ สามารถเปิดสิ่งที่ มีค่าเหมือนกัน เช้าวันถัดไปเขาคิดของเขาความคิด 3 ที่บางซื่อ Sue คิดสองของพวกเขาดี แต่หนึ่งถูกปิดหมาย บางซื่อมีความคิดที่แตกต่างกัน บ๊อบเขาทำ "คิดเอกสาร" การปรับปรุง และตั้งค่าอื่นร่วมสนับสนุนการ
ในการประชุมกับผู้สนับสนุน Bob เริ่มออก ด้วยการพูดว่า สิ่งท้าทายจะเกิดขึ้นกับคุณลักษณะนี้ เขาบอกผู้สนับสนุนเขามา ด้วยความคิดบางอย่างเพื่อช่วยให้การสนทนาเริ่มต้น เขาอยากเห็น แน่นอน! จากนั้น จะเปิดเป็น 2 ชั่วโมงสนทนาโดยเลือก เลือกหนึ่ง และ Bob เกือบข้ามของสปอนเซอร์อยู่ เขาใช้เหลือ 7 วันทำงานกับ Sue และเสียกี่รายละเอียดออกความคิด เมื่อสิ้นสุดสัปดาห์ 2, Bob ได้คิดใหญ่ที่วางรายละเอียดในส่วนน้อยแรกสำหรับทีมพัฒนาเพื่อเริ่มต้น เขาได้พบกับทีมพัฒนา ความภาคภูมิใจของเขาจัดการเพื่อให้บรรลุในเวลาดังกล่าวสั้น ๆ ทีมพัฒนาบอกบ๊อบว่า โซลูชันของเขาเป็นไปไม่ได้ ความต้องการเขามีเวลาสองสัปดาห์แรกจะไม่มีประโยชน์ การพัฒนาจะเริ่มต้นช้า บ๊อบจะแพ้ เขาตื่นเต้นให้ตรงกับเวลาที่เขาลืม vet ความคิดของเขากับทีมพัฒนา
เรื่องราวไม่ได้จบทางนี้ ลองเข้าไปประชุมของ Bob กับสปอนเซอร์ และเขียนสิ้นสุดใหม่ แทนที่จะมาถึงด้วยวิธีการแก้ไขปัญหา บ๊อบและสนับสนุนการเลือกปัญหาที่สอง และสร้างรายการวัตถุประสงค์การจัดระดับความสำคัญสำหรับการจับคู่แข่งขันคุกคาม วิธีการแก้ไขปัญหาเพิ่มเติมค่าให้กับลูกค้า แต่ที่สองคืออาจจะดีพอที่จะตอบสนองความท้าทายแข่งขัน พวกเขาวางงบผลประโยชน์บางรอบแต่ละโซลูชั่นได้โซลูชั่น
บ๊อบกำหนดการประชุมกับทีมงานพัฒนาเพื่อตรวจสอบปัญหาสอง และได้ยินความคิดของพวกเขา โดยตอนท้ายของการประชุม ทีมพัฒนามาถึงแนวความคิดที่ดีกว่าตัวที่สองเล็กน้อย และทำได้ในเวลาที่กำหนด บ๊อบตรวจสอบความคิดใหม่ ด้วยการสนับสนุน บ๊อบตรงกับทีมงานในวันถัดไปเพื่อระบุระยะใช้งาน บ๊อบแล้วตั้งออกเพื่อกรอกรายละเอียดในระยะเริ่มต้น เขาตอนนี้มี 5 วัน ชิ้นส่วนที่เขาให้มีขนาดเล็กมาก แต่ทีมพัฒนาได้เริ่มทำบางชิ้นส่วนสถาปัตยกรรมหลัก และวางแผนการทำซ้ำ จึงไม่มีเวลาจริงสูญหาย
Bob ได้รับรางวัลพนักงานของเดอะเดือนสำหรับการความต้องในเวลา และส่งเสริมให้นักวิเคราะห์ธุรกิจอาวุโส คุณสามารถเรียกการบ๊อบแบบคล่องตัว ใช้ lean คือ หรือวิเคราะห์องค์กรได้ คุณสามารถเรียกสิ่งที่คุณต้องการ มีข้อจำกัดการปฏิบัติและเทคนิคที่คุณสามารถใช้เพื่อให้บรรลุผล แต่หลัก เน้นขับผลลัพธ์คือ อะไรจะได้ผลลัพธ์ นี้เป็นเรื่องเดียว บ๊อบ สามารถได้รับมอบหมายเลขใด ๆ ของความท้าทาย มีเส้นทางไม่หนึ่ง และคุณจะไม่เคยได้แจกมือเดียวกันสองครั้ง เพื่อมุ่งเน้นผลลัพธ์เป็นเส้นชัดเจนความสำเร็จที่ผมเคยได้มารู้
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 2:[สำเนา]
คัดลอก!

esults-oriented individuals are focused on making things happen. You find them in the middle of successful projects digging up the road blocks and greasing the wheels. As a results-oriented business analyst you figure out how to get the right requirements, no matter the challenges faced, and stay resolutely focused on the core principles of gaining alignment and achieving clarity.
You also ensure that your project and efforts are consistently focused on delivering value for the organization.
Do you think you are results-oriented?
Consider the following questions:
• How do you get started on a project? Do you wait for someone else for direction or do you jump in and figure it out?
• If your stakeholders aren’t answering your emails or attending your meetings, how do you respond? Do you figure out what you can do to help?
• If your organization has a formal process, do you focus on dotting the I’s and crossing the T’s or do you stay relentlessly focused on ensuring the deliverable you create are clear and consistent and fulfill your objectives on the project?
You know your activities are results-oriented if you can answer the question of “why” for each activity you do day-to-day. This is a tough standard, but one worth considering applying to your work.
In IIBA’s May newsletter, Kathleen Barrett wrote a magnificent article about taking charge of our profession. One attribute she called out was “finding your inner project manager.” I think this is a great way to frame a results-orientation because it speaks to the fact that even though we are not project managers, we should be self-managing. This means we’re responsible for planning our requirements activities and breaking down the roadblocks that surface as we proceed along our plan. It means we’re accountable to the success of our requirements-related activities. This means we need to be results-oriented in our work.
Another aspect of results-orientation is about staying focused on the project ROI. We hear a lot about the value of specific projects and I’ve never heard anyone accuse a business analyst of not finding and delivering a high-value, quality solution. But value is delivered only if the solution can be implemented. I have heard many cases (and witnessed a few myself) where a business analyst focused only on potential value and not realistically achievable value. Like it or not, project constraints such as time and budget are a part of our world.
Some questions to consider:
• Do you feel solutions need to be perfect to be acceptable?
• Do you find yourself in debates with the technical team when the requirements are unrealistic?
• Do you help the business prioritize? And I mean really prioritize in such a way that not every idea or thought is a number 1 priority but only the best possible ideas make it through the initial analysis phase?
We all know that anything is possible, given infinite resources and infinite time. I doubt any of you have the luxury of working in an environment that meets either of those criteria, let alone both. Being results-oriented means we can focus our best business analysis efforts on what can actually be achieved. It doesn’t mean we have to forego the dream or set aside big ideas and visions, but it does mean that we do gut-checks against what can be realistically accomplished and help guide the requirements process inside a certain set of achievable boundaries. Results-oriented business analysts inject a healthy dose of pragmatism into their requirements process.
I can almost see you nodding your head and thinking you’ve got this nailed. So let me tell you a story. Let’s talk about Bob, a fictitious business analyst who is a lot like many of us. Bob is given a new project that’s the top priority project for the company. There is a bit of urgency because a competitor is launching a similar feature in a few months. Bob’s boss tells Bob to drop everything else and focus on this project. The team needs enough detail to start developing something in two weeks.
Bob calls a meeting with the business sponsor. The business sponsor isn’t 100% clear about what the competitor feature is and can’t answer a lot of Bob’s questions. Bob waits for a couple days and then tells his boss the deadline is impossible. The business doesn’t have a clear set of objectives.
Sound like a familiar situation? Let’s consider an alternate ending for this story, one that sets Bob up to be a superstar, results-oriented business analyst.
Let’s pick up this story after the first meeting with the business sponsor. Bob realizes that there is more ambiguity than expected about the project. He talks to a colleague of his in the sponsor’s department, we’ll call her Sue. Bob knows Sue well because they meet for coffee every couple weeks. Sue gives Bob a couple of documents, including a competitive report and some screen shots they were able to capture from a demo they attended. She briefs him on what she knows and they set up some time to meet the next day. All afternoon, Bob sifts through the documentation. He creates a snapshot of the requirements of the competitive feature and thinks of 3 ways his company could launch something with similar value. Next morning he reviews his 3 ideas with Sue. Sue thinks two of them are great, but one is off the mark. Sue has a different idea. Bob updates his working “idea document” and sets up another meeting with the sponsor.
In the meeting with the sponsor, Bob starts out by saying what a challenge it is to come up with a feature like this. He tells the sponsor he came up with a few ideas just to help get the conversation started. Would he like to see them? Of course! Then they launch into a 2 hour discussion of the different options, select one, and Bob nearly skips out of the sponsor’s office. He spends the remaining 7 business days working with Sue and a few other stakeholders to detail out the idea. At the end of the two weeks, Bob has the big idea laid out with details on the first few parts for the development team to start on. He meets with the development team, proud of what he managed to achieve in such a short time. The development team tells Bob that his solution is impossible. The requirements he has for the first two weeks are useless. Development will start late. Bob is defeated. He was so excited to meet the deadline that he forgot to vet his ideas with the development team.
The story doesn’t have to end this way. Let’s step back to Bob’s meeting with the sponsor and write a new ending. Instead of coming up with one solution, Bob and the sponsor select two possible solutions and create a list of prioritized objectives for matching the competitive threat. One solution has more value to the customer, but the second is probably good enough to meet the competitive challenge. They put some benefits statements around each solution possible solution.
Bob schedules a meeting with the development team to review the two possible solutions and hear their ideas. By the end of the meeting, the development team comes up with an idea that is slightly better than the second option and achievable in the time frame. Bob validates the new idea with the sponsor. Bob meets with the implementation team the next day to identify the implementation phases. Bob then sets out to fill in the details for the initial phase. He now has 5 business days, so the piece he delivers is a bit smaller, but the development team has already started working on some core architectural pieces and planned to iterate, so no real time is lost.
Bob is awarded employee-of-the-month for getting the requirements done in record time and promoted to senior business analyst. You can call the process Bob used agile, lean, RUP, or enterprise analysis. You can call it whatever you want. There are no limit to the practices and techniques you can use to achieve results. But at the core, focusing on driving results is what will get you results. This is just one story. Bob could have been handed any number of challenges. There is no one path and you won’t ever be dealt the same hand twice. So focusing on results is the clearest path to success that I’ve ever come to know.
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 3:[สำเนา]
คัดลอก!

esults เชิงบุคคล จะเน้นทำในสิ่งที่เกิดขึ้น คุณพบพวกเขาในกลางของความสำเร็จโครงการขุดบล็อกถนน และอัดจาระบีล้อ ที่มุ่งเน้นผลลัพธ์ นักวิเคราะห์ธุรกิจคุณคิดออกวิธีการรับความต้องการที่ถูกต้อง ไม่ว่าความท้าทายที่ต้องเผชิญอยู่ และเด็ดเดี่ยว เน้นแกนหลักในการจัดและการบรรลุความชัดเจน
คุณยังมั่นใจว่าโครงการของคุณและความพยายามอย่างต่อเนื่องมุ่งเน้นการส่งมอบคุณค่าให้กับองค์กร
คุณคิดว่าคุณจะมุ่งเน้นผลลัพธ์ ?
พิจารณาคำถามต่อไปนี้ :
- แล้วคุณจะเริ่มต้นในโครงการ ? คุณรอใครบางคนสำหรับทิศทางหรือคุณกระโดดในและคิดออก ?
- ถ้าผู้มีส่วนได้เสียของคุณไม่ได้ตอบอีเมล์ของคุณ หรือ เข้าร่วมการประชุมของคุณคุณจะตอบโต้ยังไง ? คุณคิดออกว่าคุณสามารถช่วย ?
- ถ้าองค์กรของคุณมีกระบวนการที่เป็นทางการ คุณโฟกัสใน dotting ผมและข้ามมันหรือคุณยังคงมุ่งมั่นเน้นมั่นใจส่งมอบคุณสร้างมีชัดเจนและสอดคล้อง และตอบสนองวัตถุประสงค์ของคุณในโครงการ
คุณว่ากิจกรรมของคุณจะมุ่งเน้นผลลัพธ์ ถ้าคุณสามารถตอบคําถาม " ทำไม " ในแต่ละกิจกรรม ทำแบบวันต่อวัน นี้เป็นมาตรฐานที่ยาก แต่คุ้มค่าเมื่อพิจารณาจากการใช้งานของคุณ
ใน iiba อาจจดหมาย , Kathleen Barrett เขียนบทความอันเกี่ยวกับการคิดค่าบริการวิชาชีพของเรา หนึ่งคุณลักษณะที่เรียกเธอออกมาเป็น " การหาผู้จัดการโครงการของคุณภายใน" ฉันคิดว่านี่เป็นวิธีที่ดีในกรอบทิศทางผลเพราะมันสื่อถึงความจริงที่ว่า ถึงแม้เราจะไม่ได้เป็นผู้บริหารโครงการ เราควรจะให้ตัวเองจัดการ นี่หมายถึงเรากำลังรับผิดชอบในการวางแผนกิจกรรมความต้องการของเราและทำลายลงอุปสรรคที่ผิวในขณะที่เราดำเนินการตามแผนของเรา มันหมายความว่าเรากำลังรับผิดชอบต่อความสำเร็จของความต้องการของเรากิจกรรมที่เกี่ยวข้องซึ่งหมายความว่าเราต้องมุ่งเน้นผลลัพธ์ในการทำงานของเรา
ด้านอื่นของผลลัพธ์ที่ได้คือเรื่องการพักที่เน้นโครงการร้อยเอ็ด เราได้ยินมากเกี่ยวกับมูลค่าของโครงการที่เฉพาะเจาะจงและผมไม่เคยได้ยินใครมากล่าวหานักวิเคราะห์ทางธุรกิจของการค้นหาและส่งมอบข้อมูลโซลูชั่นคุณภาพ แต่ค่าจัดส่งเท่านั้น หากสามารถแก้ปัญหาการใช้งานผมเคยได้ยินหลายกรณี ( และเห็นไม่กี่ตัวเอง ) ซึ่งนักวิเคราะห์ธุรกิจที่มุ่งเน้นเฉพาะในมูลค่าที่อาจเกิดขึ้น และไม่สั่งได้ค่า ชอบมันหรือไม่ , โครงการข้อจำกัด เช่น เวลาและงบประมาณที่เป็นส่วนหนึ่งของโลก
คำถามที่จะพิจารณา :
- คุณรู้สึกโซลูชั่นต้องเป็นที่ยอมรับได้หรือไม่
- คุณพบตัวเองในการอภิปรายกับทีมเทคนิค เมื่อต้องการจะดูไม่สมจริง
- คุณช่วยธุรกิจให้ความสำคัญ ? และฉันหมายความว่าจริงๆให้ความสำคัญในลักษณะที่ไม่ใช่ความคิดของทุกคน หรือคิดเป็นเลข 1 ก่อน แต่ที่ดีที่สุดความคิดให้มันผ่านขั้นตอนการวิเคราะห์เริ่มต้น ?
เราทุกคนรู้ว่าอะไรเป็นไปได้ให้อนันต์อนันต์ทรัพยากรและเวลาผมสงสัยใด ๆ คุณมีความหรูหราของการทำงานในสภาพแวดล้อมที่ตรงกับเกณฑ์นั้นเหมือนกัน ไปคนเดียวทั้ง การมุ่งเน้นผลลัพธ์ หมายถึง เราสามารถมุ่งเน้นความพยายามในการวิเคราะห์ทางธุรกิจที่ดีที่สุดของเราในสิ่งที่สามารถเป็นจริงได้ มันไม่ได้หมายความว่าเราต้องสละความฝันหรือชุดกันความคิดใหญ่ และวิสัยทัศน์แต่มันไม่ได้หมายความว่าเราจะตรวจสอบไส้ในกับสิ่งที่สามารถสั่งได้ และให้คำแนะนำ ความต้องการกระบวนการภายในบางชุดของขอบเขตที่ทำได้ มุ่งเน้นผลลัพธ์นักวิเคราะห์ธุรกิจฉีดปริมาณสุขภาพของปฏิบัตินิยมในกระบวนการความต้องการของพวกเขา
ผมเกือบจะเห็นคุณ nodding หัวของคุณและคิดว่าคุณได้ตลอดไป ให้ฉันบอกคุณเรื่อง .Let ' s พูดคุยเกี่ยวกับบ๊อบ สมมุติ นักวิเคราะห์ธุรกิจที่เป็นเหมือนเรามากมาย บ๊อบได้รับโครงการใหม่ที่เป็นโครงการแรกของบริษัท มีบิตของความเร่งด่วน เพราะคู่แข่งเปิดตัวคุณลักษณะที่คล้ายคลึงกันในอีกไม่กี่เดือน เจ้านายของบ๊อบบอกบ๊อบวางทุกอย่าง แล้วตั้งใจทำงานนี้ทีมต้องการรายละเอียดเพียงพอที่จะเริ่มพัฒนาอะไรใน 2 สัปดาห์
บ๊อบเรียกประชุมกับสปอนเซอร์ธุรกิจ สปอนเซอร์ธุรกิจไม่ใช่ 100% ชัดเจนเกี่ยวกับสิ่งที่คู่แข่งคุณลักษณะและตอบไม่ได้มากของบ๊อบถาม บ๊อบรอสองสามวันแล้วบอกเจ้านายของเขาเส้นตายที่เป็นไปไม่ได้ ธุรกิจจะไม่มีชุดชัดเจนของวัตถุประสงค์
เสียงเหมือนสถานการณ์ที่คุ้นเคย ลองพิจารณาการผลัดกันตอนจบของเรื่องนี้ หนึ่งชุด บ๊อบ ถึงเป็นซุปเปอร์สตาร์ มุ่งเน้นผลลัพธ์ . นักวิเคราะห์ธุรกิจ
ลองรับเรื่องราวนี้หลังจากการประชุมครั้งแรกกับผู้สนับสนุนธุรกิจ บ๊อบ ตระหนัก ว่ามีความคลุมเครือมากขึ้นกว่าที่คาดไว้ เกี่ยวกับโครงการ เขาพูดกับเพื่อนร่วมงานของเขาในแผนกของสปอนเซอร์ เราก็โทรไปฟ้องบ๊อบรู้ว่าฟ้องดีเพราะพวกเขาพบกับกาแฟทุกสองสามสัปดาห์ ฟ้องให้บ๊อบคู่ของเอกสาร รวมถึงรายงานผลการแข่งขันและภาพที่พวกเขาสามารถจับภาพหน้าจอจากการสาธิตพวกเขาได้เข้าร่วม เธอได้กางเกงในเขาในสิ่งที่เขารู้ และเขาตั้งไว้เวลาเจอในวันถัดไป ตอนบ่าย บ๊อบ sifts ผ่านเอกสารเขาสร้าง snapshot ของความต้องการของการแข่งขัน และคิดว่ามี 3 วิธี บริษัท ของเขาสามารถเปิดสิ่งที่ มีค่าใกล้เคียงกัน เช้าวันรุ่งขึ้น เขารีวิว 3 ความคิดของเขากับซู ซูคิดว่าสองของพวกเขาจะดี แต่มันปิดเครื่องหมาย ซู มีความคิดที่แตกต่างกัน บ๊อบการปรับปรุงของเขาทำงานเอกสาร " การคิด " และตั้งค่าประชุมกับสปอนเซอร์
ในการประชุมกับผู้สนับสนุนบ๊อบเริ่มออกโดยกล่าวว่าสิ่งที่ท้าทาย มันมากับคุณสมบัติแบบนี้ เขาบอกว่า สปอนเซอร์เขามาขึ้นกับความคิดบางอย่างเพื่อช่วยให้ได้รับการเริ่มต้น เขาอาจจะชอบที่จะเห็นพวกเขา แน่นอน ! จากนั้นก็เปิดเป็น 2 ชั่วโมงของการอภิปรายตัวเลือกที่แตกต่างกัน เลือกหนึ่ง และบ๊อบเกือบกระโดดออกจากสำนักงานของสปอนเซอร์เขาใช้เวลาที่เหลืออีก 7 วัน ทำงานกับซู และผู้มีส่วนได้เสียอื่น ๆไม่กี่รายละเอียดออกความคิด ที่ส่วนท้ายของสัปดาห์ บ๊อบมีความคิดใหญ่ที่แสดงรายละเอียดแรกไม่กี่ส่วน ทีมพัฒนาจะเริ่มขึ้น เขาเจอกับทีมพัฒนา ภูมิใจในสิ่งที่เขาทำในเวลาอันสั้นทีมพัฒนาบอกบ๊อบว่า วิธีการแก้ปัญหาของเขา มันเป็นไปไม่ได้ ความต้องการเขาได้ สำหรับสองสัปดาห์แรกจะไร้ประโยชน์ การพัฒนาจะเริ่มช้า บ๊อบจะพ่ายแพ้ เขาตื่นเต้นมากที่จะได้พบเส้นตายที่เขาลืมตรวจสอบความคิดของเขากับทีมพัฒนา
เรื่องไม่ต้องจบแบบนี้ ขอย้อนกลับไปให้บ๊อบ ประชุมกับสปอนเซอร์และเขียนตอนจบใหม่ได้แทนที่จะมาขึ้นกับโซลูชันหนึ่ง บ๊อบ และ สปอนเซอร์ เลือกโซลูชั่นที่เป็นไปได้และสร้างรายการของการจัดลำดับความสำคัญวัตถุประสงค์สำหรับการจับคู่การแข่งขัน หนึ่งในโซลูชั่นที่มีคุณค่ามากขึ้นให้กับลูกค้า แต่สองอาจจะดีพอที่จะตอบสนองความท้าทายในการแข่งขัน พวกเขาเอางบผลประโยชน์รอบทางออกที่เป็นไปได้ในแต่ละโซลูชัน
บ๊อบกำหนดการประชุมกับทีมพัฒนาเพื่อตรวจสอบที่เป็นไปได้สองโซลูชั่นและได้ยินความคิดของพวกเขา ในตอนท้ายของการประชุม ทีมพัฒนามาพร้อมกับความคิดที่เป็นเล็กน้อยดีกว่าตัวเลือกที่สองและทำได้ในกรอบเวลา บ๊อบนำความคิดใหม่กับสปอนเซอร์ บ๊อบตรงกับการดำเนินงานของทีมในวันถัดไปเพื่อระบุการดำเนินการระยะบ๊อบ จากนั้นก็ให้กรอกรายละเอียดสำหรับระยะเริ่มต้น ตอนนี้เขาได้ 5 วัน ดังนั้นชิ้นเขาส่งเป็นบิตขนาดเล็ก แต่ทีมพัฒนาได้เริ่มทำงานบนสถาปัตยกรรมชิ้นบางหลัก และวางแผนที่จะกล่าวซ้ำจึงไม่มีเวลาจริงจะหายไป
บ๊อบเป็นรางวัลลูกจ้างดีเด่นเพื่อรับความต้องการในการบันทึกเวลาและส่งเสริมให้นักวิเคราะห์ธุรกิจอาวุโสคุณสามารถเรียกใช้กระบวนการบ๊อบว่องไว , ยัน , รูป , หรือองค์กรการวิเคราะห์ คุณสามารถเรียกมันว่าสิ่งที่คุณต้องการ ไม่มีขีดจำกัดในการปฏิบัติและเทคนิคที่คุณสามารถใช้เพื่อให้บรรลุผล แต่ที่สำคัญ เน้นการขับรถผลคือสิ่งที่คุณจะได้รับผล นี่เป็นเพียงหนึ่งเรื่อง บ๊อบอาจได้รับมอบหมายเลขใด ๆของความท้าทายไม่มีเส้นทางและคุณจะไม่เคยได้รับมือเดียวกันสองครั้ง เพื่อเน้นผลลัพธ์ที่เป็นเส้นทางที่ชัดเจนเพื่อความสำเร็จที่ผมเคยเข้าใจ
การแปล กรุณารอสักครู่..
 
ภาษาอื่น ๆ
การสนับสนุนเครื่องมือแปลภาษา: กรีก, กันนาดา, กาลิเชียน, คลิงออน, คอร์สิกา, คาซัค, คาตาลัน, คินยารวันดา, คีร์กิซ, คุชราต, จอร์เจีย, จีน, จีนดั้งเดิม, ชวา, ชิเชวา, ซามัว, ซีบัวโน, ซุนดา, ซูลู, ญี่ปุ่น, ดัตช์, ตรวจหาภาษา, ตุรกี, ทมิฬ, ทาจิก, ทาทาร์, นอร์เวย์, บอสเนีย, บัลแกเรีย, บาสก์, ปัญจาป, ฝรั่งเศส, พาชตู, ฟริเชียน, ฟินแลนด์, ฟิลิปปินส์, ภาษาอินโดนีเซี, มองโกเลีย, มัลทีส, มาซีโดเนีย, มาราฐี, มาลากาซี, มาลายาลัม, มาเลย์, ม้ง, ยิดดิช, ยูเครน, รัสเซีย, ละติน, ลักเซมเบิร์ก, ลัตเวีย, ลาว, ลิทัวเนีย, สวาฮิลี, สวีเดน, สิงหล, สินธี, สเปน, สโลวัก, สโลวีเนีย, อังกฤษ, อัมฮาริก, อาร์เซอร์ไบจัน, อาร์เมเนีย, อาหรับ, อิกโบ, อิตาลี, อุยกูร์, อุสเบกิสถาน, อูรดู, ฮังการี, ฮัวซา, ฮาวาย, ฮินดี, ฮีบรู, เกลิกสกอต, เกาหลี, เขมร, เคิร์ด, เช็ก, เซอร์เบียน, เซโซโท, เดนมาร์ก, เตลูกู, เติร์กเมน, เนปาล, เบงกอล, เบลารุส, เปอร์เซีย, เมารี, เมียนมา (พม่า), เยอรมัน, เวลส์, เวียดนาม, เอสเปอแรนโต, เอสโทเนีย, เฮติครีโอล, แอฟริกา, แอลเบเนีย, โคซา, โครเอเชีย, โชนา, โซมาลี, โปรตุเกส, โปแลนด์, โยรูบา, โรมาเนีย, โอเดีย (โอริยา), ไทย, ไอซ์แลนด์, ไอร์แลนด์, การแปลภาษา.

Copyright ©2025 I Love Translation. All reserved.

E-mail: