But as we all know: every organizat

But as we all know: every organization has its share of political drama: personalities clash, diverging agendas. Having worked at many companies here are some thoughts and tips to avoid architecture delays or having your project stopped:

*** Communicate like you are a Teacher, not a Preacher

A general assumption, architects are supposed to share their knowledge and experience. Failing to share that information is pretty much against the job description. But how you communicate that experience is the most important part of the job. Think of your best teachers in school—did they ever go in front of the classroom and tell you how smart they were? I don’t think so. They found subtle ways to express their knowledge that encouraged learning and asking questions.

Tip #1 that I often use , I start my sentences with ‘I think’ this will open discussion items and questions and encourage a two-way discussion.

Tip #2 Architects are usually quite smart and have a breadth of knowledge but the tone, quality and delivery of the Information is more important than the content, try to always communicate like a teacher .



*** Standards apply to Architects, Developers and COE (Center of Excellence)– Don’t take the easy path take the smart path

Enterprise architects put together standards documents that lay out , architecture patterns, coding conventions, infrastructure, source code nomenclature, and build structures. But to publish those standardsand fail to hold yourself to them is the highest form of hypocrisy. If you can’t follow a standard, why would you expect anyoneelse to follow it too?

An example, a company wanted to perform a point (system)to point (system) development, in this case standards existed to use web services with these systems, the development team took a quick decision and coded the point to point development and satisfied the business requirement. The director of the COE (Center of Excellence) did not realize an impact existed onto a surrounding system , the issue caused a security and reconciliation issue. In this case the cost to fix the data & interface was 4 times the initial budget.

Tip #3 : By applying the standards to your work, you’re respecting the standards of the organization; you also see what will be painful for other groups. Respect your standards and reduce the power politics within your organization.

Tip #4 : Always try to eliminate 'it’s not my job” attitudes at your workplace, especially when you have the role of the architect.



***Command from the dugouts, not from the Ivory Tower

Not once, in any company I’ve ever worked with or for, did this idea bear positive fruit for the development teams involved. Instead, these segregated groups architecture and development teams have generated one or more of the following:

* Contempt for the architecture because the developers had no say in

the architecture

* Rejection of the framework because it was impractical to apply to

the project at hand

* Blatant disregard for the standards set by architects because the architects did not have to respect company deadlines as a result of the delays introduced by their work

Tip # 5: Architects should be a member of the project team, never as a visiting diplomat to the team. Teams respect the opinion of someone who lives their daily reality side-by-side with them, not someone who hands them the Ten Commandments.

*** Architecture teams that believe their involvement is limited to the design phase don’t really understand what it means to be an architect

An example, when a building is being built, the architect is on site during the majority of the project, overseeing the effort at a high level, ensuring that little changes are not impacting the big picture. All the while, the architect assists in solving problems that arise from his or her design from a practical standpoint, same as any enterprise software deployment

In short, the architect’s involvement is continuous, not disconnected.

Tip #6 : Make sure the architect is involved in the design, build and deployment phase.



***Documentation

Tip #7 : Always begin your intervention with a contextual diagram and perform a walk through with the team, don’t write too much text it may cause confusion at the beginning. Developers and implementers interact better with diagrams.

For architecture projects to succeed there must be a partnership of developers,implementers and architects. Successful partnerships require two way communication and trust, none of which happens when someone acts like God’s gift to mankind, insists on his way or the highway and doesn’t actively get his hands dirty.

ผลลัพธ์ (ไทย) 1:

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

*** ติดต่อสื่อสารเช่นคุณเป็นครูไม่นักเทศน์

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

ปลาย# 1 ที่ฉันมักจะใช้ฉันเริ่มต้นประโยคของฉันกับ 'ฉันคิดว่า' นี้จะเปิดรายการสนทนาและคำถามและกระตุ้นให้เกิดการสนทนาสองทาง.

ปลาย# 2 สถาปนิกมักจะมีสมาร์ทมากและมีความกว้างของความรู้ แต่ เสียงที่มีคุณภาพและการส่งมอบข้อมูลที่มีความสำคัญมากขึ้นกว่าเนื้อหาพยายามที่จะสื่อสารเสมอเหมือนครู.



*** มาตรฐานนำไปใช้กับสถาปนิกนักพัฒนาและโคย์ (ศูนย์ความเป็นเลิศ) - ไม่ใช้เส้นทางที่ง่ายใช้เส้นทางสมาร์ทสถาปนิก

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

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

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

ปลาย# 4. พยายามที่จะกำจัด 'มันไม่ใช่งานของฉัน "ทัศนคติที่ทำงานของคุณโดยเฉพาะอย่างยิ่งเมื่อคุณมีบทบาทของสถ​​าปนิก



***. คำสั่งจาก dugouts ที่ไม่ได้มาจากหอคอยงาช้าง

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

* ดูถูกสถาปัตยกรรมเพราะนักพัฒนาไม่ได้มีการพูดในสถาปัตยกรรม



* การปฏิเสธของกรอบเพราะมันเป็นไม่ได้ที่จะนำไปใช้กับ

โครงการที่มือ

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

ปลาย# 5: สถาปนิกควรจะเป็นสมาชิกคนหนึ่งของทีมงานโครงการไม่เคยเป็นนักการทูตเข้ามาเยี่ยมชม มาร่วมทีม ทีมเคารพความเห็นของคนที่มีชีวิตอยู่ในความเป็นจริงในชีวิตประจำวันของพวกเขาเคียงข้างกับพวกเขาไม่ใช่คนที่มือพวกเขาบัญญัติสิบประการ.

*** ทีมงานสถาปัตยกรรมที่เชื่อว่ามีส่วนร่วมของพวกเขาถูก จำกัด ให้ขั้นตอนการออกแบบไม่เข้าใจจริงๆว่ามันหมายถึงเป็นสถาปนิก

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

ในระยะสั้นการมีส่วนร่วมของสถ​​าปนิกที่มีอย่างต่อเนื่องไม่ได้ตัดการเชื่อมต่อ

ปลาย# 6. ตรวจสอบให้แน่ใจ สถาปนิกที่มีส่วนร่วมในการออกแบบการสร้างและขั้นตอนการใช้งาน.



*** เอกสาร

ปลาย# 7: มักจะเริ่มต้นการแทรกแซงของคุณด้วยแผนภาพบริบทและดำเนินการเดินผ่านกับทีมไม่ได้เขียนข้อความมากเกินไปก็อาจทำให้เกิดความสับสนที่จุดเริ่มต้น นักพัฒนาและผู้พัฒนามีปฏิสัมพันธ์ที่ดีกับแผนภาพ.

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

ผลลัพธ์ (ไทย) 2:

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

*** สื่อสารเช่นคุณครู ไม่นักเทศน์

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

#1 แนะนำที่มักจะใช้ ฉันเริ่มต้นประโยคของฉันกับ 'คิด' นี้จะเปิดรายการสนทนาและคำถาม และส่งเสริมให้เป็นสองสนทนา.

แนะนำ #2 สถาปนิกมักมากสมาร์ท และมีความกว้างความรู้ แต่เสียง คุณภาพ และการส่งข้อมูลนั้นสำคัญกว่าเนื้อหา พยายามสื่อสารเสมอเช่นครู



*** มาตรฐานกับสถาปนิก, นักพัฒนาและ COE (ศูนย์เลิศ) – อย่าใช้เส้นทางเพียงเส้นทางสมาร์ท

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

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

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

แนะนำ #4: พยายามที่จะกำจัด ' มันไม่ใช่งานของฉัน "ทัศนคติในการทำงานของคุณ โดยเฉพาะอย่างยิ่งเมื่อคุณมีบทบาทของสถาปนิก



*** คำสั่งจาก dugouts ไม่ใช่จากหอคอยงาช้าง

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

* ดูถูกสำหรับสถาปัตยกรรมเนื่องจากนักพัฒนาที่มีคำพูด

สถาปัตยกรรม

* การปฏิเสธของกรอบก็เหมือนกับ

โครงการที่

* มุทะลุ disregard สำหรับมาตรฐานตั้ง โดยสถาปนิก เพราะสถาปนิกมีต้องปฏิบัติตามกำหนดเวลาสิ้นสุดของบริษัทเป็นผลมาจากความล่าช้าที่นำมาใช้ โดยทำงาน

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

*** ทีมงานสถาปัตยกรรมที่เชื่อว่า มีส่วนร่วมของพวกเขาถูกจำกัดระยะออก ไม่เข้าใจความหมาย ของการเป็นสถาปนิกจริง ๆ

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

ในระยะสั้น มีส่วนร่วมของสถาปนิกเป็นอย่างต่อเนื่อง เชื่อมต่อไม่

แนะนำ #6: แน่ใจว่าสถาปนิกมีส่วนร่วมในขั้นตอนการออกแบบ สร้าง และใช้งาน



*** เอกสาร

แนะนำ #7: เสมอเริ่มแทรกแซงกับไดอะแกรมตามบริบท และการเดินทางกับทีม ไม่เขียนข้อความมากเกินไปอาจทำให้สับสนเมื่อเริ่มต้น นักพัฒนาและสำหรับตัวใช้งานโต้ตอบกันดีกว่ากับไดอะแกรม

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

ผลลัพธ์ (ไทย) 3:

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

***การสื่อสารเหมือนกับว่าคุณถูกครูไม่ได้ที่นัก เทศน์

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

คำแนะนำ:# 1 ที่ผมมักใช้,ฉันจะเริ่มของฉันด้วยประโยคพร้อมด้วย"ผมคิดว่า'แห่งนี้จะเปิดให้บริการการประชุมและมีคำถามและส่งเสริมให้เป็นแบบสองทางการประชุม.

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



***มาตรฐานใช้กับสถาปนิก,บริษัทพัฒนาอสังหาริมทรัพย์และ COE (ศูนย์แห่งความเป็นเลิศ) - ไม่มีพาธได้อย่างง่ายดายซึ่งจะนำพาธ Smart ที่

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

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

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

ปลาย# 4 ของคุณควรจะลองในการที่จะขจัด'ไม่ใช่หน้าที่"ทัศนคติของฉันในการทำงานของคุณโดยเฉพาะเมื่อคุณมีหน้าที่ของสถาปนิก.



***คำสั่งจาก dugouts ที่ไม่ใช่จากไอวอรีโคสต์ Tower

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

*การดูถูกเหยียดหยามสำหรับสถาปัตยกรรมเพราะนักพัฒนาไม่มีพูด ใน

ที่ architecture

*การปฏิเสธของกรอบเพราะมันไม่ได้ผลจริงจะใช้ กับ

โครงการที่ มือ

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

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

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

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

ในระยะสั้นการมีส่วนร่วมของสถาปนิกที่มีอย่างต่อเนื่องไม่ได้ยกเลิกการเชื่อมต่อ

ปลาย# 6 ตรวจสอบให้แน่ใจว่าสถาปนิกที่มีส่วนร่วมในการออกแบบที่สร้างขั้นตอนการติดตั้งใช้งานและ.



*** เอกสาร

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

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