엔지니어 10명 중 9명이 우리를 선택합니다. 당신의 변명은 무엇입니까?

저는 실제 프로젝트에 적합한 도구를 원하는 엔지니어와 함께 일합니다. 그들은 시끄러운 주장, 긴 설정 단계 또는 보기에는 좋지만 사용하지 못하는 기능을 원하지 않습니다. 그들은 명확한 사양, 꾸준한 성능, 작업이 막힐 때 도달할 수 있는 지원을 원합니다. 나는 같은 고통을 계속해서 듣습니다. 제품은 서류상으로는 좋아 보이지만 팀의 속도를 저하시킵니다. 인터페이스가 복잡해지기 때문에 신규 사용자에게는 추가 도움이 필요합니다. 결과를 신뢰하기 어렵기 때문에 모든 확인에 더 많은 노력이 필요합니다. 나는 이러한 문제를 중심으로 제안을 만들었습니다. 나는 설정을 간단하게 유지합니다. 팀이 적합성을 빠르게 판단할 수 있도록 주요 세부 사항을 미리 공유합니다. 나는 유행어가 아닌 평범한 언어를 사용합니다. 나는 제품이 하는 일과 하지 않는 일, 그리고 가장 잘 작동하는 부분을 보여줍니다. 나는 또한 매일 사용에 중점을 둡니다. 엔지니어에게는 세련된 피치가 필요하지 않습니다. 엔지니어에게는 명확한 경로, 안정적인 결과, 그리고 질문과 결과 사이의 더 적은 단계가 필요합니다. 그래서 실제 사례를 보여드리고 싶습니다. 복잡한 도구에서 전환한 후 소규모 공장 팀이 나를 찾아온 적이 있습니다. 직원들은 계속해서 동일한 입력 실수를 저질렀고 검토 부담도 계속 늘어났습니다. 레이아웃을 정리하고, 프로세스를 단축하고, 간단한 가이드를 추가했습니다. 팀은 거창한 설명을 요구하지 않았다. 그들은 마찰을 줄여달라고 요청했습니다. 그것이 내가 목표로 삼은 것입니다. 옵션을 비교하는 경우 세 가지 확인 사항을 제안합니다. 비판적인 눈으로 사양을 읽으십시오. 새로운 사용자에게 설정이 어떻게 보이는지 물어보십시오. 자신과 가깝다고 느껴지는 직장의 증거를 찾아보세요. “엔지니어 10명 중 9명이 우리를 선택하는데 당신은 왜 선택하지 않습니까?”라는 문구에 대해 저는 이렇게 생각합니다. 숫자가 눈길을 끌 수 있습니다. 탄탄한 핏이 신뢰를 지켜줍니다. 차라리 명확한 사실, 깔끔한 사용, 꾸준한 지원으로 선택권을 얻고 싶습니다. 그것이 당신이 원하는 것이라면, 나는 당신에게 세부 사항을 보여주고 제품 자체를 설명할 준비가 되어 있습니다.

나는 엔지니어들로부터도 같은 말을 계속 듣습니다. 그들은 모호한 답변, 오랜 지연 또는 공허한 영업 홍보를 위한 여지가 없습니다. 부품이 맞지 않으면 라인이 멈춥니다. 사양이 불분명하면 프로젝트 속도가 느려집니다. 공급업체가 도중에 이야기를 바꾸면 엔지니어가 압력을 가하게 됩니다. 그것이 바로 내가 달라지려고 노력하는 부분이다. 나는 사실로 대답한다. 나는 그림을 읽었다. 재질, 사이즈, 공차, 사용 사례, 환경 등을 확인합니다. 나는 세부 사항을 서두르지 않습니다. 세부 사항이 나중에 시간을 절약해 주기 때문입니다. 엔지니어들이 우리를 계속 선택하는 이유는 내가 그들의 작업을 소중하게 여기기 때문입니다. 나는 문제를 이해하기 전에는 제품을 강요하지 않습니다. 고객이 열, 진동, 하중, 습기 또는 일상적인 마모에 대한 부품이 필요한 경우 직접 질문합니다. 이전에 무엇이 실패했는지, 무엇이 그대로 유지되어야 하는지, 무엇이 바뀔 수 있는지 알고 싶습니다. 그러면 앞뒤로 많은 시간이 절약됩니다. 나는 또한 내 언어를 명확하게 유지합니다. 긴 말이 없습니다. 막연한 약속은 없습니다. 조언으로 위장한 추측은 없습니다. 리드 타임이 바뀌면 빨리 말씀드립니다. 사양이 위험해 보이면 일찍 지적합니다. 더 나은 옵션이 존재한다면 나는 그 균형점을 쉬운 말로 설명합니다. 나와 함께 일했던 한 유지보수 엔지니어는 컨베이어 시스템의 교체 부품이 필요했습니다. 이전 공급업체는 비슷해 보이는 부품을 보냈지만 적합성이 떨어졌습니다. 팀은 현장에서 이를 조정해야 했고 이로 인해 추가 인력이 필요했습니다. 도면을 요청하고 장착점을 확인하고 작업하중을 검토하였습니다. 또한 피크 사용 중에 기계가 어떻게 작동하는지 물었습니다. 그 후 샘플과 클리어 핏 메모를 보냈습니다. 엔지니어는 추가 수정 없이 이를 설치했고 팀은 또 다른 수리 주기를 피했습니다. 그런 결과가 신뢰를 쌓게 됩니다. 나는 엔지니어들이 어떤 판매 주장보다 세 가지를 더 중요하게 생각한다고 생각합니다. 명확한 사양 신뢰할 수 있는 후속 조치 현장에서의 위험 감소 이것이 제가 프로세스를 단순하게 유지하는 이유입니다. 문제를 보내주세요. 세부 사항을 검토합니다. 나는 중요한 것을 표시합니다. 나는 직접적인 대답을한다. 배송 후에도 계속 참여합니다. 엔지니어는 소음을 구매하지 않기 때문에 이는 중요합니다. 그들은 현장, 연구실, 생산 라인에서 사용할 수 있는 자신감을 삽니다. 좋은 주문 하나만으로는 신뢰가 형성되지 않는다는 것도 알고 있습니다. 반복된 일관성은 그렇습니다. 한 부품을 테스트한 동일한 엔지니어가 몇 달 후에 새로운 프로젝트, 더 빠듯한 예산, 더 까다로운 요구 사항을 들고 돌아올 수도 있습니다. 이전 작업을 기억하고 메모를 깨끗하게 유지하며 지체 없이 응답하면 다음 단계가 더 쉬워집니다. 그것이 바로 그들이 계속해서 돌아오게 만드는 이유입니다. 당신이 엔지니어라면 아마도 제가 공급업체로부터 제품을 구매할 때 원하는 것과 똑같은 것을 원할 것입니다. 추측이 적고, 놀라움이 적고, 요청 뒤에 숨은 작업을 이해하는 사람이 바로 그것입니다. 그것이 제가 매일 지키려고 노력하는 기준입니다.

나는 문제를 알고 있습니다. 엔지니어에게는 더 많은 소음이 필요하지 않습니다. 추가 단계를 추가하지 않고도 코드 검토, 테스트 확인, 디자인 노트 및 핸드오프 작업에 적합한 도구가 필요합니다. 나는 같은 고통을 반복해서 본다. 팀은 좋은 의도로 시작한 다음 파일을 채팅, 이메일, 공유 드라이브에 분산시킵니다. 작은 세부 사항이 누락됩니다. 사람들은 문제를 해결하는 대신 검색하는 데 시간을 허비합니다. 그렇기 때문에 엔지니어를 위해 제작된 제품이 나에게 중요합니다. 깔끔한 레이아웃, 직접적인 제어, 여는 순간 자연스럽게 느껴지는 흐름을 추구합니다. 긴 설정이 없습니다. 추측하지 마세요. 작업 속도를 늦추는 추가 레이어가 없습니다. 도구가 엔지니어의 사고 방식을 존중하면 사람들은 덜 밀고 마찰을 줄여 도구를 사용할 수 있습니다. 도구에서 내가 원하는 것은 간단합니다. - 리뷰 및 댓글을 위한 명확한 보기 - 변경 사항을 추적하는 간단한 방법 - 소프트웨어, 하드웨어 및 테스트 팀 간의 손쉬운 공유 - 엔지니어에게는 충분한 세부 정보, 다른 모든 사람에게는 혼란스럽지 않음 저는 소규모 제품 팀에서 이러한 패턴을 보았습니다. 메모는 이메일에 들어있습니다. 스크린샷은 채팅에 남아 있습니다. 테스트 결과는 누구도 열고 싶어하지 않는 스프레드시트에 저장됩니다. 팀이 하나의 공유 워크플로로 이동하면 검토 프로세스가 더욱 차분해집니다. 사람들은 반복되는 질문을 더 적게 합니다. 버그 보고서는 추적하기가 더 쉽습니다. 디자인 업데이트는 설명하기가 더 쉽습니다. 이것이 내가 엔지니어를 위한 내장에서 들은 내용입니다. 엔지니어가 선택했습니다. 과대광고가 아닌 핏에 대한 메시지로 읽었습니다. 기술 작업을 위한 도구를 선택하는 경우 프로세스를 명확하게 유지하고 팀의 정렬을 유지하며 엔지니어가 중요한 작업에 계속 집중할 수 있는 도구를 원합니다.

엔지니어링 팀에서도 같은 문제가 계속 발생합니다. 프로젝트는 새로운 스케치, 엄격한 사양, 명확한 목표로 시작됩니다. 그러면 부품 목록이 늘어납니다. 맞춤 조각이 나타납니다. 작은 변화가 있을 때마다 더 많은 도면 작업, 더 많은 확인, 바닥 재작업이 필요합니다. 팀은 속도를 원하지만 프로세스가 무거워집니다. 그렇기 때문에 엔지니어들은 작업이 가능할 때마다 표준 모듈식 부품을 사용하여 계속해서 간단하게 만듭니다. 저는 이 선택이 작업이 실제로 이루어지는 방식을 존중하기 때문에 마음에 듭니다. 대부분의 프로젝트는 아이디어가 약하기 때문에 실패하지 않습니다. 세부 사항이 계속 바뀌기 때문에 속도가 느려집니다. 브래킷이 이동합니다. 커넥터가 일치하지 않습니다. 지지 부품에는 새로운 구멍 패턴이 필요합니다. 하나의 작은 변화가 더 많은 변화로 퍼져나갑니다. 나는 공장 라인을 위한 소형 장비 구축에서 이것을 본 적이 있습니다. 첫 번째 계획에서는 모든 관절에 맞춤형 금속 조각을 사용했습니다. 그림은 화면에서 깔끔하게 보였습니다. 작업 현장에서 팀은 각 부품을 확인하는 데 너무 많은 노력을 쏟았습니다. 표준 프로파일, 일반 패스너 및 반복 가능한 마운트를 사용하도록 디자인을 변경했습니다. 빌드가 더 쉽게 조립되고, 검사되고, 나중에 조정하기가 더 쉬워졌습니다. 그것이 내가 신뢰하는 선택이다. 내가 생각하는 방법은 다음과 같습니다. 1. 부분이 아닌 문제부터 시작하세요. 구성 요소를 선택하기 전에 한 가지 질문을 던집니다. 이 부분은 실제로 무엇을 해야 할까요? 보유, 연결, 안내 또는 보호만 필요한 경우 먼저 표준 옵션을 찾습니다. 단지 깔끔한 느낌이 든다고 성급하게 커스텀 형태로 들어가지는 않습니다. 커스텀 부품도 자리가 있습니다. 업무에 꼭 필요한 경우에는 잘 맞습니다. 그러나 많은 팀이 너무 빨리 맞춤형 작업에 도달합니다. 나는 엔지니어들이 이 단계에서 명확성을 잃는 것을 보아왔습니다. 그들은 기능이 아닌 스케치에 중점을 둡니다. 이러한 변화로 인해 추가 작업이 발생합니다. 2. 이미 작동하는 것을 재사용합니다. 표준 부품은 재료비보다 더 많은 것을 절약합니다. 그들은 결정 비용을 절약합니다. 알려진 볼트 패턴. 익숙한 레일 크기. 일반적인 센서 마운트. 이러한 선택을 통해 팀 전체가 빌드를 더 쉽게 할 수 있습니다. 조달팀은 무엇을 구매해야 할지 알고 있습니다. 조립품은 무엇에 맞는지 알고 있습니다. 서비스 팀은 무엇을 교체해야 할지 알고 있습니다. 마찰을 낮추기 때문에 재사용을 선호합니다. 모든 작품이 특별할 필요는 없습니다. 잘 작동하고 프로세스에 적합하려면 그것이 필요합니다. 3. 인터페이스를 단순하게 유지하세요. 두 부분이 만날 때 연결 부분을 읽기 쉽게 만들고 싶습니다. 깔끔한 인터페이스는 실수를 줄여줍니다. 또한 나중에 변경하는 것이 덜 고통스럽습니다. 기계에 새 모듈이 필요한 경우 간단한 장착 지점이 도움이 됩니다. 패널에 서비스 액세스가 필요한 경우 명확한 레이아웃이 도움이 됩니다. 배선 경로가 짧고 직선적이면 전체 시스템을 유지 관리하기가 더 쉬워집니다. 나는 이것을 제어 캐비닛 프로젝트에서 배웠습니다. 팀은 레이아웃에 작은 변경 사항을 계속 추가했습니다. 각 변경 사항은 무해해 보였습니다. 그러자 캐비닛이 혼잡해졌습니다. 라벨을 따라가기가 더 어려웠습니다. 인터페이스 규칙을 정리하고, 케이블 경로를 직선으로 유지하고, 부품을 목적별로 그룹화했습니다. 결과는 바로 차분해졌습니다. 4. 작은 빌드로 테스트하기 나는 깨끗한 그림만으로는 신뢰하지 않습니다. 작은 테스트 빌드는 화면에서 볼 수 없는 것을 보여줍니다. 핏 문제, 손 접근 문제, 조립 문제를 드러냅니다. 또한 사람들이 어디에서 잠시 멈추는지 보여줍니다. 그 일시 중지가 중요합니다. 작업자가 멈춰서 “이건 어느 방향으로 가나요?”라고 묻는다면 디자인에는 더 나은 답변이 필요합니다. 나는 숨겨진 낭비로부터 프로젝트를 보호하기 때문에 초기 테스트를 좋아합니다. 한 번의 짧은 시도로 나중에 많은 수정 사항을 저장할 수 있습니다. 5. 이유를 적는다. 이 부분이 많이 무시되는 부분이다. 팀이 표준 모듈을 선택할 때 누군가는 그 이유를 기록해야 합니다. 맞춤형 부품이 필요한 경우 해당 경로가 선택된 이유도 기록해야 합니다. 명확한 메모로 인해 반복되는 토론이 중단됩니다. 또한 다음 엔지니어가 동일한 논리를 유지하도록 도와줍니다. 나는 좋은 기록이 추가 작업이 아니라는 것을 발견했습니다. 그것들은 디자인 자체의 일부입니다. 내 견해는 간단하다. 엔지니어는 모든 부품을 다르게 만들어서 승리할 수 없습니다. 그들은 시스템을 더 쉽게 구축하고, 더 쉽게 지원하고, 업무 변경 시 더 쉽게 변경할 수 있도록 함으로써 승리합니다. 그렇기 때문에 표준적이고 모듈화된 사고가 강력한 팀에서 계속 나타나는 것입니다. 나는 이것을 엄격한 규칙으로 취급하지 않습니다. 나는 그것을 습관으로 취급합니다. 표준 부품으로 작업이 충분히 간단할 때는 하나를 사용합니다. 디자인에 맞춤 작품이 필요할 때, 저는 신중하게 제작합니다. 이러한 균형이 프로젝트를 안정적으로 유지합니다. 지금 당장 지저분한 빌드에 직면하고 있다면 여기서부터 시작하겠습니다. 부품 목록을 확인하세요. 모든 맞춤 항목을 표시하세요. 어떤 것이 정말로 필요한지 물어보십시오. 가능한 경우 나머지를 표준 옵션으로 교체하십시오. 이것이 제가 계속해서 생각하는 현명한 선택이며, 다른 엔지니어들이 계속해서 선택하는 것을 봅니다.

많은 엔지니어들은 한 번의 약속 이후에는 공급업체를 신뢰하지 않습니다. 일을 명확하게 하고, 세부 사항을 확인하며, 일이 힘들 때 꾸준한 답변을 주는 팀을 신뢰합니다. 나는 같은 문제를 계속해서 본다. 도면은 괜찮아 보이지만 부품이 현장에 맞지 않습니다. 샘플이 도착했지만 구멍 위치가 몇 밀리미터씩 벗어났습니다. 프로젝트가 진행 중이지만 누구도 직접적으로 답변할 수 없습니다. 거기서부터 신뢰가 깨지기 시작합니다. 나는 엔지니어들에게 처음부터 나를 믿어달라고 요청하지 않습니다. 나는 그 신뢰를 얻기 위해 차근차근 노력하고 있습니다. 나는 세부 사항부터 시작합니다. 크기, 재질, 하중, 사용 사례, 부품이 사용될 장소에 대해 물어봅니다. 나는 그림을 조심스럽게 본다. 틈이 보이면 불러냅니다. 공차에 확인이 필요하면 그렇게 말합니다. 나중에 나쁜 결과를 수정하기보다는 처음부터 속도를 늦추는 편이 낫습니다. 나는 또한 단어를 단순하게 유지합니다. 엔지니어에게는 영업 홍보가 필요하지 않습니다. 그들은 사실이 필요합니다. 그들은 부품이 무엇을 할 수 있는지, 어디서 작동하는지, 무엇을 할 수 없는지 알아야 합니다. 나는 명확한 메모, 명확한 사진, 명확한 답변을 제공합니다. 변경이 필요한 경우 일반 언어로 영향을 설명합니다. 나는 테스트를 작업의 일부로 만듭니다. 보기 좋은 샘플만으로는 충분하지 않습니다. 사용 중 어떻게 작동하는지 알고 싶습니다. 핏, 강도, 표면, 다른 부품과의 매칭 등을 확인합니다. 고객이 잔돈을 요구할 때, 나는 그것을 문제로 여기지 않습니다. 나는 그것을 일의 일부처럼 다룬다. 나와 함께 일했던 한 공장 엔지니어는 컨베이어 라인용 금속 브래킷이 필요했습니다. 첫 번째 버전은 서류상으로는 괜찮아 보였지만 현장에서는 다른 부품과 너무 가깝습니다. 그는 재작업과 시간 낭비를 걱정했습니다. 현장 사진을 달라고 해서 다시 간격을 확인하고 구멍 위치를 조정해 주었습니다. 우리는 새 샘플을 보냈고, 그는 그것을 설치했고, 라인은 추가 수리 없이 가동되었습니다. 그 프로젝트는 나에게 간단한 교훈을 주었다. 세부 사항이 실제 용도와 일치할 때 신뢰가 커집니다. 나는 또한 쉽게 접근할 수 있습니다. 고객이 질문이 있으면 바로 답변해 드립니다. 아직 전체 데이터가 없으면 그렇게도 말합니다. 엔지니어들은 이를 빠르게 알아차립니다. 공급업체가 언제 추측하는지 알 수 있습니다. 또한 누군가가 주의를 기울이고 있음을 알 수 있습니다. 나에게 있어서 신뢰는 꾸준한 습관에서 나온다. 명확한 사양. 깨끗한 수표. 실제 샘플. 평범한 이야기. 빠른 후속 조치. 빈 단어가 없습니다. 엔지니어들이 우리를 신뢰하는 것은 우리가 한 번 옳은 말을 했기 때문이 아닙니다. 모든 단계에서 정직하게 작업을 진행하기 때문입니다.

나는 같은 문제를 계속해서 보곤 했습니다. 메시지가 채팅 스레드에 분산되었습니다. 파일 버전이 일치하지 않습니다. 작은 변화가 사라졌습니다. 우리 팀은 중요한 작업을 구축하는 것보다 업데이트를 찾는 데 더 많은 시간을 보냈습니다. 나는 이 고통을 살아봤기 때문에 잘 알고 있다. 나와 함께 일한 몇몇 엔지니어도 같은 문제를 겪었습니다. 한 백엔드 엔지니어는 노트북, 스프레드시트 및 세 가지 다른 채팅에 수정 사항 목록을 보관했습니다. 릴리스가 이동하면 일일이 손으로 확인해야 했습니다. 느렸습니다. 피곤했어요. 피할 수 없는 실수가 발생했습니다. 이것이 바로 많은 엔지니어가 전환하는 이유입니다. 그들은 일을 위한 한 장소를 원합니다. 그들은 더 적은 수의 핸드오프를 원합니다. 그들은 지저분하지 않고 명확하게 느껴지는 프로세스를 원합니다. 나에게 변화된 것은 간단했습니다. 나는 워크플로를 느슨한 조각 세트로 취급하는 것을 중단했습니다. 저는 업데이트, 메모, 검토 의견, 진행 상황 추적을 위해 하나의 시스템을 사용하기 시작했습니다. 우리 팀은 무엇이 바뀌었는지 확인할 수 있었습니다. 아직 주의가 필요한 부분이 무엇인지 알 수 있었습니다. 전체 과정을 따라가기가 더 쉬워졌습니다. 가장 도움이 된 것은 다음과 같습니다. - 프로젝트 노트를 한 곳에 보관했습니다. - 실제 상태에 맞는 짧은 업데이트를 작성했습니다. - 작업을 공유하기 전에 버전 변경을 확인했습니다. - 리뷰 댓글을 쉽게 찾을 수 있도록 했습니다. - 모든 핸드오프에 동일한 형식을 사용했습니다. 이것이 모든 문제를 제거하지는 못했습니다. 문제를 더 쉽게 발견할 수 있게 되었습니다. 나는 또한 다른 것을 발견했습니다. 프로세스가 명확하면 엔지니어는 더욱 공개적으로 말합니다. 그들은 더 나은 질문을 합니다. 문제를 더 빨리 파악합니다. 그들은 관리 작업에 더 적은 에너지를 소비하고 앞에 놓인 작업에 더 많은 에너지를 소비합니다. 여전히 탭, 스레드, 파일 사이를 전환하고 있다면 답답함을 이해합니다. 나는 거기에 있었다. 작업 흐름에 느슨한 끝이 너무 많으면 얼마나 많은 시간이 낭비되는지 알고 있습니다. 내 견해는 간단하다. 엔지니어는 시스템을 통해 체계적으로 업무를 수행할 수 있어 더 나은 성과를 낼 수 있습니다. 매일 처음부터 시스템을 구축해야 하는 경우에는 그렇지 않습니다. 이미 전환한 경우 차이점을 알고 있을 것입니다. 그렇지 않다면 처음에는 변화가 사소하게 느껴질 수도 있습니다. 처음 몇 개의 프로젝트를 수행하고 나면 더 쉬워지는 경우가 많습니다. 저는 작업 내용을 눈에 띄게 유지하고, 혼란을 줄이고, 엔지니어가 실제로 작업하는 방식을 지원하는 도구와 워크플로를 찾습니다. 그것이 내가 신뢰하는 표준이다. 우리는 산업 분야에서 광범위한 경험을 가지고 있습니다. 전문적인 조언을 원하시면 저희에게 연락하세요: zhengdadianli: 1339679368@qq.com/WhatsApp 13371255099.

Alex Turner 2024 엔지니어링 조달에서 명확한 사양과 더 빠른 결정 Maya Chen 2023 엔지니어가 간단한 도구와 안정적인 성능을 선호하는 이유 Daniel Brooks 2022 일반 언어와 신뢰할 수 있는 후속 조치를 통해 신뢰 구축 Emily Carter 2024 실제 프로젝트 효율성을 위한 표준 부품 및 모듈식 사고 Robert Hayes 2021 명확한 검토와 더 나은 핸드오프로 현장 위험 감소