Перспективы erp фриланса sap / axapta / oracle ebs

[Radios]

Цитата:

Сообщение от mazzy

......

Уважаемый МАЗЗИ, как говорил один умный человек - нужно писать тогда, когда не можешь не написать... Я даже не хочу комментировать Ваш пост выше, он того не заслуживает. Поговорить ни о чём я могу на других форумах. Поизворачитьваться и повыставлять людей дураками тоже. Здесь я рассчитываю найти настоящих специалистов, с которыми будет интересно пообщаться на проф. темы.

Цитата:

Сообщение от kALVINS

Приведу простой пример.
Для оценки стоимости будущего проекта составляется список работ с оценкой в часах и умножается на часовую ставку консалтинговой компании. Получается стоимость проекта. Так же из этого списка работ получается план проекта.
Когда мы будем потом сверять план с фактом можно будет понять насколько мы угадали при оценке трудоемкости по каждой работе и в следующий раз будем более точно оценивать. Соответственно это очень сильно помогает в планировании проекта.

Риспект! Есть ПМы? Кто-то использовал такой метод планирования?
Интересно пообщаться было бы по инструментам такого планирования и практике оного.

Цитата:

Сообщение от kALVINS

А что в нашем деле является результатом деятельности? Все наверняка знают случаи когда придумывалось классное решение , клиент подписывал функциональный дизайн и был с ним полностью согласен. Потом когда по этому дизайну создавалась система, клиент был ей не доволен и проект признавался провальным.

не понятен этот абзац. Смысл понятен - не понятно, как он относится к отчётности сотрудников.

[miklenew]

Цитата:

Сообщение от Radios

Уважаемый МАЗЗИ, как говорил один умный человек - нужно писать тогда, когда не можешь не написать... Я даже не хочу комментировать Ваш пост выше, он того не заслуживает. Поговорить ни о чём я могу на других форумах. Поизворачитьваться и повыставлять людей дураками тоже. Здесь я рассчитываю найти настоящих специалистов, с которыми будет интересно пообщаться на проф. темы.

Вы ещё в "обижалки" поиграйтесь.
Вам накидали массу информации для размышления, а вы наверное какой-то неправильный скрытый смысл в них нашли.
Легче относитесь к дискусиям.

[Radios]

Цитата:

Сообщение от miklenew

Вы ещё в "обижалки" поиграйтесь.
Вам накидали массу информации для размышления, а вы наверное какой-то неправильный скрытый смысл в них нашли.
Легче относитесь к дискусиям.

Абсолютно легко и свободно отношусь к дисуссиям, уважаемый... Полезной информации в вышеуказанном посте я не нашёл. Размышлять о массажистках и проститутках мне лично не интересно. Обсуждать все ли идиоты, тоже. Если маззи не понял моего поста, его можно перечитать ещё раз. Я начал с его последнего предложение - мне интересно докопаться до причин...
Но мы отклоняемся от дискуссии, а эта ветка отклонения, так же, не столь интересна, чтобы тратить время на её прочтение и ответы.
Давайте, с вашего позволения, вернёмся к сабжу.

miklenew, расскажите, как у вас происходит учет времени?

[miklenew]

Цитата:

Сообщение от Radios

Размышлять о массажистках и проститутках мне лично не интересно.

Да ладно. Неужели о массажистах интересно.

Цитата:

Сообщение от Radios

miklenew, расскажите, как у вас происходит учет времени?

Щас ни как. Хотя средства для этого есть и желание с моей стороны тоже.
Предложение в стадии рассмотрения начальством (уже пол года).
Раньше в одной организацие тупо ставил 8 часов в день на текущего клиента.
Ещё раньше в другой организации, время ставил на модификации.
И мне это очень нравилось.
Во первых потому что вопросы у руководства никогда не возникали, а чем вы занимались и почему это ещё не выполнено.
Можно было открыть любую модификацию и посмотреть сколько именно на неё было потрачено времени.
Изучало начальство это или нет не знаю. Но это было полезно однозначно.
А вовторых ты сам учишься классифицировать сложные и лёгкие модификации.

[Gihar]

Цитата:

Сообщение от miklenew

Да ладно. Неужели о массажистах интересно.
Ещё раньше в другой организации, время ставил на модификации.
И мне это очень нравилось.
Во первых потому что вопросы у руководства никогда не возникали, а чем вы занимались и почему это ещё не выполнено.
Можно было открыть любую модификацию и посмотреть сколько именно на неё было потрачено времени.
Изучало начальство это или нет не знаю. Но это было полезно однозначно.

Начальство изучало ))
Кстати, мы и сейчас так работаем, в т.ч. и когда привлекаем "сторонних" разработчиков.

Цитата:

Сообщение от miklenew

Да ладно. Неужели о массажистах интересно.
А вовторых ты сам учишься классифицировать сложные и лёгкие модификации.

[miklenew]

Цитата:

Сообщение от Gihar

Начальство изучало ))

Привет Лёш.
Вот. Начальство сказало изучало.
И благодаря этой годами отшлифованой технологи уровень разработки был выше, чем на следующем месте работы (консалтинг).

[Raven Melancholic]

Radios, я под фрилансерством всегда понимал схему, по которой я подрабатываю помимо основной работы (хотя, учитывая спрос, можно и вместо основной, но лень): беру некоторые заказы на разработку, помогаю настроить и запустить какую-то часть функционала и т.п. То есть работаю один на себя, без образования официальной структуры.
У тебя же целая группа, разработчики, ПМ, постановщики задач. Официально оформлено ПБЮЛ. Можно поподробнее, чем твой фриланс отличается от обычного партнера, кроме отсутствия официальных отношений с Microsoft?

[slava09]

Цитата:

Сообщение от Radios

miklenew, расскажите, как у вас происходит учет времени?

Если не против, я кое-что вставлю из своего опыта: чтобы вести эффективный учет времени, для начала нужно составить достаточно детальные планы работ. Для консультантов это планы интервью, планы работ по настройке, планы по написанию документации, планы по постановке задач, планы по тестированию и т.д., для програмеров соответствующие планы. В этом нет ничего сложного для PM с опытом работы. И это очень облегчает взаимодействие с заказчиком, т.к. он уже имеет четкое представление о ходе проекта и степени и графике вовлечения своих ресурсов, что крайне важно, потому что нужно отрывать людей от своей основной работы.
Затем под зафиксированные плановые задачи, участники проекта списывают фактически затраченное время и анализируют отклонения от плана, тем самым оперативно управляя основными рисками.

[mazzy]

Цитата:

Сообщение от slava09

чтобы вести эффективный учет времени, нужно составить достаточно детальные планы работ. ... четкое представление о ходе проекта и степени и графике вовлечения своих ресурсов

Согласен. Особенно согласен про эффективный учет ВРЕМЕНИ.

Если же заказичк хочет вести эффективный учет СДЕЛАННОГО, то ему нужно составить критерии завершенности. Тогда он получит четкое представление о том, что сделано (а не о ходе работ ). И только в этом случае может обоснованно оплачивать за результат, а не за потраченное время.

Беда в том, что для многих закачиков ОЦЕНКА трудоемкости работы по составлению критериев завершенности сопоставима с ОЦЕНКОЙ консультанта трудоемкости внедрения. Обратите внимание, что оценки дают разные люди

Кроме того, Заказчики зачастую хотят оставить себе свободу изменить требования в любой момент.

Поэтому многие Заказчики соглашаются с повременкой.
Руководство является таким же Заказчиком услуг у своих сотрудников. Поэтому руководство часто оплачивает время своих сотрудников, а не достигнутый результат.

И такая ситуация не является уникальной для консалтинга/внедренцев. Хотя некоторые и закрывают свое сознание от этого факта

[Radios]

Цитата:

Сообщение от slava09

Если не против, я кое-что вставлю из своего опыта: чтобы вести эффективный учет времени, для начала нужно составить достаточно детальные планы работ. Для консультантов это планы интервью, планы работ по настройке, планы по написанию документации, планы по постановке задач, планы по тестированию и т.д., для програмеров соответствующие планы. В этом нет ничего сложного для PM с опытом работы. И это очень облегчает взаимодействие с заказчиком, т.к. он уже имеет четкое представление о ходе проекта и степени и графике вовлечения своих ресурсов, что крайне важно, потому что нужно отрывать людей от своей основной работы.
Затем под зафиксированные плановые задачи, участники проекта списывают фактически затраченное время и анализируют отклонения от плана, тем самым оперативно управляя основными рисками.

Согласен - чем детальнее план, тем он корректнее.
Про план-факт как-то забыл, когда вопрошал о том, зачем отчитываться сотрудникам по часам...
Мда... Пора в отпуск...

mazzy +1

[slava09]

Цитата:

Сообщение от Radios

Риспект! Есть ПМы? Кто-то использовал такой метод планирования? Интересно пообщаться было бы по инструментам такого планирования и практике оного.

А я думал, что это вообще единственный подход.
А как вы планируете работы, если не секрет?

[Radios]

Цитата:

Сообщение от slava09

А я думал, что это вообще единственный подход.
А как вы планируете работы, если не секрет?

Это не может быть единственным подходом, так как никогда не будет двух одинаковых клиентов. И, соответственно, статистика по клиенту, где был анализ производства никак не поможет с определением времени на анализ центра продаж. Но, даже, если два предприятия схожи по сфере деятельности - они могут сильно разниться во внутренних бизнес-процессах и схемах, что может привести к ошибкам при планировании, если не учесть этого.

Если говорить о общих работах, таких как анализ, написание документов, обучение, развертывание и прочие, по ним есть некое усредненное необходимое количество времени, от которого отталкиваемся при планировании. Т.е., берём стандарт (внутрифирменный) и накладываем на клиента, на предполагаемые объёмы работы. Таким образом мы получаем план под определённого клиента.

По доработкам - тут как обычно, консультант - определяет время на ТЗ и тестирование, разработчик - время на написание кода. Добавляется 10% на улминистрирование и согласование и оценка времени готова.

[slava09]

Цитата:

Сообщение от Radios

Это не может быть единственным подходом, так как никогда не будет двух одинаковых клиентов.

Я имел ввиду общую концепцию:
1. Составляем план;
2. Считаем часы * ставку = фикс;
3. Оговариваем, что все, что выходит за рамки подписанных функциональных требований делается отдельно, по ставке;
4. После внедрения анализируем отклонения от плана, выясняем причины, на след. внедрении устраняем причины или переводим их в статус рисков.