otkudao, интересна технология работы

Цитата:

1 - вы последнее время работали только на аутсорсинге, так? как долго?

аутсорсинг или фриланс - это состояние души. Работаю (или "вишу" в ожидании клиента) я на нем периодически. Суммарно, ну, может быть год-два.

Цитата:

2 - кто вас продавал на аутсорсинг - агентства по найму персонала, или партнеры MS своим клиентам? или и так, и так было?

продавал себя сам. Продавали консалтинговые фирмы. Да-да, это их хлеб. У некоторых это единственный хлеб.

Цитата:

3 - на всех проектах задания выдавались в основном письменно? или в основном устно

Стараюсь письменно. Но то, что дают, зачастую можно назвать не письменным ТЗ, а поводом для разговора на тему.

Цитата:

4 - а корректировки по ходу заданий - тоже всегда вносились в письменной форме? или например основное ТЗ - письменно, а корректировки - как правило устно?

Корректировки почти никогда не вносились письменно. Это же "доработка", а то и новое допТЗ. Т.е. явный косяк консультанта. Чего они не любят и тебя быстренько "сливают", если вовремя не "одумаешься".
Если уж вносятся письменно, то В ТО ЖЕ ТЗ. Т.е. затирая старый вариант. Потом сидишь, разбираешься, что я сделал, что изменили?

Цитата:

5 - в выдаваемых заданиях консультантами были ли как правило написаны тестовые примеры для проверки, или описания как тестировать модификацию? или как правило техника проверки описана заранее не была?

Как правило без тестовых сценариев и примеров.

Цитата:

6 - в договоре с вами описывался ли порядок вашего взаимодействия с консультантами по выдаче заданий и их приемке? или как правило не оисывался ?

Никогда не описывался. С договорами вообще труба. Один раз был клиент, который подписывал договора ПОСЛЕ приемки конечным заказчиком выполненных работ. Остальные случаи немногим лучше.

[mcc]

Цитата:

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

Никогда не описывался.

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

[Bober]

Цитата:

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

"Регламент разработки".. он являлся собственностью Заказчика.

Я полагаю, что это внутренний документ заказчика, относящийся к сотрудникам заказчика.
Я также полагаю, что заказчик не диктует как именно вести разработку программистам консалтинговой компании, которые работают над проектом удаленно, не появляются на территории заказчика, и работают по технологии и внутренним правилам, принятым в данной консалтинговой компании. Крупно сомневаюсь, что программист, работающий в консалтинговой компании над разработками для разных заказчиком, работает с одним закачиком по-одному, с другим по-другому, а с остальными например по технологии рекомендованной Микрософт. То есть правила работы всех программистов консалтинговой компании задаются самой этой компанией, а не заказчиками.
По этой же причине я полагаю, что правила работы программистов консалтинговой компании (а не собственных программистов заказчика) распространяются на всех этих программистов. В том числе, и нанятых по срочному трудовому договору (как для работы на территории заказчика, так и удаленно). И если консалтинговая компания в каком-то конкретном случае хочет, чтобы её сотрудник, а тем более сотрудник нанятый по трудовому договору, руководствовался какими-то другими правилами, то это должно быть оговорено заранее и доведено до программиста.

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

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

****** удалено. пункт 4.5 *********

[mcc]

Цитата:

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

Я полагаю, что это внутренний документ заказчика, относящийся к сотрудникам заказчика.

Вы можете полагать, всё что угодно. Я же написал, что регламент охватывал всех участников процесса. Это был совместный документ обеих компаний.
Помимо этого был еще, само собой, устав проекта.