[chucky23]

Вводные данные: работал интернет маркетологом, при смене работы решил попробовать себя проджект менеджером в небольшой студии занимающейся веб-разработкой. К моему удивлению, меня взяли на вакантное место. В связи с этим событием, у меня накопился ряд вопросов. Господа программисты помогите новичку, не закидывайте помидорами.
Вопросы:
1. Так как я никогда не кодил, мне сложно определить трудозатратность выполнения того или иного функционала. Может есть какой то список, где каждый функционал измеряется в неких условных единицах? Например, авторизация с помощью ВК - 3 у.е.; авторизация через твиттер - 2 у.е.; фильтрация каталога по алфавиту - 1 у.е.
2. Существует ли детально описанная методология процесса разработки? С чего лучше начать, чем закончить?
Спасибо за внимание.

[FullHouse]

ТС. Учите языки и экономику.

У вас какие-то странные вопросы по ценообразованию. Вы когда приходите в парикмахерскую, тоже спрашиваете почему вас стригут за 100р., а через дорогу предлагают за 1000р.?

Накодить можно многими способами. Всё зависит от трудозатрат. Можно сделать качественно и кроссбраузерно, а можно побыстрее и только для FireFox.

Стоимость работы равна = количество часов * нормочас. - эта актуальная формула для услуг.

авторизация с помощью ВК - 3 у.е.; авторизация через твиттер - 2 у.е.; фильтрация каталога по алфавиту - 1 у.е.

Накидаю от себя:

1. авторизация с помощью ВК - от 100 у.е.
2. авторизация через твиттер - от 100 у.е
3. фильтрация каталога по алфавиту - тут никто сказать не может, так как надо видеть что за каталог, CMS, какая СУБД и что за фильтрация вообще))) Может быть сортировка, а не фильтрация?

Существует ли детально описанная методология процесса разработки

Пока власти не добрались до обязательной сертификации и стандартизации - НЕТ. В каждой компании своя формула должна быть.

[Routa]

chucky23,
1. Трудозатратность измеряется в часах. Собрать программистов за "круглый столом" и спросить за сколько они сделают тот или иной функционал.
2. гугли Agile

[shapit01]

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

[chucky23]

Спасибо за помощь! 3 месяца - это действительно не так страшно для прокачки скила. Буду учить, начну с курсов на htmlacademy.ru.
С agile (scrum, kanban) уже ознакомился, я думал, что может какая методология есть именно для программирования. К примеру, сначала html+css, потом калдуем с базой данных и т.д. (я даже варианты написать не могу, совсем в программировании нуль).
На счет круглого стола думал, что нужно спросить сначала исполнителей за сколько они выполнят ту или иную задачу, потом приплюсовать %на риски и зафиксировать срок в системе управления проектами. Но тогда в чем моя суть в компании? Спрашивать разработчиков сроки, и потом с них спрашивать согласно обещаниям?

[Tiulkin]

Но тогда в чем моя суть в компании

Примерно то же самое, что прораб на стройке. Сам лопату в руки не берёт, но всё организует и за всё отвечает.

[chucky23]

Еще такие нюансы:
1. Нормально ли мои программисты будут реагировать на задачи описанные с точки зрения пользователя интерфейса, без технических подробностей. К примеру: сделать разворачивающаеся в колонку меню из 5 пунктов, прикрепить меню к верхней части экрана при скролинге и т.д. То есть без описания технологий, которые нужно использовать и прочих тонкостей.
2. Для грамотной постановки задач, нужна разбивать их на небольшие составляющие, чтобы более четко отслеживать процесс и сразу понимать, что где-то дело встало. Вопрос: "сделать авторизацию с помощью Вконтакте" это достаточно мелкая задача? Или ее желательно разбивать на составляющие? Если нужно разбивать, то получается, что без умения программировать совсем никуда.

[FullHouse]

Еще такие нюансы:
1. Нормально ли мои программисты будут реагировать на задачи описанные с точки зрения пользователя интерфейса, без технических подробностей. К примеру: сделать разворачивающаеся в колонку меню из 5 пунктов, прикрепить меню к верхней части экрана при скролинге и т.д. То есть без описания технологий, которые нужно использовать и прочих тонкостей.
2. Для грамотной постановки задач, нужна разбивать их на небольшие составляющие, чтобы более четко отслеживать процесс и сразу понимать, что где-то дело встало. Вопрос: "сделать авторизацию с помощью Вконтакте" это достаточно мелкая задача? Или ее желательно разбивать на составляющие? Если нужно разбивать, то получается, что без умения программировать совсем никуда.

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

2. У меня в штате есть руководитель проектов - она не знает даже, как выглядит html-код. Справляется.

У вас какая-то странная компания. У вас нет руководителя, который объяснил бы принцип работы компании? Это его задача.

[chucky23]

FullHouse, Я просто только через неделю приступаю к обязанностям, а на собеседовании и предварительной встречи мне даже толком о моих обязанностях не объяснили))

[druzhkov]

Но тогда в чем моя суть в компании? Спрашивать разработчиков сроки, и потом с них спрашивать согласно обещаниям?

И это тоже.

Как правильно сказали, проджект менеджер - тот же прораб. У вас есть большая задача (например, построить дом). Вы раскидываете работу, допустим, на троих.

а) фундамент: Вася таскает песок и цемент, Петя месит, Коля заливает
б) стены: Петя и Коля таскают кирпичи, Вася кладет
и т.д.

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