공동 창립자이자 가끔 프리랜서 제품 관리자, 디자이너 및 개발자 인 저는 테이블의 양쪽에서 작업했습니다. 개발자는 개발자로, 관리자는 개발자로 일했습니다.
따라서 창립자, 제품 관리자 또는 기술 팀과 함께 일하는 사람이라면 직원의 행복을 유지하고 삶을 편하게 만들기 위해해야 할 몇 가지를 공유하고 싶습니다.
왜 귀찮게? 글쎄, 단순히 좋은 보스가되고 싶어하는 것 외에도 개발자의 삶이 쉬울수록 더 빠르고 효율적으로 기능을 구현할 수 있습니다. 개 년의 속도로 시간이 이동하는 인터넷에서는 확실히 이점입니다.
기술 팀과 함께 작업 할 때 성공할 수있는 열쇠는 다음과 같습니다.
CTO와 수석 엔지니어의 차이점 이해
CTO 또는 수석 엔지니어와 함께 작업 할 경우 반드시 동일한 사람이 아니라는 점을 이해해야합니다.
때로는 기술뿐만 아니라 훌륭한 관리자, 커뮤니케이터 및 위임자 인 놀라운 CTO도 있습니다. 이러한 유형은 구축하려는 항목, 사용자의 최종 목표 및 전체 비즈니스 목표에 대한 모든 것을 알고 싶어 할 것입니다. 대단해! 저를 믿으십시오. 그것은 자산입니다. 그것을 양육하십시오.
하지만 대부분의 경우, 특히 개발자의 경제 상황에서 리드 엔지니어는 제품을 설계하는 데는 훌륭하지만 팀을 관리 할 기술 (또는 욕구)이없는 사람입니다. 그리고 제품.
어떤 종류의 사람이 필요한지 또는 고용했는지를 빨리 알수록 해당 사람과 제품을보다 잘 관리 할 수 있습니다.
상황에 대한 관심
개발자는 기계가 아닌 제조업체입니다. 따라서 기술 용어를 던지기 시작할 때 그들이 무엇에 대해 이야기하고 있는지 전혀 모르는 경우에도 그들의 아이디어를 듣고 고려하십시오. 이 스택과 그 스택의 차이점을 모르십니까? 청하다. 배울 수있는 기회로 활용하십시오. 최소한 제품의 기술적 인 측면을 이해해야합니다.
구체적으로
기술 팀이 소규모의 특정 작업을 할당하는 것이 훨씬 유용합니다. 여러 가지 모형을 전달하고 금요일까지 완료하도록 지시하지 마십시오. 실제로, 당신은 그들을 위해 프로젝트를 관리하는 사람이어야합니다. Pivotal Tracker 또는 Trello와 같은 프로젝트 관리 소프트웨어를 사용하고 일별 또는 작업 별 기능 개발 진행 상황을 추적하는 방법에 대해 알아 봅니다.
직접 또는 프로젝트 관리 소프트웨어를 통해 자주 체크인하십시오. 포크에서 물건을 잡을 수 있다면 물건이 잘못된 길로 떨어지는 것을 방지하는 것이 훨씬 쉽습니다.
매일 마음을 바꾸지 마십시오
나는 이것이 명백하게 들린다 고 생각한다. 그러나 매일 제품을 홍보하고 판매 할 때 피드백을 듣고 더 나은 제품을 만들기위한 브레인 스토밍 방법을 사용하면 항상 새로운 아이디어를 쉽게 찾을 수 있습니다. 팀에게이 작업을 수행하지 마십시오.
최소의 실행 가능한 제품 (또는 "MVP")을 구축하려는 구체적이고 작은 것을 정의하십시오. MVP 사양을 명시하고 구축 할 준비를하십시오. 그리고 작게 만드십시오. 거대한 앱을 디자인했다면이를 분해하고 한 부분으로 시작하십시오. MVP를 배송 한 다음 데이터 에 따라 마음을 바꾸십시오 .
또한 아직하지 않았다면 Eric Ries 의 Lean Startup 을 읽으십시오. 네트워킹 행사에서 멋진 전문 용어를 버리지 마십시오.
마감일이 아닌 목표 설정
기술 세계에서 마감일이 항상 작동하는 것은 아닙니다. 가장 숙련 된 개발자조차도 문제를 해결하고 문제를 해결하는 데 걸리는 시간을 예측하기가 어렵습니다.
나는 실제로 기능을 분해하고 어려움 포인트를 할당하는 Tracker의 아이디어에 시간이 아닙니다. 문제를 "쉬운", "중간"또는 "어려움"으로 표시하고 마감일을 지키기보다는 진행 상황을 추적하십시오. 대부분 어려운 작업을 할당합니까? 아마도 더 세분화 될 수 있습니다.
훌륭한 디자이너 얻기
디자이너는 문제를 해결하고 제품 빌드 프로세스를 훨씬 쉽게 만들 수 있습니다. 특히 UX / UI (사용자 경험 및 사용자 인터페이스) 설계자. 픽셀 단위, 사용자 상호 작용에 의한 사용자 상호 작용 (생각 : 사용자가 다음에 클릭하는 버튼, 페이지의 위치, 위치는 어디입니까?)과 같이 제품의 모양과 동작을 파악하는 데 도움이됩니다.
이것은 개발자의 일이 아닙니다. 나는 진지하다. 개발자의 임무는 제품을 디자인하는 것이 아니라 코드를 작성하는 것입니다. 훌륭한 디자이너는 실제로 개발 비용을 절감하는 데 도움이됩니다. 팀이 다른 사람들이 간과했을 수도있는 것을 생각하고 파악하는 데 도움이되기 때문입니다. 또한 제품을보다 직관적이고 사용하기 쉽게 만드는 간단하지만 강력한 변경을 제안 할 수 있습니다.
동시에 - 디자이너가 희박해야합니다. 때로는 맞춤형 모든 것을 구축하는 비용이 들지 않습니다. 디테일에 대한 관심과 디바가되는 것에는 차이가 있습니다. 개발자가 디자인에 대해 불평하는 경우 중지, 토론, 조정 및 타협해야한다는 신호입니다.
테스트, 테스트, 테스트
제품에 관심이 있다면 개발자가 테스트하도록 도와주십시오. 그녀는 몇 시간 동안 이것을 쳐다보고있다. 그녀에게 새로운 눈을주십시오. 그녀가 옳은 일을 칭찬하고 여전히해야 할 일이나 수정해야 할 일에 대한 구체적인 일을하십시오.
개발자들은 종종 무언가에 많은 시간을 보냈으며 아무도 보지 못했기 때문에 깨진 것으로 시작했다고 불평합니다. 그것은 당신의 제품이라는 것을 기억하십시오. 그리고 아무도 자신이 내놓고있는 제품에 관심이없는 사람을 위해 일하고 싶어하지 않습니다.
공정하게 보상
당신은 비즈니스 사람이고 비즈니스 사람들은 협상합니다. 일반적으로 비 사업가보다 훨씬 낫습니다.
그러므로 조심 해주시길 바랍니다.
당신은 그녀의 속도로 개발자와 협상 할 수 있지만 그것이 합리적으로 들린다면 아마 그렇습니다. 그녀가 인용 한 것을 위해 기꺼이 고용 할 수있는 다른 사람들이 많이 있다는 것을 명심하십시오. 그리고 그녀가 협상을하지 않은 것처럼 느끼고 자신이 가치있는 것을 보상받지 못한다면 다른 일 (또는 다른 재미있는 일들)보다 우선 순위를 정하지 않을 가능성이 있습니다. 또는, 그녀는 자신의 요율을 지불 할 다른 사람을 찾은 다음 교수형에 처하게합니다. 나는 그것을 반복해서 보았다.
대안은 작은 기능에 대한 평가판 기간 동안 요금을 협상하고 프로젝트가 제대로 진행되면 전체 요금을 지불하겠다고 말하는 것입니다.
팀을 신뢰
가장 가까운 유치원에 가면서 개발자의 패딩 시간을 느슨하게하거나 느슨하게하는 것을 의심하십니까? 신뢰하는 사람을 고용하지 않고 자신보다 나은 사람을 고용하지 않으면 올바른 사람을 고용하지 않는다는 것을 기억하십시오.
당신이 그들의 일을하기 위해 고용 한 전문가를 신뢰하십시오. 방향, 유연성, 호흡 실 및 권한을 포함하여 필요한 도구를 제공하십시오. 그리고 자주 체크인하십시오.
