Поиск работы в Америке
Должность Город, Штат
job title, keywords or company
city, state or zip jobs by job search
Страница 4 из 5 Первая 1 2 3 4 5 Последняя
Показано с 31 по 40 из 43
Like Tree2Likes

Тема: IT Project manager что нибудь светит в штатах?

  1. #31
    Гражданин Аватар для briv
    Регистрация
    25.12.2009
    Адрес
    NY
    Возраст
    46
    Сообщений
    4,997
    Записей в дневнике
    1
    Спасибо
    2,751
    Сказали 1,540 раз в 936 постах

    Re: IT Project manager что нибудь светит в штатах?

    Цитата Сообщение от pafnutiy Посмотреть сообщение
    Вопрос простой как "сибирский валенок":
    Интерпритируйте фразу (напишите, что она означает):
    "Процент готовности функционала в части разработки (кодирования) некого функционального модуля (например - модуля авторизации, хотя это не принципиально) - равен - 60%, при том что кодирование оценено изначально на 200 человеко-часов (других оценок нет)."
    Для завершения модуля потребуется еще как минимум 133 человеко-часов, с точки зрения арифметики (ну а если учесть, что обычно оценку человеко-часов нужно умножать на значение числа пи , то ... )


  2. Бронирование Отелей в США
    Circuit advertisement
    Регистрация
    Always
    Адрес
    Advertising world
    Возраст
    2010
    Сообщений
    Many




     

  3. #32
    Гражданин Аватар для koshix
    Регистрация
    02.05.2011
    Адрес
    Boston
    Сообщений
    1,549
    Спасибо
    104
    Сказали 427 раз в 305 постах

    Re: IT Project manager что нибудь светит в штатах?

    Цитата Сообщение от briv Посмотреть сообщение
    Для завершения модуля потребуется еще как минимум 133 человеко-часов, с точки зрения арифметики (ну а если учесть, что обычно оценку человеко-часов нужно умножать на значение числа пи , то ... )
    В PMы не собираюсь, но жизненный опыт подсказывает, что 30% - займут 120 чч, а оставшиеся 10% будут завершены тогда, когда будут пофикшены критические баги.

  4. #33
    Резидент Аватар для Dmitry Maleev
    Регистрация
    31.05.2013
    Адрес
    SPB
    Возраст
    44
    Сообщений
    111
    Спасибо
    31
    Сказали 2 раз в 2 постах

    Re: IT Project manager что нибудь светит в штатах?

    Цитата Сообщение от koshix Посмотреть сообщение
    В PMы не собираюсь, но жизненный опыт подсказывает, что 30% - займут 120 чч, а оставшиеся 10% будут завершены тогда, когда будут пофикшены критические баги.
    Тут все зависит от работы команды. По своему опыту могу согласиться. Был у меня один проект, который задержали на 3 месяца, по причине того что ПМ-Архитектор настоял на разработке собственного ORM и первый этап разработки закончился тогда, когда должен был закончится второй. Проект перешел мне по наследству. Пришлось сократить часть функционала и опоздали мы на 3 месяца. Пришлось сдавать без тестирования. Но система (Система Документооборота) работает до сих пор и заказчик доволен. Больше этот ПМ к руководству не допускался изанялся своей прямой обязанностью программированием. Как программист он отличный.
    If in your lifelines is changing direction, maybe God shows you a short cut to your goal

  5. #34
    Резидент
    Регистрация
    02.01.2013
    Сообщений
    50
    Спасибо
    0
    Сказали 10 раз в 10 постах

    Re: IT Project manager что нибудь светит в штатах?

    О сколько ответов....и ...и не одного верного, принцип 90% работает на все 100%.
    Даю подсказку: "Процент готовности функционала в части разработки (кодирования)"
    Последний раз редактировалось pafnutiy; 11.06.2013 в 14:09.

  6. #35
    Резидент
    Регистрация
    02.01.2013
    Сообщений
    50
    Спасибо
    0
    Сказали 10 раз в 10 постах

    Re: IT Project manager что нибудь светит в штатах?

    Ладно не буду вас мучить, в общем ответ на данный кейс таков – данная фраза вообще не имеет смысла. Вы удивлены? Обескуражены? А давайте посмотрим внимательней, на первую часть: «Процент готовности функционала», в чем измеряется объем функционала на стадии кодирования, в человеко-часах, отнюдь нет. В человке-часах измеряется объем трудозатрат, а объем функционала измеряется в SLOC или по русски - строчки кода. Source lines of code - Wikipedia, the free encyclopedia
    Ну или накрайняк можем измерить в «функциональных точках», но мы ведь написали что «других оценок нет». Поэтому если при оценке процесса кодирования, размер трудозатрат взятый из «опыта программистов», а не посчитаный например с помощью COCOMO II, в дальнейшем то и мерять завершения работ по кодированию в процентах абсолютно бессмысленно. Мы можем потратить 90% трудозатрат из 100% сделав только 10% из запалнированного объема SLOC!

    Кстати именно поэтому Метод освоенного объема из PMBoK не применим в Software Engineering (ну или очень ограниченно применим).

    Так что вот такой вот кейс с подвохом, ясно и четко показывающий знания PM в области программной инженирии и управления проектами.
    Последний раз редактировалось pafnutiy; 12.06.2013 в 13:55.

  7. Эти пользователи сказали Спасибо pafnutiy за этот пост:


  8. #36
    Резидент Аватар для Dmitry Maleev
    Регистрация
    31.05.2013
    Адрес
    SPB
    Возраст
    44
    Сообщений
    111
    Спасибо
    31
    Сказали 2 раз в 2 постах

    Re: IT Project manager что нибудь светит в штатах?

    Цитата Сообщение от pafnutiy Посмотреть сообщение
    Ладно не буду вас мучить, в общем ответ на данный кейс таков – данная фраза вообще не имеет смысла. Вы удивлены? Обескуражены? А давайте посмотрим внимательней, на первую часть: «Процент готовности функционала», в чем измеряется объем функционала на стадии кодирования, в человеко-часах, отнюдь нет. В человке-часах измеряется объем трудозатрат, а объем функционала измеряется в SLOC или по русски - строчки кода. Source lines of code - Wikipedia, the free encyclopedia
    Ну или накрайняк можем измерить в «функциональных точках», но мы ведь написали что «других оценок нет». Поэтому если при оценке процесса кодирования, размер трудозатрат взятый из «опыта программистов», а не посчитаный например с помощью COCOMO II, в дальнейшем то и мерять завершения работ по кодированию в процентах абсолютно бессмысленно. Мы можем потратить 90% трудозатрат из 100% сделав только 10% из запалнированного объема SLOC!

    Кстати именно поэтому Метод освоенного объема из PMBoK не применим в Software Engineering (ну или очень ограниченно применим).

    Так что вот такой вот кейс с подвохом, ясно и четко показывающий знания PM в области программной инженирии и управления проектами.
    Хороший вопрос. А термин KIS вам знаком? Kit It Simple... У нас трудозатраты не измеряют в строчках кода. Программист может написать 200 строчек кода, но они будут не работоспособны, а хороший программист решит задачу в 100 строчек кода и он будет работать. Поставлена задача и определен срок, а сколько строчек кода напишет программер это не важно. Обычно промежуточные результаты не оценивают так, для этого есть итерации.

    По вашему ответу (правильному) можно сказать, что готовность стены дома (трудозатраты) оценивается в количестве кирпичей, которые уложил каменьщик, и это будет применимо на 100%. Потому что это можно посчитать и это промежуточный результат.
    Видите и никакой Софтвер Инженеринг

    Ответный вопрос: Чем отличается функция от метода?
    If in your lifelines is changing direction, maybe God shows you a short cut to your goal

  9. #37
    Резидент
    Регистрация
    02.01.2013
    Сообщений
    50
    Спасибо
    0
    Сказали 10 раз в 10 постах

    Re: IT Project manager что нибудь светит в штатах?

    Поставлена задача и определен срок, а сколько строчек кода напишет программер это не важно.
    Нет важно, потому что:
    1. В зависимости от технологии и языка количество строк имеет определенные пределы. Посему некоторые системы пишутся именно на определенных технологиях и языках, например никто не будет писать интернет-магазин на C++ или на делфи (хотя теоритически это возможно).
    2. Слишком большое количество строк может привести к проблемам с производительностью, а слишком малое (если в угоду краткости принесена в жертву- оптимизация кода) проблемы с интегрируемостью и развитием.

  10. #38
    Резидент Аватар для Dmitry Maleev
    Регистрация
    31.05.2013
    Адрес
    SPB
    Возраст
    44
    Сообщений
    111
    Спасибо
    31
    Сказали 2 раз в 2 постах

    Re: IT Project manager что нибудь светит в штатах?

    Цитата Сообщение от pafnutiy Посмотреть сообщение
    Нет важно, потому что:
    1. В зависимости от технологии и языка количество строк имеет определенные пределы. Посему некоторые системы пишутся именно на определенных технологиях и языках, например никто не будет писать интернет-магазин на C++ или на делфи (хотя теоритически это возможно).
    2. Слишком большое количество строк может привести к проблемам с производительностью, а слишком малое (если в угоду краткости принесена в жертву- оптимизация кода) проблемы с интегрируемостью и развитием.
    Совершенно согласен,"Америку вы тут не открыли"
    Но честно сказать, только идиот будет считать строчки кода. Я конечно понимаю, что если делать шаблонные однотипные приложения (сайты например) то трудозатраты можно определить по строчкам кода
    Но когда все создается с нуля или создается SDK, то тут посчитать не возможно в принципе...
    If in your lifelines is changing direction, maybe God shows you a short cut to your goal

  11. #39
    Резидент
    Регистрация
    02.01.2013
    Сообщений
    50
    Спасибо
    0
    Сказали 10 раз в 10 постах

    Re: IT Project manager что нибудь светит в штатах?

    Но честно сказать, только идиот будет считать строчки кода.
    Тсссс....вы только на собеседовании в штатах этого не ляпните (особенно в Микрософте), а то как финал будете работать в макдаке на расдаче

    Но когда все создается с нуля или создается SDK, то тут посчитать не возможно в принципе...
    То есть я так понял, что ни методом функциональных точек, ни COCOMO II вы ни разу не пользовались...а зря, не все так там сложно
    Последний раз редактировалось pafnutiy; 13.06.2013 в 04:10.

  12. #40
    Резидент Аватар для Dmitry Maleev
    Регистрация
    31.05.2013
    Адрес
    SPB
    Возраст
    44
    Сообщений
    111
    Спасибо
    31
    Сказали 2 раз в 2 постах

    Re: IT Project manager что нибудь светит в штатах?

    Booking.com
    Цитата Сообщение от pafnutiy Посмотреть сообщение
    Тсссс....вы только на собеседовании в штатах этого не ляпните (особенно в Микрософте), а то как финал будете работать в макдаке на расдаче



    То есть я так понял, что ни методом функциональных точек, ни COCOMO II вы ни разу не пользовались...а зря, не все так там сложно
    1. Хочу что бы вы поняли. Я в курсе, что чем больше строчек кода, тем "тяжелее" программа. Но считать их до разработки программы и использовать как трудоемкость это дибилизм. Если кто-то этим занимается, пусть это делает...
    2. Я никогда не работал с ВЕБ где трудоемкость действительно можно посчитать строчками кода.
    3. Подсчет трудоемкости высчитывается по стандартной методологии методом PERT.
    Я вам еще раз повторю, что качество кода и количество строк напрямую зависит от уровня программиста. Проект делают люди прежде всего.

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

    А вот вам простой вопрос:
    Два программиста опаздывают с завершением кодирования. Руководство настаивает добавить им в команду третьего. Что при этом произойдет и почему?
    If in your lifelines is changing direction, maybe God shows you a short cut to your goal

Информация о теме

Пользователи, просматривающие эту тему

Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)

Visitors found this page by searching for:

project manager

менеджер проект

проджект

it project

проект менеджер

Социальные закладки

Социальные закладки

Ваши права

  • Вы не можете создавать новые темы
  • Вы не можете отвечать в темах
  • Вы не можете прикреплять вложения
  • Вы не можете редактировать свои сообщения
  •  

Форум "Говорим про Америку"
Форум "Говорим про Америку" Facebook