Downloaded 197 times
Uploaded byАндрей Уманский
структура It компании
Доклад рассматривает структуру IT-компании и роли top-менеджеров в рамках матричной структуры, выделяя плюсы и минусы такой организации. В нем также обсуждаются ключевые роли в разработке, такие как project manager, QA engineer и team lead, а также новые бизнес-модели, такие как холократия. Документ подчеркивает важность гибкости и эффективной коммуникации в управлении проектами, обращая внимание на современные методологии разработки, такие как Agile.
More Related Content
![[JAM 1.1] Project Managment Tools (Viktor Sidorcov)](https://cdn.slidesharecdn.com/ss_thumbnails/random-110307032456-phpapp01-thumbnail.jpg?width=640&height=640&fit=bounds)
структура It компании
- 1. Структура IT компании Доклад -мечта бюрократа
- 2.
- 3.
- 4.
- 5. План: Топ-менеджмент Матричная структура Роли вразработке Групповая динамика
- 6.
- 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. Бывает разное ● Линейная ●Функциональная ● Дивизиональная ● Матричная
- 10.
- 11. Pros более четкая ориентацияна проектные цели и требования рынка высокая эффективность оперативного управления возможность оперативного снижения расходов и повышения эффективности использования ресурсов гибкое и эффективное использование персонала организации, специальных знаний и компетентности сотрудников относительная автономность проектных групп способствует развитию у работников профессиональных навыков, эффективной управленческой культуры и навыков самостоятельного принятия решений улучшение контроля за отдельными задачами проекта или целевой программы; одно лицо, «хозяин» проекта, является центром сосредоточения информации, касающейся проекта или целевой программы сокращается время реакции на нужды проекта или программы за счет создания горизонтальных коммуникаций и единого центра принятия решений.
- 12. Cons трудность однозначного установленияответственности за работу по заданию подразделения и по заданию проекта или программы (следствие двойного подчинения) необходимость постоянного контроля за соотношением ресурсов, выделяемых подразделениям и программам или проектам; высокие требования к квалификации, личным и деловым качествам работников, работающих в группах, необходимость их обучения; частые конфликтные ситуации между руководителями подразделений и проектов или программ; возможность нарушения правил и стандартов, принятых в функциональных подразделениях, из-за оторванности сотрудников, участвующих в проекте или программе, от своих подразделений.
- 13. Это был последнийскучный слайд
- 14.
- 15. DEVELOPMENT MARKET CUSTOMER Pd M BD PO PM BA SM AM StrategyRoles 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. Холократия ● Холакратия -бизнес-модель «без менеджеров» ● Роли вместо позиций ● Распределение вместо делегирования ● Быстрые структурные преобразования ● Правила вместо политики
- 21.
- 22. Донт ворк бекозоф: ● Концепцией владеет одна компания (ее придумал Брайан Робертсон, основатель компании HolacracyOne,) ● Это дорого и долго ● Холакратия похожа на культ ● Частые встречи не всегда эффективны ● Проблемы контроля и самоорганизации структур ● Нанимать людей становится сложнее ● Отсутствие структуры порождает новые структуры
- 23.
- 24.
- 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.
- 27. А что естькроме него? - Waterfall - RUP - OpenUP - MSF - И тд.
- 28. Agile-манифест - Люди ивзаимодействие важнее процессов и инструментов - Работающий продукт важнее исчерпывающей документации - Сотрудничество с заказчиком важнее согласования условий контракта - Готовность к изменениям важнее следования первоначальному плану
- 29.
- 30.
- 31.
- 32.
- 33.
- 34. И зачем тогдаKanban
- 35.
- 36.
- 37. Комментарии в коде Комментарии- это всегда хорошо.
- 38. Брейнштормы Встречи - этоне всегда хорошо :)
- 39.
Editor's Notes
- #17 Типичный рабочий день архитетора предпологает: — участие в групповом планировании, митингах, совещаниях с заказчиком; — консультирование команды по текущим вопросам; — проектирование и написание технической документации; — изучение новых технологий; — работа с кодом проекта, прототипирование, оптимизация, рефакторинг.
- #18 Типичный рабочий день тимлида включает в себя: · рассмотрение новых задач и их распределение · стендап с командой · митинги · программирование · архитектурные вопросы · code review
- #19 Основная обязанность и ответственность PM — довести идею заказчика до реализации в установленный срок, используя существующие ресурсы. В рамках этой задачи PM’у необходимо построить план разработки, организовать команду, настроить процесс работы над проектом, обеспечить обратную связь между командами и заказчиком, устранять помехи для команд, контролировать качество и поставку продукта в срок. Типичный рабочий день PM’а предполагает: — Планирование очереди задач на текущий день; — Проверка выполненной работы команд за прошедший день; — Проведение стендапа с командой; — Коммуникации с заказчиком по эмейлу, скайпу, телефону, митинги; — Работа с документацией, отчетность; — Мониторинг выполнения задач; — Решение разнообразных текущих проблем;
- #20 Типичный рабочий день QA-специалиста включает в себя: — Написание тест-кейсов, тестирование, документирование ошибок (в зависимости от фазы проекта); — Проверка баг-трекинговой системы на предмет появления исправленных ошибок; — Стенд-ап митинги; — Изучение требований, их уточнение у заказчика; — Активное общение с разработчиками; — Оформление тестовой документации. «Мышление программистов и тестировщиков „заточено“ по-разному. Программист ищет короткий путь решения, достигает цели — и после этого стремится уже к новым задачам. А тестировщик обстоятельно выверяет неучтенные моменты, проверяет разные комбинации».