структура It компании
•Download as PPTX, PDF•
14 likes•17,416 views
структура It компании
Recommended
More Related Content
What's hot
What's hot (20)
Viewers also liked
Viewers also liked (20)
Similar to структура It компании
Similar to структура It компании (20)
структура It компании
- 1. Структура IT компании Доклад - мечта бюрократа
- 4. Let's GO!!!
- 5. План: Топ-менеджмент Матричная структура Роли в разработке Групповая динамика
- 7. Executive Financial Visionary Operating Technology Information Security Information Security Marketing Administrative CEO | CFO | CVO | COO | CTO | CIO | CSO | CISO | CMO | CAO
- 8. CPO CR(TI)OCSOCFO CLO — Chief Learning Officer CMO — Chief Marketing Officer COO — Chief Operating Officer CPO — Chief Procurement Officer CFO — Chief Financial Officer CHRO — Chief HR Officer CIO — Chief Information Officer CKO — Chief Knowledge Officer CR(TI)O — Chief Research (Technology Innovation) Officer CS — Chief Strategist CSO — Chief Security Officer COO/CAO CMOCIO CKO GC CBO CCOPRO CAO — Chief Administrative Officer CBO — Chief Business Officer CCO — Chief Commercial Officer CEO — Chief Executive Officer CHROCTO CLO CTO — Chief Technology Officer CVO — Chief Visionary Officer GC — General Counsel PRO — Public Relations Officer CS CVO CEO PR PROCESSING ASSURANCE TECHNOLOGY PEOPLE EVOLUTION SALES C - L E V E L R E S P O N S I B I L I T Y
- 9. Бывает разное ● Линейная ● Функциональная ● Дивизиональная ● Матричная
- 11. Pros более четкая ориентация на проектные цели и требования рынка высокая эффективность оперативного управления возможность оперативного снижения расходов и повышения эффективности использования ресурсов гибкое и эффективное использование персонала организации, специальных знаний и компетентности сотрудников относительная автономность проектных групп способствует развитию у работников профессиональных навыков, эффективной управленческой культуры и навыков самостоятельного принятия решений улучшение контроля за отдельными задачами проекта или целевой программы; одно лицо, «хозяин» проекта, является центром сосредоточения информации, касающейся проекта или целевой программы сокращается время реакции на нужды проекта или программы за счет создания горизонтальных коммуникаций и единого центра принятия решений.
- 12. Cons трудность однозначного установления ответственности за работу по заданию подразделения и по заданию проекта или программы (следствие двойного подчинения) необходимость постоянного контроля за соотношением ресурсов, выделяемых подразделениям и программам или проектам; высокие требования к квалификации, личным и деловым качествам работников, работающих в группах, необходимость их обучения; частые конфликтные ситуации между руководителями подразделений и проектов или программ; возможность нарушения правил и стандартов, принятых в функциональных подразделениях, из-за оторванности сотрудников, участвующих в проекте или программе, от своих подразделений.
- 13. Это был последний скучный слайд
- 15. DEVELOPMENT MARKET CUSTOMER Pd M BD PO PM BA SM AM Strategy Roles Notation: PdM — Product Manager PM — Project Manager AM — Account Manager PO — Product Owner SM — Sales Manager BD — Business Developer BA — Business Analyst SA — System Analyst SAr — System Architect SArSA
- 16. Software Architect «Умение выбрать оптимальное решение вместо лучшего — вот основная задача архитектора». «Архитектор ПО ничем не отличаются от других Архитекторов, которые строят мосты или дома. Приложение — это тоже строение: ему нужен правильный фундамент и сильные решения. Стоя под мостом во время проверки нагрузкой, нужно быть уверенным, что он не рухнет». «Всегда нужно быть готовым к переключению между задачами — это норма для архитектора». По статистике ДОУ, среднему украинскому архитектору 30 лет, он имеет 9-летний опыт работы и получает $4000.
- 17. Team Lead «70% — организационные вопросы и коммуникация, 30% — непосредственно технические вопросы». «Написание кода — мало. Чтение кода — много». «Обязанность тимлида #1: забота о своей команде. Команда должна чувствовать себя комфортно в рабочих условиях и быть хорошо мотивированной. Кроме того, тимлид также обеспечивает профессиональный и карьерный рост своих ребят, регулярно проводит беседы на тему, куда людям интересно развиваться, и помогает им в этом». По статистике ДОУ, средний возраст украинских тимлидов — 28 лет, средний опыт работы — 6,5 лет, средняя зарплата — $2800.
- 18. Project Manager Project Manager — это специалист, чьей главной задачей является управление проектом в целом: проектирование и расстановка приоритетов, планирование выполнения задач, контроль, коммуникации, а также оперативное решение проблем. «Хороший PM ценит время, является хорошим аналитиком, психологом, лидером; энергичен, позитивен, не паникует, вместо отговорок ищет пути решения проблем, политкорректен, понимает стратегию и тактику». Согласно статистике ДОУ, среднему украинскому PM’у 28 лет, он имеет зарплату $2000 и опыт работы 3,8 года.
- 19. QA engineer Основная задача QA — обеспечение качества. QA-инженер фокусирует внимание на процессах разработки ПО, улучшает их, предотвращает появление дефектов и проблем (Makes sure you are doing the right things, the right way). «Хороший инженер по качеству понимает логику продукта и досконально знает проект: требования, текущее состояние дел. Возможно, ему придется отвечать на уточняющие вопросы девелоперов, которые знают только свой кусок задачи и смежные области». «Недостатками, скорее всего, можно назвать большую часть рутинной работы, которою нужно делать обязательно». По данным ДОУ, среднему украинскому QA-инженеру 26 лет. Он имеет опыт работы от полугода (джуниор) до 5 лет (сеньор) и получает зарплату $600-2700
- 20. Холократия ● Холакратия - бизнес-модель «без менеджеров» ● Роли вместо позиций ● Распределение вместо делегирования ● Быстрые структурные преобразования ● Правила вместо политики
- 22. Донт ворк бекоз оф: ● Концепцией владеет одна компания (ее придумал Брайан Робертсон, основатель компании HolacracyOne,) ● Это дорого и долго ● Холакратия похожа на культ ● Частые встречи не всегда эффективны ● Проблемы контроля и самоорганизации структур ● Нанимать людей становится сложнее ● Отсутствие структуры порождает новые структуры
- 25. Выводы CEO, CTO, CVO , COO, CCO, CMO Матричная рулит Product Manager, Project Manager vs Product, TeamLead vs TechLead, Холократия - в топку всех менеджеров Forming to Storming to Noring maybe to Perfoming
- 26. Agile
- 27. А что есть кроме него? - Waterfall - RUP - OpenUP - MSF - И тд.
- 28. Agile-манифест - Люди и взаимодействие важнее процессов и инструментов - Работающий продукт важнее исчерпывающей документации - Сотрудничество с заказчиком важнее согласования условий контракта - Готовность к изменениям важнее следования первоначальному плану
- 29. Scrum
- 32. Демо
- 33. Ретроспектива
- 34. И зачем тогда Kanban
- 36. Рефакторинг Рефакторинги - это хорошо.
- 37. Комментарии в коде Комментарии - это всегда хорошо.
- 38. Брейнштормы Встречи - это не всегда хорошо :)
- 39. Всем лета!
Editor's Notes
- Типичный рабочий день архитетора предпологает: — участие в групповом планировании, митингах, совещаниях с заказчиком; — консультирование команды по текущим вопросам; — проектирование и написание технической документации; — изучение новых технологий; — работа с кодом проекта, прототипирование, оптимизация, рефакторинг.
- Типичный рабочий день тимлида включает в себя: · рассмотрение новых задач и их распределение · стендап с командой · митинги · программирование · архитектурные вопросы · code review
- Основная обязанность и ответственность PM — довести идею заказчика до реализации в установленный срок, используя существующие ресурсы. В рамках этой задачи PM’у необходимо построить план разработки, организовать команду, настроить процесс работы над проектом, обеспечить обратную связь между командами и заказчиком, устранять помехи для команд, контролировать качество и поставку продукта в срок. Типичный рабочий день PM’а предполагает: — Планирование очереди задач на текущий день; — Проверка выполненной работы команд за прошедший день; — Проведение стендапа с командой; — Коммуникации с заказчиком по эмейлу, скайпу, телефону, митинги; — Работа с документацией, отчетность; — Мониторинг выполнения задач; — Решение разнообразных текущих проблем;
- Типичный рабочий день QA-специалиста включает в себя: — Написание тест-кейсов, тестирование, документирование ошибок (в зависимости от фазы проекта); — Проверка баг-трекинговой системы на предмет появления исправленных ошибок; — Стенд-ап митинги; — Изучение требований, их уточнение у заказчика; — Активное общение с разработчиками; — Оформление тестовой документации. «Мышление программистов и тестировщиков „заточено“ по-разному. Программист ищет короткий путь решения, достигает цели — и после этого стремится уже к новым задачам. А тестировщик обстоятельно выверяет неучтенные моменты, проверяет разные комбинации».