Форум Сообщества Аналитиков

Общий раздел => Методологии => Тема начата: Trigger от 21 Января 2012, 20:43:53

Название: Зоны ответственности аналитика, архитектора и менеджера проекта.
Отправлено: Trigger от 21 Января 2012, 20:43:53
Добрый день уважаемые коллеги.
Предлагаю обсудить зоны ответственности каждой из ролей при создании ПО.

Зона ответственности аналитика:
1.Обследование предметной области;
2.Определение требований;
3.Обоснование необходимости внедрения, смета затрат, предполагаемый экономический эффект и время окупаемости;
4.Разработка ТЗ; подготовка сопроводительной документации;
5.Создание необходимые диаграмм;
6.Разработка шаблонов проектирования;
7.Разработка тест-кейсов;
8.Участие в тестировании и сдаче продукта заказчику;
9.Участие во внедрении и сопровождении программного продукта.
------------------------------------------------------------------
Следует учесть, что ТЗ может включать в себя диаграммы компонентов и развертывания.
Касательно BPMN 2 довольно сложно определить зону ответственности аналитика и разработчика.

Учитывая вышесказанное, так что же входит в зону ответственности архитектора и менеджера проекта?

p.s.Если что то забыл для аналитика дополните пожалуйста.
p.p.s.Также прошу поправить по терминологии.
Название: Re: Зоны ответственности аналитика, архитектора и менеджера проекта.
Отправлено: Galogen от 22 Января 2012, 01:34:13
Мое имхо,
зона ответственности аналитика понять ЧТО требуется заказчику для решения его проблемной ситуации и предложить концепцию решения. Т.е. это аналитическая деятельность.

Действительно, аналитик готовит ТЗ, постановки, ТК, внедряет и сопровождает продукт. Участвует в обсуждении проектных решений. Но пункт 6 не компетентность аналитика, а архитектора.

Архитектор - это тоже аналитик системный, но он и разработчик, опытный программист с хорошим стажем. Его задача предложить решение встраиваемое в имеющуюся архитектуру, либо создание новой архитектуры. Архитектор генератор проектных требований более низкого уровня.

Менеджер проекта - по существу главный аналитик проекта, его главная задача управление процессом, его организация, планирование, контроль, прогнозирование, оперативное управление, ...
Название: Re: Зоны ответственности аналитика, архитектора и менеджера проекта.
Отправлено: ida - брэнд с 14-летней историей от 22 Января 2012, 22:14:22
менеджер проекта управляет ресурсами. Этого не делает больше никто в команде. Архитектор занимается проектированием. Если кверент не понимает разницы между проектированием и анализом, путая архитекторов с аналитиками, рекомендую ему учебник Орлова Технологии разработки ПО (вроде так), там все разжевано
Название: Re: Зоны ответственности аналитика, архитектора и менеджера проекта.
Отправлено: Galogen от 22 Января 2012, 22:30:30
Если кверент
Ida, ну к чему эти словечки. Русский достаточно богат и сам по себе
Название: Re: Зоны ответственности аналитика, архитектора и менеджера проекта.
Отправлено: Trigger от 22 Января 2012, 22:45:23
В том то и дело что зоны ответственности имхо пересекаются. Поэтому и хочу понять где же проходит граница между аналитиком и архитектором.
Куда например относятся диаграммы компонентов и развертывания UML? Кто их должен делать?
У нас в ТЗ указывалось все вплоть до формата отдельных команд и их взаимодействия, т.е. оставалось, что называется закодить. Где же в этом случае работа архитектора?
Или напр. 3.Обоснование необходимости внедрения, смета затрат, предполагаемый экономический эффект и время окупаемости; Это обязанность аналитика из менеджера проекта?
Хотелось бы по пунктам определись зоны ответственности каждого.
Спасибо за рекомендацию книги. Почитаем.
Название: Re: Зоны ответственности аналитика, архитектора и менеджера проекта.
Отправлено: Trigger от 22 Января 2012, 23:19:05
Скачал, просмотрел книгу С. Орлов "Технологии разработки программного обеспечения".
К сожалению описание ролей в ней отсутствуют, однако некоторые определения меня заинтересовали:
с.214
Цитировать
  •    Анализ — преобразование требований к системе в классы и объекты, выявляемые в предметной области;
  •    Проектирование — создание статического и динамического представления системы, выполняющего выявленные требования и являющегося эскизом реализации

Разве классы/объекты не являются статистическим и динамическим представлением системы?
p.s.Нашел видеолекции http://www.youtube.com/watch?v=wB6rfqxRKn0 может что интересного узнаю.
Название: Re: Зоны ответственности аналитика, архитектора и менеджера проекта.
Отправлено: Galogen от 23 Января 2012, 10:30:30
В том то и дело что зоны ответственности имхо пересекаются. Поэтому и хочу понять где же проходит граница между аналитиком и архитектором.
Так это типичная ситуация. В чем проблема-то?

Цитировать
Куда например относятся диаграммы компонентов и развертывания UML? Кто их должен делать?
Точно уж не аналитик. ДК и ДР - типичные архитектурные диаграммы. Делает их проектировщик, т.е. человек который умеет отвечать на вопросы: из каких компонентов будет состоять система? где будут размещены части системы?

Цитировать
У нас в ТЗ указывалось все вплоть до формата отдельных команд и их взаимодействия, т.е. оставалось, что называется закодить. Где же в этом случае работа архитектора?
Не следует переносить частную практику на весь опыт. ТЗ - это в первую очередь доумент соглашения, а не задание кодеру на реализацию.
Даже если следовать ТЗ - то есть стадия технорабочий проект, который как я чувствую Вы засовывает в ТЗ.

Цитировать
Или напр. 3.Обоснование необходимости внедрения, смета затрат, предполагаемый экономический эффект и время окупаемости; Это обязанность аналитика из менеджера проекта?
думаю менеджера проекта при активном участии аналитика

Цитировать
Хотелось бы по пунктам определись зоны ответственности каждого.
где-то на форуме и в сети гуляет документ обязанностей и компетенций системного аналитика. Кроме того посмотрите википедию. И вообще Вы обращаетесь по таким очевидным вопросам, материал по которым имеется в избытке. Find it

Разве классы/объекты не являются статистическим и динамическим представлением системы?
не являются. являются статическим
Название: Re: Зоны ответственности аналитика, архитектора и менеджера проекта.
Отправлено: Trigger от 23 Января 2012, 11:31:36
Galogen Большое спасибо за ответы.

Дополнительно хотелось бы узнать объем работ, ответственность и относительный уровень зп каждой из ролей.
Насчет ответственности, если провал/срыв сроков случится по вине данного специалиста каковы санкции? Лишение премии/бунусов или что-то еще?
Поскольку с аналитиком наиболее понятно примем его уровень зп за 100%
Сколько по вашему должен получать архитектор и менеджер проекта?
Название: Re: Зоны ответственности аналитика, архитектора и менеджера проекта.
Отправлено: p_safin от 23 Января 2012, 12:18:14
где-то на форуме и в сети гуляет документ обязанностей и компетенций системного аналитика.

См. вложение.
Название: Re: Зоны ответственности аналитика, архитектора и менеджера проекта.
Отправлено: Elf от 23 Января 2012, 12:29:08
Я бы еще добавила роль "Тестировщика" - перед сдачей на следующий этап, разработанный функционал обязательно надо проверить на соответствие описанным требованиям. Это, конечно, больше касается системного аналитика.
И еще роль "Оценщика трудозатрат" - менеджеры всегда согласовывают трудозатраты с аналитиком, ну а тот, в свою очередь, с разработкой.  
Название: Re: Зоны ответственности аналитика, архитектора и менеджера проекта.
Отправлено: Trigger от 23 Января 2012, 13:02:59
p_safin то, что надо! Спасибо большое!

Elfх Ролей можно множество добавить/придумать.
"Оценщик трудозатрат" как отдельный персонаж впервые слышу. Неужели где-то есть такие специализированные должности? Полагаю что это входит в обязанности или аналитика или менеджера проекта.

Так же можно добавить эксперта предметной области, программистов, внедренцев.
Название: Re: Зоны ответственности аналитика, архитектора и менеджера проекта.
Отправлено: Elf от 23 Января 2012, 14:21:07
Elfх Ролей можно множество добавить/придумать.
"Оценщик трудозатрат" как отдельный персонаж впервые слышу. Неужели где-то есть такие специализированные должности? Полагаю что это входит в обязанности или аналитика или менеджера проекта.

Так же можно добавить эксперта предметной области, программистов, внедренцев.

Это не специализированная должность, а одна из ролей.
Название: Re: Зоны ответственности аналитика, архитектора и менеджера проекта.
Отправлено: div от 23 Января 2012, 18:12:43
Чтобы разрабатываемое/внедряемое ПО заработало, надо решить определенное количество задач. Каждая задача должна быть решена кем-то из членов проектной команды. Кто из бойцов будет решать каждую конкретную задачу, обычно определяется не тем, какая у бойца нашивочка на рукаве ("аналитик", "архитектор" и т.д.), а тем, что этот боец по своей квалификации и опыту в состоянии справиться с этой задачей, согласен заниматься ей, и оказался в нужное время в нужном месте.
А на нашивочки ссылаются обычно, когда нет желания заниматься данной задачей, и нужен повод для отмазки: "программисты не меняют перегоревшие лампочки, это чисто аппаратная проблема".

Опытный ПМ подбирает людей в команду, обращая внимание не на должности, а на конкретные умения и навыки людей. Например, если в плане намечается задача "Нарисовать диаграмму развертывания", и ПМ знает, что Вася отлично планирует развертывание, то зачем ему задумываться над вопросами:
1. Должен эту диаграмму рисовать аналитик или архитектор?
2. Что написано у Васи в трудовой книжке: аналитик или архитектор?
Все равно будет рисовать Вася...
Название: Re: Зоны ответственности аналитика, архитектора и менеджера проекта.
Отправлено: Trigger от 23 Января 2012, 23:35:37
div Это все понятно. Я же хочу рассмотреть команду в которой присутствуют все перечисленные должности. Команда специалистов, каждый в своей области согласно "нашивки" и записи в трудовую.
Название: Re: Зоны ответственности аналитика, архитектора и менеджера проекта.
Отправлено: div от 24 Января 2012, 13:28:54
div Я же хочу рассмотреть команду в которой присутствуют все перечисленные должности.
Не совсем понимаю вашу ситуацию. Вы ПМ, которому надо решить, кому из двух одинаково свободных и квалифицированных членов команды дать задачу? Или вы член проектной команды, и хотите найти аргументацию для ПМа, чтобы делать (или не делать) какую-то задачу?
Надо дополнительные данные, чтобы понять, в чем состоит в вашей конкретной ситуации проблема, между кем и кем конфликт, и в чьих интересах надо его решить.
Название: Re: Зоны ответственности аналитика, архитектора и менеджера проекта.
Отправлено: Trigger от 24 Января 2012, 17:48:32
div хорошо бы рассмотреть задачу со всех точек зрения :)
div существует такой документ как должностная инструкция, в котором подробно написана зона ответственности конкретной должности.
Например у меня было инженер II категории, инженер I категории и документ в связи с этим раза в 1,5 утолщается, хотя по факту задачи не сильно отличались.
Особо стало интересно когда на собеседовании на мой вопрос в связи с чем открыта вакансия ответили, что как такового аналитика у них нет, эти задачи выполняет архитектор и очень хочет от них отделаться.

Интересно а обратная ситуация бывает? Когда в команде нет архитектора, его задачи приходится выполнять аналитику.

После схемы Д.Бескова о ролях аналитика, мне стало все понятно. Возможно у кого то будут какие либо дополнения, комментарии к этой схеме.

p.s.Сейчас читаю обязанности на одну вакансию аналитика, в т.ч. "координация взаимодействия подразделений, участвующих в проекте". Завтра на собеседовании уточню: то ли управления требованиями, что подразумевается на должности аналитика, то ли уже изначально говорят, хоть и называется вакансия аналитик будешь еще за ПМ работать.
Название: Re: Зоны ответственности аналитика, архитектора и менеджера проекта.
Отправлено: div от 25 Января 2012, 02:04:19
хорошо бы рассмотреть задачу со всех точек зрения :)
Я думал, у вас конкретная жизненная ситуация, а у вас сферический конь в вакууме :(

существует такой документ как должностная инструкция, в котором подробно написана зона ответственности конкретной должности.
Я ни разу не сталкивался с ситуацией, когда должностная инструкция помогла бы выполнить работу. Мне кажется, должностные инструкции являются инструментом формального решения кадровых вопросов в случае отсутствия "согласия при непротивлении сторон". Было бы интересно, если бы кто-то поделился опытом позитивного использования должностных инструкций.
Название: Re: Зоны ответственности аналитика, архитектора и менеджера проекта.
Отправлено: Trigger от 25 Января 2012, 02:19:02
Форум подразумевает общение на всех уровнях как сугубо практическом, там и теоретическом. Не вижу никаких преград обсудить идеализированную ситуацию. Форум открыт для свободного общения (в рамках тематики и правил) если тема интересна, есть мнение у вас есть право его высказать.

Должностная инструкция на мой взгляд очень важный и нужный документ. Иначе получится как в http://alex-aka-jj.livejournal.com/66984.html (http://истории) надуй шарик в форме кошечки, а так можно и нужно сослаться на должностную инструкцию.
Название: Re: Зоны ответственности аналитика, архитектора и менеджера проекта.
Отправлено: bas от 25 Января 2012, 10:06:23
Опытный ПМ подбирает людей в команду, обращая внимание не на должности, а на конкретные умения и навыки людей.
Это все хорошо, когда ПМ опытный, когда структура в компании проектная и когда комнада 10 человек.
А если структура матричная? А если проект 100 человек и ПМов там 3-5?
Да и просто, чтобы поставить процесс разработки в таком случае нужно понимать/описать - что и кто должен делать.

Соглашусь только с тем, что это описание будет сильно зависеть от:
1. Компании и их сторудников
2. Типов проектов
Название: Re: Зоны ответственности аналитика, архитектора и менеджера проекта.
Отправлено: Elf от 25 Января 2012, 10:06:42
Я думал, у вас конкретная жизненная ситуация, а у вас сферический конь в вакууме :(
 Я ни разу не сталкивался с ситуацией, когда должностная инструкция помогла бы выполнить работу. Мне кажется, должностные инструкции являются инструментом формального решения кадровых вопросов в случае отсутствия "согласия при непротивлении сторон". Было бы интересно, если бы кто-то поделился опытом позитивного использования должностных инструкций.
Позитивного опыта нет. Как только захочешь "сослаться" на должностную инструкцию, сразу пытаются "сослать" тебя. ;)
Название: Re: Зоны ответственности аналитика, архитектора и менеджера проекта.
Отправлено: div от 25 Января 2012, 13:55:38
А если структура матричная? А если проект 100 человек и ПМов там 3-5?
У нас матричная структура, проекты по 100 человек. Неопытных ПМов на проект, в котором 100 человек, не ставят (тренируют на проектах с 1-2 чел). Насчет 5 ПМов на проекте не понял... Шутка? ("В военное время полк имеет 3-5 командиров"?)
Признаков использования должностных инструкций, кроме как для решения вышеупомянутых кадровых вопросов, не наблюдал.
Название: Re: Зоны ответственности аналитика, архитектора и менеджера проекта.
Отправлено: bas от 25 Января 2012, 14:52:34
Т.е. у вас приходит новый Аналитик и вы ему так и говорите - будете делать все, что ПМ №1 скажет, а если вы еще нужны и на проект ПМу №2, то тоже будете делать, что он скажет, и потом не говорите мне, что у вас 24 часа в сутках только?!
Название: Re: Зоны ответственности аналитика, архитектора и менеджера проекта.
Отправлено: Elf от 25 Января 2012, 16:28:50
Т.е. у вас приходит новый Аналитик и вы ему так и говорите - будете делать все, что ПМ №1 скажет, а если вы еще нужны и на проект ПМу №2, то тоже будете делать, что он скажет, и потом не говорите мне, что у вас 24 часа в сутках только?!
А у вас не так?
Название: Re: Зоны ответственности аналитика, архитектора и менеджера проекта.
Отправлено: bas от 25 Января 2012, 17:23:55
Когда у меня было в подчинении 3 аналитика, то было так.
Когда было в подчинении 15 человек, то был регламент работы и взаимодействия со смежными отделами.
Название: Re: Зоны ответственности аналитика, архитектора и менеджера проекта.
Отправлено: div от 25 Января 2012, 18:49:32
Т.е. у вас приходит новый Аналитик и вы ему так и говорите - будете делать все, что ПМ №1 скажет, а если вы еще нужны и на проект ПМу №2, то тоже будете делать, что он скажет, и потом не говорите мне, что у вас 24 часа в сутках только?!
Близко, но не совсем так. Время аналитика (40 часов в неделю) делиться между ПМами (например, 10 часов ПМу№1, 30 часов ПМу №2). После этого ПМ №1 говорит аналитику, что тому делать 10 часов, а ПМ №2 - что аналитику делать 30 часов. Если в конкретную неделю на проекте №2 есть работы только на 1 час, а на проекте №1 есть ждущие задачи, то можно с согласия ПМа №2 поработать на проект №1 39 часов.
Название: Re: Зоны ответственности аналитика, архитектора и менеджера проекта.
Отправлено: alex6565 от 27 Января 2012, 13:59:08
Приветствую.
Ни для кого не секрет, что существует достаточно большое количество подходов к определению этапов жизненного цикла (ЖЦ) IT проекта. Эти самые ЖЦ описаны в работах Вигерса и других известных авторов, работающих в этой теме, описан свой подход в RUP, есть классификация этапов ЖЦ в BABOK. Названия этапов варьируются, но по смыслу они все примерно говорят об одном и том же.
Мне кажется, что если отнести пункты, приведенные ниже, к более или менее формализованным этапам ЖЦ проекта, это поможет точнее ответить на заданный вопрос.
Давайте попробуем:
1.Обследование предметной области;
Это этап Бизнес Моделирования (Анализа) (Business Analysis).  Это, безусловно, обязанность Бизнес Аналитика
2.Определение требований;
Это этап работы с требованиями (Requirements). Часто его разделяют на этапы "Получения, извлечения" требований(Requirements Elicitation) и "Разработки или управления" требованиями (Requirements Management). Но, как бы там ни было - это работа Аналитика, Бизнес или Аналитика Требований, если таковой выделен в компании (такая ситуация часто возникает в проектах с "импортными" заказчиками со сложной предметной областью. Они предпочитают выделять своих специалитстов в предметной области (SME) в качестве Бизнес Аналитиков, проектной же команде оставляют работу по разработке собственно требований).
3.Обоснование необходимости внедрения, смета затрат, предполагаемый экономический эффект и время окупаемости;
"Обоснование необходимости" - это то, что выполняется на этапе "Предварительного анализа" (Preliminary Analysis), когда проводят анализ проблемы (Problem Analysis), которая, собственно и явилась причиной старта проекта, или возможности (Opportunity), которую хочет реализовать компания, заказывающая проект. Все это является частью более глобального этапа - Бизнес Анализа. Т.е. это тот же этап, что мы упоминали для первого пункта.
"Смета затрат", вот тут нужно быть аккуратными. Бизнес Аналитик обязан разрабатывать планы проведения этапа Бизнес Анализа, оценивать ресурсы, необходимые для его реализации, но... деньги проекта, глобальное планирование ресурсов на все этапы проекта, не только Бизнес Анализа, - это прерогатива Руководителя Проекта. Соотвественно, такие "денежные" показатели как "предполагаемый экономический эффект" и "время окупаемости" - это все-таки зона отвественности человека, стоящего повыше Аналитика. Повторюсь, Аналитик не располагает информацией о всех проектных ресурсах, не решает политических (денежных) вопросов с заказчиком, поэтому - это не его.
4.Разработка ТЗ; подготовка сопроводительной документации;
5.Создание необходимые диаграмм;
Если ТЗ то, в общепринятом смысле содержит требования, то это этап Работы с Требованиями. Разработка диаграмм, строго говоря, не тянет на отдельный, самостоятельный этап, поскольку "диаграммы" являются артефактами, которые разрабатываются для разработки требований - облегчение понимания, обсуждение с заказчиком и т.д. Чаще всего, самостоятельным артефактом (независимым от других артефактов, например от требований), который принимается заказчиком, включается в поставку они не являются. Это всего лишь иллюстрация. Но, сразу оговорюсь, что степень формализации документации требований определяется типом проекта, обсуждается с заказчиком и поэтому очень может быть, что в каком-нибудь Agile проекте диаграммы будут, по договоренности с заказчиком, приняты как необходимый и достаточный документ требований.
6.Разработка шаблонов проектирования;
Это этап Системного Анализа и Проектирования (System Analysis and Design).  Это этап, на котором подключаются две новые роли - Системный Аналитик и Системный Дизайнер. Это люди не от Бизнес Анализа. Это люди от программирования, поскольку речь идет уже о разработке базы для будущей реализации: определение будущих классов, интерфейсов и т.д. Более того, некоторые шаблоны проектирования являются платформенно зависимыми. Что это означает? Это означает, что существуют отдельные шаблоны проектирования для Java, для C++ и т.д.
Не во всех компаниях Системные Аналитики отделены от Бизнес Аналитиков. Не во всех компаниях, где такие роли (должности) выделены (у нас они называются Архитекторы), эти "Архитекторы" занимаются Системынм Анализом и Дизайном. Зачастую они ограничиваются разработкой технических решений по выбору платформы для реализации, проектированием БД, проектированием общей архитектуры (сервера, сетка) и т.д. Обязанности же по проведению Системного Анализа и Дизайна делят между собой Аналитик и разработчики.
7.Разработка тест-кейсов;
Это этап Тестирования, не смотря на то, что собственно тестирование начнется несколько позже - тест кейсы начинают разрабатывать как только аналитик представил требования и это выполняется параллельно с разработкой софтинки.  Это, безусловно, обязанность Тестировщика. Роль Аналитика в этом процессе: провести ревью разработанных тест-кейсов, чтобы убедиться, что тестировщик все правильно понял и тестирует то, что нужно, провести трассировку требований на тест-кейсы, что бы иметь возможность понять степень готовности требования по результатм тестирования.
8.Участие в тестировании и сдаче продукта заказчику;
Этап тестирования проводят Тестеры. Аналитик только наблюдает за процессом. Необходимо знать, все ли требования, вошедшие в Base Line протестированы, какие успешно прошли, какие завернули и т.п. поскольку, при нормальной организации работы с требованиями, все это отражается на статусе требования
9.Участие во внедрении и сопровождении программного продукта.
Аналогично предыдущему

Прошу прощения за "лаконичность".
По поводу должностных инструкций скажу только, что очень часто их составляют люди либо очень далекие от понимания всех этих вещей, либо, наоборот, очень недале### люди. Ну, вы понимаете :)
Поэтому, совершенно нормально, если разработкой тест-кейсов и планированием бюджета всего проекта в какой-то компании занимается Аналитик. Нужно понимать, что это не норма, это - отклонение
Название: Re: Зоны ответственности аналитика, архитектора и менеджера проекта.
Отправлено: Trigger от 28 Января 2012, 16:17:27
Уважаемый alex6565 Большое спасибо за подробное раскрытие пунктов должностных обязанностей аналитика, однако меня интересовали обязанности для архитектора и менеджера проекта. Не могли бы Вы расписать также для этих должностей?
Название: Re: Зоны ответственности аналитика, архитектора и менеджера проекта.
Отправлено: alex6565 от 30 Января 2012, 09:59:41
Не-не-не..., боже меня упаси, раскрывать "пункты должностных обязанностей"! :) В этом сысле я совершенно согласен с коллегой DIV - должностные инструкции в каждой компании свои, и описывают они, чаще всего, конкретные процессы, которые сложились в данной компании. Я лишь постарался донести своё мнением относительно тех активнойстей, которые вы описали.
Что касается ПМ-а и Архитектора, то тут я врядли смогу вам помочь - я имею представления только о тех активностях, которые они выполняют совместно с Аналитиком. Я уверен, что для них тоже существуют свои форумы. Эти вопросы лучше адресовать туда.
Рад был помочь.
Если остались вопросы, касательно работы Аналитика, спрашивайте, чем сможем - поможем :)
Кстати, было бы очень интересно узнать ваше мнение
Название: Re: Зоны ответственности аналитика, архитектора и менеджера проекта.
Отправлено: Водолей от 30 Января 2012, 21:45:08
Цитата: div
Близко, но не совсем так. Время аналитика (40 часов в неделю) делиться между ПМами (например, 10 часов ПМу№1, 30 часов ПМу №2). После этого ПМ №1 говорит аналитику, что тому делать 10 часов, а ПМ №2 - что аналитику делать 30 часов. Если в конкретную неделю на проекте №2 есть работы только на 1 час, а на проекте №1 есть ждущие задачи, то можно с согласия ПМа №2 поработать на проект №1 39 часов.

Они у Вас кирпичи что ли кладут, аналитики-то? как в свое время говаривал старина Брукс: время выполнения работы одним исполнителем может на порядок (или даже больше) отличаться от времени работы другого исполнителя. Мог бы привести десяток-другой примеров, но думаю, что и у Вас их есть предостаточно.

Я признаться не верю, что ПМу важно количество часов, отработанных аналитиком, а не результат конкретной работы с учетом его места в конечном продукте проекта. Ну а если, не дай бог, дело так и обстоит, то гнать надо такого ПМа... или контору разгонять...
Название: Re: Зоны ответственности аналитика, архитектора и менеджера проекта.
Отправлено: Водолей от 30 Января 2012, 22:04:19
Позволю себе встрять и внести, так сказать, нотку протеста.

Цитата: alex6565
Мне кажется, что если отнести пункты, приведенные ниже, к более или менее формализованным этапам ЖЦ проекта, это поможет точнее ответить на заданный вопрос.

Честно говоря, в силу "лаконичности" фрагмента, пробежался по нему лишь поверхностно и, возможно, пропустил ту суть, о которой планирую сказать сейчас.

Дело в том, что независимо от того, какое деление на этапы ЖЦ ИТ проекта (а, кстати, что называем "ИТ проектом"? разработку софта или что-то иное, например, какой-нибудь инфраструктурный проект?) используется, они [этапы] имеют между собой "мостики", являющиеся продуктами этого этапа. Так вот участие указанных выше персон, выражающееся в некотором содержании их деятельности, в рамках каждого этапа сводится к некоторому участию (частично или полностью) в создании этого продукта или его компонентов.

Поэтому сначала нужно определить этапность с точки зрения таких продуктов [результатов этапа], по возможности выстроив их в дерево или, что проще, в цепочку - это уже довольно близко к ИСР (или WBS), т.е. сферы ответственности ПМ. Но тут в дело вступает зависимость между содержанием проекта и компетентностью ПМа в этом (либо просто масштаб проекта, например, функциональный). И сразу становится необходим архитектор... Впрочем у Брукса и об этом тоже написано... (я, кстати, по его совету прочитал "Человека продавшего Луну" - рекомендую, да и времени займет немного)
Название: Re: Зоны ответственности аналитика, архитектора и менеджера проекта.
Отправлено: Trigger от 30 Января 2012, 22:47:37
(я, кстати, по его совету прочитал "Человека продавшего Луну" - рекомендую, да и времени займет немного)
Мне очень нравиться рассказ Айзека Азимова "Покупаем Юпитер". Я слушал в программе Модель для сборки.
Название: Re: Зоны ответственности аналитика, архитектора и менеджера проекта.
Отправлено: Водолей от 30 Января 2012, 22:56:17
посмотрим
Название: Re: Зоны ответственности аналитика, архитектора и менеджера проекта.
Отправлено: alex6565 от 31 Января 2012, 11:44:03
... они [этапы] имеют между собой "мостики", являющиеся продуктами этого этапа...
Согласен. Безусловно, результатом работы каждого этапа Project LifeCycle являетя набор артефактов. Каков набор этих аретфактов, какова степень их детализации и формализации, кто участвует в их разработке, кто их утверждает, каков процесс управления их изменениями... все это определяется на ранних этапах проекта, и зависит от типа проекта (разработка нового софта, расширение существующей системы и т.п.), от типа используемой методологии ("Водопад", Agile...), от стандартов, принятых в компаниях разработчике и заказчике и т.д.  Все это очень хорошо описано в BABOK.
Можно подходить к описанию проекта с точки зрения разрабатываемых арефактов, можно декомпзировать собственно работы с помощью WBS, можно описать основные этапы проекта ... Это вопрос привычки. С моей точки зрения, этапы это наиболее высокоуровневое описание проекта, по сравнению с  декомпозицией работ с помощью WBS, и более стабильное, по сравнению с разрабатываемыми арефактами. Поэтому я воспользовался именно этим подходом 
Название: Re: Зоны ответственности аналитика, архитектора и менеджера проекта.
Отправлено: Водолей от 31 Января 2012, 14:26:05
Цитата: alex6565
Поэтому я воспользовался именно этим подходом 

Да я не в претензии... просто хотел наглядно показать связь зон ответственности этих ролей. А так... это вообще может быть один человек...
Название: Re: Зоны ответственности аналитика, архитектора и менеджера проекта.
Отправлено: div от 31 Января 2012, 19:11:37
Они у Вас кирпичи что ли кладут, аналитики-то? как в свое время говаривал старина Брукс: время выполнения работы одним исполнителем может на порядок (или даже больше) отличаться от времени работы другого исполнителя.
Ну да, стараются ставить на задачи тех аналиков, которые делают задачи на порядок быстрее. В чем вопрос?

Я признаться не верю, что ПМу важно количество часов, отработанных аналитиком, а не результат конкретной работы с учетом его места в конечном продукте проекта.
Конечно, ПМу важен результат, а не количество часов. Но компания закупает у аналитиков не результат, а 40 часов в неделю (не контракторы мы, а на постоянке!), и ПМ распоряжается этим закупленным временем таким образом, чтобы получить максимальный результат. За это ПМу и платят, разве нет? Он же сам ничего не производит, просто следит, чтобы закупленное компанией рабочее время не утекло, а превратилось в полезный результат. А если компания закупает сразу результат, то и работа ПМа сводится к подписанию акта сдачи-приемки результата.
Название: Re: Зоны ответственности аналитика, архитектора и менеджера проекта.
Отправлено: alex6565 от 31 Января 2012, 19:49:42
Я признаться не верю, что ПМу важно количество часов, отработанных аналитиком...
В нашей компании также принято "шарить" сотрудников между проектами на определенный процент, либо количество часов, приняв 40 часов в неделю за 100%.
С учетом этого процента занятости сотрудника в проекте составляются планы, и контролируется их исполнение.
Это абсолютно нормальная практика формального урегулирования вопросов, связанных с использованием разделяемых человеческих ресурсов.

Кажется тема поста начинает "мутировать". Если тема управления разделяемыми ресурсами так интересна, может завести отдельный пост?
Название: Re: Зоны ответственности аналитика, архитектора и менеджера проекта.
Отправлено: Водолей от 31 Января 2012, 20:56:38
Коллеги, я Вас понял. У нас та же картина.
В типовом случае имеется чехарда заданий, куча часов, по которым отчитались исполнители, каша результатов.... над каждым исполнителем (или над его начальником) стоит толпа ПМов, требующих, чтобы работа именно его проекта выполнялась в первую очередь, т.к. горят сроки. Немного утрирую, но тем не менее.

Да и реплика моя была не в том, как у Вас идет управление рабочим временем. Но как при всем притом контролируется результат? Что, по-моему, является прямой обязанностью либо ПМа, либо архитектора. Не поверю (даже не убеждайте), что, например, аналитик, приходит и грит: я свои 16,7 часов, которые ты мне дал, отработал согласно плана/задания/итп - вот тебе что успел/сумел сваять, отвяжись...
Также сложно поверить, что все всегда получается в заданных рамках в соответствии с требованиями ТЗ, пусть не с первого раза, но в заданные сроки.  

P.S. тема управления разделяемыми ресурсами не очень интересна, т.к. есть ощущение, что я в этом чуточку понимаю (хоть это и субъективное мнение)
Название: Re: Зоны ответственности аналитика, архитектора и менеджера проекта.
Отправлено: div от 01 Февраля 2012, 17:37:16
Не поверю (даже не убеждайте), что, например, аналитик, приходит и грит: я свои 16,7 часов, которые ты мне дал, отработал согласно плана/задания/итп - вот тебе что успел/сумел сваять, отвяжись...
Тем не менее, так и говорит, не так грубо, конечно. А что еще аналитик может сказать? Переработки не приветствуются, т.к. снижают качество и приводят к "выгоранию" людей.

Также сложно поверить, что все всегда получается в заданных рамках в соответствии с требованиями ТЗ, пусть не с первого раза, но в заданные сроки. 
"Не с первого раза", но в "заданные сроки" может получиться только если в плане было запланировано "не с первого раза". У нас time driven development, график выхода продуктов расписан на год вперед, поэтому даже на 1 день позже заданного срока закончить работу нельзя. Если не успеваем, то объем работ режется по мере приближения срока, сокращается функционал.
Название: Re: Зоны ответственности аналитика, архитектора и менеджера проекта.
Отправлено: Водолей от 01 Февраля 2012, 21:30:58
Цитата: div
Тем не менее, так и говорит, не так грубо, конечно. А что еще аналитик может сказать? Переработки не приветствуются, т.к. снижают качество и приводят к "выгоранию" людей.

Может тогда что-то в консерватории подправить? И пулемет на крышу...

Цитата: div
"Не с первого раза", но в "заданные сроки" может получиться только если в плане было запланировано "не с первого раза". У нас time driven development, график выхода продуктов расписан на год вперед, поэтому даже на 1 день позже заданного срока закончить работу нельзя. Если не успеваем, то объем работ режется по мере приближения срока, сокращается функционал.

Почитал я тут по совету здешних коллег Голдратта "Критическая цепь", а сам думаю, что я делаю не так? То что другие делают не так - это мне видно. Знаю, что и у меня своих огурцов тараканов изысков достаточно много.
Одного я понять не могу, почему подход "я свои 16,7 отработал" так живуч? Чем людям нравится работать не на результат, (которым не то чтобы гордиться хочется, пусть чтобы хотя бы не стыдно было), а за часы? Что они им дают? Что вообще эти люди дома детям о своей работе рассказывают? "За последний месяц я провел в никому не известном проекте - 89,3 часа?"

То что ПМы их к этому поощряют, ясно, и то что ПМу это выгодно, тоже ясно. Зарплата/премии - тоже ясно. Но неужели им не хочется хотя бы заработать в десять раз больше? Часов-то в месяце 31*24 = 744 всего, из них рабочих 168, ну 200, ну 250, 300 наконец... Всё! Больше физически нету. Зачем за часы-то работать? Не понимаю...
Название: Re: Зоны ответственности аналитика, архитектора и менеджера проекта.
Отправлено: div от 02 Февраля 2012, 14:09:09
Мы, наверное, о разном.
Я о больших проектах, у нас они под полмиллиона человеко-часов. Если ты там даже умрешь на работе, принципиального влияния на общий успех это не окажет. Гораздо лучше для общего дела просто сделать то, на что ты подписался, за то время, за которое ты подписался. Для этого, кстати, тоже требуется весьма напрячься :)
Зато потом можно рассказывать: "За последний месяц я провел в известном всему миру проекте 89.3 часа".

А кто не хочет работать за часы - может фрилансом зарабатывать, или организовать свой бизнес, в чем проблема?