«management» 태그된 질문

"권력"은 종종 일을 담당하는 권위의 입장에서 기술하는 데 사용되는 문구입니다. 자원의 분배는 자원이 시간, 돈 및 사람을 포함하지만 관리자가하는 일을 설명하는 방법입니다.

11
항상 떠날 것을 위협하고 협력하기 어려운 팀원에 대해 어떻게해야합니까? [닫은]
나는 3 명의 개발자와 함께 소규모 개발 그룹에서 일합니다. 우리는 느슨하게 관리되고 팀에 대한 구조가 없습니다. 지정된 팀 리더가 없으며 관리자가 상당히 유능합니다. 선임 개발자는 4 년 동안 회사에서 근무했으며 그 당시 시스템을 설정하고 계속 운영하는 데 큰 도움이되었습니다. 그는 훌륭한 개발자는 아니지만 훌륭한 카우보이 코더이며 내가 할 수 없었던 …
9
성과 검토 중 급여 인상에 대한 논의 [닫기]
현재 진행중인 성능 검토에서 딜레마에 직면하고 있습니다. 1 년 전에 회사를 시작했을 때 저는 프로그래밍 기술과 지식에 대해 가능한 한 정직하게 노력했습니다. 나는 좋은 프로그래머와 개발자라고 생각하는 사람들과 비교할 때 코딩 능력을 바탕으로 지각 된 기술을 사용했습니다. 그래서 제가받은 급여는 당시에 만족했습니다. 나는 직장에 갈 때와 정직 할 때 정직함이 …
33 management 
25
프로그래머로서 작업 표를 작성해야합니까? [닫은]
작업 표는 내가 결코 좋아하지 않았지만 회사 내에서 요구하는 것은 아닙니다. 그들은 나를 귀찮게하지 않지만 다른 사람들의 기어를 실제로 갈아주는 것처럼 보입니다. 몇 가지 질문이 있고 피드백이 좋을 것 같습니다. 계약자가 아니라고 가정하면 작업 표를 작성해야합니까? (그것은 이해할 수 있습니다). 편안하거나 사용하기 쉬운 작업 표의 단위는 무엇입니까? (예 : 모든 …
32 management 
12
후배가 당신의 제안을 받아들이지 않았다면 어떻게해야합니까? [닫은]
저는 3-4 명의 주니어 개발자로 구성된 팀을 이끌고 있습니다. 코드 작성 외에 저의 직업은 후배들에게 감독과지도를 제공하는 것입니다. 그러나 나는 개발자들이 자신의 작업에서 자율성을 소중히 여기는 것을 완전히 이해하고 있으며, 내 생각과 알고리즘을 숟가락으로 먹이는 본질적인 동기를 파괴하고 싶지 않습니다. 나는 그들이 자신의 방식으로 문제를 탐구하고 스스로 생각하고 그들이 극복 …
1
민첩한 개발자로서“SMART”목표를 작성하는 방법은 무엇입니까?
많은 회사와 마찬가지로 제가 일하는 회사는 SMART 목표를 기반으로 성과 검토 시스템으로 전환하고 있습니다. 우리 팀은 Extreme Programming의 관행을 채택한 고도로 민첩한 개발 팀 입니다. 우리의 큰 이익을 위해 민첩한 관행의 고용은 즉각적이고 고위 경영진을 전적으로 지원합니다. 작업을 수행하기 위해 우리 팀은 3 주 반복을 사용합니다. 즉각적인 반복을 넘어서 우리는 …
18
기업이 개발자에게 재미있는 악기를 사지 않는 이유는 무엇입니까? [닫은]
개발에 지쳐서 여러 번 정신이 더 이상 도움이되지 않는 경우 (집에서), 단순히 재미있는 일을하고 더 높은 문제 해결 능력으로 더 많은 시간 동안 일을 할 수있게됩니다. 그러나 개발자의 생산성과 효율성을 높이기위한 기술로 관리자에게이 기술을 추천했을 때, 그는 업무가 오락의 장소가 아니라는 사실을 받아들이기를 거부했습니다. 이 공식이 저에게 효과적이라고 생각합니다. 다른 …
11
생산 시스템이 다운 될 때 어떻게 시원하게 유지합니까? [닫은]
닫은. 이 질문은 주제에 맞지 않습니다 . 현재 답변을받지 않습니다. 이 질문을 개선하고 싶습니까? Software Engineering Stack Exchange에 대한 주제가 되도록 질문을 업데이트하십시오 . 휴일 칠년 전에 . 이것은 우리 대부분에게 일어난 일입니다 ... 당신은 하루에 일하러 왔습니다. 모든 것이 정상인 것 같습니다-태양이 빛나고, 새가 chi니다. 그러나 당신은 매트릭스에있는 데자뷰 …
10
새로운 팀 리더를 위해 어떤 관리 책을 읽으시겠습니까? [닫은]
닫은. 이 질문은 주제에 맞지 않습니다 . 현재 답변을받지 않습니다. 이 질문을 개선하고 싶습니까? Software Engineering Stack Exchange에 대한 주제가 되도록 질문을 업데이트하십시오 . 휴일 팔년 전에 . 잠김 . 이 질문과 주제는 주제가 다르지만 역사적 의미가 있기 때문에이 질문과 답변은 잠겨 있습니다. 현재 새로운 답변이나 상호 작용을받지 않습니다. 새로운 …
9
비전문가에게 기술적 설명하기 [닫기]
폐쇄되었습니다 . 이 질문은 더 집중되어야 합니다. 현재 답변을받지 않습니다. 이 질문을 개선하고 싶습니까? 이 게시물 을 편집 하여 한 가지 문제에만 집중할 수 있도록 질문을 업데이트하십시오 . 휴일 오년 전에 . 나는 종종 내에 기술 사물과 기술적 결정을 설명하기가 매우 비 기술 관리자와 나는 꽤 끔찍한입니다. 프로그래밍에 대한 열정이없는 …
26 management 
4
풀 요청에서 TODO를 처리하는 방법은 무엇입니까?
이 질문은 Software Engineering Stack Exchange에서 답변을 얻을 수 있기 때문에 Software Quality Assurance & Testing Stack Exchange에서 마이그레이션 되었습니다. 작년에 이주 . 풀 요청의 변경 사항을 검토 할 때 종종 "TODO"메모가 포함 된 주석을 우연히 발견 할 수 있습니다. 문제를 해결하는 데 사용되는 솔루션은 개선 될 수 있지만 훨씬 …
4
민첩한 선언 원칙의 특정 요점을 이해할 수 없음
나는 민첩한 선언 원칙 을 읽고 있었다 . 한 가지 점을 제외하고는 모든 것이 명확하고 합리적으로 보입니다. 완료되지 않은 작업량을 최대화하는 기술인 단순성은 필수적입니다. 나는 이것을 이해하지 못한다. 이것이 이루어지지 않은 작업이 어떻게 든 과장되어야합니까? 그렇다면 실제로 냄새가 나지 않습니다.
24 agile  management 
9
일대일로 관리자와 어떤 주제에 대해 이야기합니까? [닫은]
닫은. 이 질문은 주제에 맞지 않습니다 . 현재 답변을받지 않습니다. 이 질문을 개선하고 싶습니까? Software Engineering Stack Exchange에 대한 주제가 되도록 질문을 업데이트하십시오 . 휴일 칠년 전에 . 매주, 나는 거의 모든 것에 대해 이야기하기 위해 관리자와 30 분의 회의를 예약했습니다. 지금까지 나는 그 일대일을 진지하게 받아들이지 않았습니다. 새해 결심으로, …
24 management 
28
당신이 일한 최고의 관리자들은 어떤 특성을 공통적으로 가지고 있습니까? [닫은]
현재로서는이 질문이 Q & A 형식에 적합하지 않습니다. 답변, 사실, 참고 자료 또는 전문 지식을 통해 답변이 뒷받침 될 것으로 예상되지만이 질문은 토론, 논쟁, 여론 조사 또는 광범위한 토론을 요구할 것입니다. 이 질문을 개선하고 다시 열 수 있다고 생각 되면 도움말 센터 를 방문하여 안내를 받으십시오 . 휴일 팔년 전에 …
24 management 
9
내 동료는 좋은 사람이지만 그의 성과는 하위 수준입니다. 상사에게 알려주나요? [닫은]
폐쇄되었습니다 . 이 질문은 의견 기반 입니다. 현재 답변을받지 않습니다. 이 질문을 개선하고 싶습니까? 이 게시물 을 편집 하여 사실과 인용으로 답변 할 수 있도록 질문을 업데이트하십시오 . 휴일 3 년 전 . 나는 약 3 개월 전에 프로젝트를 시작했는데 그 당시에는 새로 고용 된 한 명의 개발자가 개발 중이었습니다. …
당사 사이트를 사용함과 동시에 당사의 쿠키 정책과 개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.