주식정보

반응형 애자일 사고의 실수 #5: CEO 모든 기업은 고객 중심에 대해 이야기합니다. 그런데 왜 아무도 그들을 책임지지 않습니까? Unsplash의 Charles Forerunner 사진 기업들은 New Work와 Agile Working을 더욱 활발하게 구축하고 있습니다. 그들은 제품과 서비스의 고객 중심을 확장하기를 원합니다. 그런데 왜 아무도 고객에게 초점을 맞추지 않습니까? 애자일 협업 및 작업 조직의 다양한 측면을 다루는 회사는 두 가지 주요 문제에 직면합니다. 하나, New Work는 특히 창의적인 사고와 문제 해결이 회사에서 정렬되고 조직되는 방식에 중점을 둡니다. 여기서 초점은 직원들이 서로 그리고 상사와 상호 작용하는 방식에 있습니다. 또한 인프라, 시간 규정, 위치 및 조직과 같은 현대적인 작업 디자인과 같은 문제를 다룹니다. New Work의 목표는 직원을 성숙하고 자율적이며 책임감 있는 사람으로 인식하는 것입니다. 그들은 자신, 작업 및 동료와의 협력을 조직할 수 있습니다. 두 번째 주제 영역인 애자일 작업은 팀, 가치 흐름, 부서 및 전체 회사의 개별 직원과 협력의 특정 조직과 오케스트레이션에 중점을 둡니다. 많은 메소드 및 메소드 컴파일이 이 주제와 연관되어 있습니다. 예를 들어, Scrum, Design Thinking 또는 SAFe는 애자일 작업의 동의어로 이해됩니다. 이러한 이유로 이러한 방법은 애자일 방법이라고도 하는 잘못된 방법입니다. 비록 방법이 항상 매우 안정적이고 견고한 구조임에도 불구하고 말입니다. 그러나 이것은 참고 사항일 뿐입니다. New Work와 Agile Working은 주제 영역으로 병합되고 흐려지지만 둘은 여러 특성에서 다릅니다. 그 중 하나는 애자일 작업에는 역할과 책임이 부풀려진다는 것입니다. 방법에 따라 자체 조직화 팀을 지원하거나 심지어 코치해야 하는 스크럼 마스터의 역할이 있습니다. 소프트웨어 개발 제품 영역에서 전체 팀 그룹을 구성해야 하는 애자일 릴리스

반응형 사용자 정의 "xcconfigs" 및 Cocoapods 작업 방법에 대해   iOS에서 포드 구성과 함께 사용자 지정 구성 유지 사용자 지정 및 코코아 포드 구성을 함께 사용하고 싶었던 적이 있습니까? 언제나처럼! 내가 도와 줄게. 시작하기 전에 문제를 해결할 수 있는 올바른 위치에 있는지 확인합니다. 우리가 해결하고자 하는 문제를 알고 있는지 확인하기 위해 체크리스트를 살펴보십시오. 체크리스트 프로젝트에 대한 사용자 지정 구성을 도입하려는 경우 프로젝트에 코코아 포드가 설정되어 있습니다. 너는 볼 수있어 Pods-ProjectName.release 릴리스 구성에서 다음과 같이 설정하십시오. 포드를 사용한 구성 추가 정보 Cocoapods는 프로젝트 구성을 기반으로 구성 파일을 자동으로 생성하고 자동으로 대상에 추가합니다. 예전에는 옵션이 있었는데 --no-integrate 각각의 부착을 피하기 위해 pod config 더 이상 존재하지 않는 구성 집합이 있는 파일입니다. 우리가 원한다면 추가할 것입니다. :integrate_targets => false 옵션으로 install! Podfile에서. 괜찮아! 당신이 이 부분을 읽고 있는 동안, 당신이 이 기사에 집중하고 있을 가능성이 높다고 확신하며, 위에 나열된 문제는 바로 당신이 해결하고자 하는 문제의 집합입니다. 잠수할 수 있습니다. 우리는 먼저 .xcconfig 파일을 만든 다음 프로젝트 폴더에 추가합니다. 1. CMD + N을 누른 다음 필터 필드 유형에서 Config -> 이름으로 .xcconfig 파일 만들기 -> 폴더 구조는 다음과 같습니다. 이 설정이 완료되면. 생성한 사용자 지정 구성 파일을 열면 됩니다. 이 경우에는 다음과 같이 됩니다. CustomReleaseConfig.xcconfig 1단계가 완료되면 생성된 .xcconfig 파일

반응형 속도, 보안 및 확장성: 2개만 선택하십시오!   엔지니어링 조직의 효율성을 어떻게 측정합니까? 사진 크레디트 bolovtsova 이 기사에서는 이 질문을 속도, 보안 및 확장성(3S라고 함)의 세 가지 속성으로 분류합니다. 먼저, 엔지니어링 팀이 3S에서 동시에 훌륭해지려고 할 때 직면하는 몇 가지 문제에 대해 설명합니다. 다음으로 모든 규모의 기업이 비즈니스 요구 사항에 맞게 전략을 변경할 수 있는 방법을 검토할 것입니다. 마지막으로 일부 엔지니어링 팀의 여정에 도움이 될 수 있는 몇 가지 흥미로운 트렌드를 살펴보겠습니다. 3S란? 속도 : 아이디어가 시장에 나오기까지 걸리는 시간 메트릭: 출시 시간, 출시된 기능 수. 관찰된 특성: 개별 기여자는 많은 자율성을 가지며 빠르게 이동할 수 있습니다. 변경 시 프로세스 및 확인 횟수 감소 혁신은 차별화 요소입니다. 기능 크리프 및 기술 부채로 이어질 수 있습니다. 보안: T 보안 통제를 정보 시스템에 통합하는 프로세스 메트릭: 심각도에 따라 가중치가 부여된 보안 사고 수, 규정 준수 달성. 관찰된 특성: 개별 기여자는 소유권을 공유하고 서로 책임을 집니다. 변경 시 많은 프로세스 및 확인 혁신을 위험으로 볼 수 있음 규정 준수 및 보안 요구 사항이 주요 프로젝트가 되며 때때로 제품 로드맵을 인수합니다. 확장성: 시스템이 크기나 부피를 변경할 수 있는 능력 메트릭: 성능 및 가동 시간 메트릭 관찰된 특성: 개별 기여자는 도구와 자동화에 의존합니다. 이 자동화를 설정하는 것은 초기 단계에서 복잡하고 시간이 많이 소요될 수 있습니다. 자동화 증가 코드로서의 인프라 다중 지역, 다중 클라우드 기술 부채는 확장성을 손상시킬 수 있습니다. 3S에서 탁월하려고 하는 것이 역효과를 낼 수 있는 이유는 무엇입니까? 이 세 가지 속성은 좋은 의도를 가지고 있지만 때로는 반대 세력으로 작용할 수도 있습니다. 몇 가지 예를 들어보겠습니다. 보안에 대