Сейчас работаю над своим проектом, который заключается в удаленном выполнении анализа требований и постановки задачи (на ПО и сайты).
Конечным продуктом нашей работы в большинстве случаев является техническое задание.

И вот возникает вопрос - а почему б не заняться и поиском разработчиков по этому техническому заданию.
Т.е. получается следующая модель:

заказчик -> аналитик (т.е. мы) -> разработчик (т.е. вы - кому это интересно)

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


Это сообщение отредактировал(а) ida - 1.7.2009, 18:02

Какие предполагаются технологии?

Ну и форма и порядок оплаты тоже интересуют, конечно.

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

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

Думаю интересная затея.
Хорошее ТЗ это половина проекта =)

Кстати IDA, там предполагается семинар для новичков в ERP, UML?
Я на 90% в этом году перееду в Питер, сможем много вопросов обсуждать лично.

Сейчас хочу заняться обучением Delphi (как 2ой язык) и ERP-системами.
Так в принципе работаю по-тихонечку на 5 проектами, но это чисто хобби пока =)

ida, 

Здравствуйте..
Вообще была мысль поискать удаленную работу, но по большей части не для себя, а для своей подруги, которая сейчас начинает заниматься программированием. Однако думаю и самому было бы интересно поработать с Вами, поскольку помню несколько споров года потора назад в темах про UML и проектирование. Конструктивно было 

аналитику все-равно какие технологии? ну да ладно...
собстно по сабжу: зависит от конкретной задачи и качества того самого ТЗ. 

ida, ТЗ (как и желания заказчика) могут меняться во времени. Интерпретация ТЗ иногда тоже тонкая весчь. Как планируете это решать?

baldina, я профессионал 

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

Это сообщение отредактировал(а) ida - 2.7.2009, 12:34

ida, самое главное что за проект: веб или программу на компьютер (application).
Также важно учесть какая платформа и готов ли вливать деньги в проект.

Допустим есть 2 заказчика:
1) Хочет веб-приложение. Исполнителю нужно сделать проект, а его поддержку и дальнейшую модернизацию будет делать человек в штате. Заказчик готов вливать деньги в проект.

Значит:
1) Область знаний программиста: Веб
2) Нужно точно уточнить на каком языке делать, т.к. программист, который будет дальше модернизировать, просто может не знать языка на котором написано веб-приложение.
3) Если клиент готов вливать много денег, то берём ASP.NET

Ps в вебе не особо разбираюсь, привёл как пример.

2) Хочет получить программу для компьютера, чтобы она работала на различных платформах (хотя бы на окнах и пигвинах).

Значит:
1) Область знаний: программы
2) Нужно подобрать программиста который знает кросс-платформенные языки


Ps Привёл просты примеры, не особо их разбирая.

Вот аналитику и нужно это знать, ИМХО.

если в ТЗ содержатся требования к окружению. примеров много. ну самое простое - требование что вебсайт должен работать под конкретным веб-сервером или даже конкретным движком или даже не ниже конкретной версии.

Добавлено через 2 минуты и 5 секунд
вероятно это зависит и от того, где кончается аналитик и начинается архитектор 

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

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

Собственно, я пока и оцениваю разные варианты...


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

Это сообщение отредактировал(а) ida - 2.7.2009, 20:18

Одно дело если закачку нужен сайт для фана, другое дело если заказчику нужен функциональный, понятный и удобный сайт.

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

Я думаю, что аналитик должен тесно быть связан как и заказчиком, так и с программистом. Потому что заказчик может заказать того, что реализовать его задачу не является возможным. Или сэкономить деньги на разработку.



Копнём с другого края...а чем занимается аналитик в данном случае и как проходит общение с программистом (исполнителем)?

Этот вопрос решает только заказчик 


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


В каком случае?

Это сообщение отредактировал(а) ida - 5.7.2009, 12:47

Ну когда заказчик заказывает какой-нить продукт =)

Оооо, это такая обширная тема, что наверное лучше почитать специальные источники 
Например, uml2.ru, где как раз и пасутся аналитики 

ida, если это предложение удалённой работы, то я заинтересован.   

Это сообщение отредактировал(а) ILAgent - 6.7.2009, 06:39