не совсем. я.маркет все-таки не для этой цели заточен. он не покажет как менялась цена, скажем в «белом ветре», за каждый день в выбранном периоде. хотя такие данные у него есть. если я не ошибаюсь конечно…
вот вам и идея нового, очень популярного в такие «черные пятницы», сервиса — «следи за ценой».
выбираешь товары и магазины и следишь за динамикой цен.
даже монетизацию можно прикрутить.
или быть может такие сервисы уже есть?
использовал в одном проекте компилятор конечных автоматов, придуманный Робертом Мартином и допиленный энтузиастами. Оказался удобной и понятной штукой, причем генерит FSM на нескольких ЯП. Очень упростило разработку…
пару слов и я вставлю:
ждал также долго, индусы — еще те резинщики! (февраль- заказ, май — получение)
меня тоже в первую очередь разочаровал экран (пленку я сразу наклеил) — и тускловато, и в браузере текст размыт.
но сейчас в принципе привык к нему (пользуюсь неделю) и этого не замечаю.
но вот батарея, а точнее её быстрый разряд — это да, просто беда (((
я поставил BeastROM 2.2.1, все работает шустро, но также шустро и батарея тает… особенно во сне! аппарат при этом в «режиме полета».
и еще частенько теряет WiFi соединение (даже в прямой видимости точки доступа), но, говорят, это глюки прошивки
скоро попробую HoneyComb 3.0
риск в данном тексте рассмативается именно как угроза проекту.
а вот возможности — это и есть благоприятное воздействие. возникают из поиска различных вариантов реализации проекта, обсуждения с ЗС…
да, у меня есть и такая практика, и обратная (когда все делалось наобум)
однажды проект сильно тормозил… просто из-за сопротивления одной из влиятельных ЗС — с ней-то на этапе обумывания проекта никто и не посоветовался!
и это вылилось в такие палки в колеса! а «всего-то» нужно было — уделить ему внимание и слегка изменить требования к будущей системе…
Постановка СМАРТ-целей тоже помогает в работе, но является большим искусством, ибо многие не особо различают сами цели от решаемых задач
не соглашусь, работает не только «на типичных конвеерных проектах»
это же в принципе общие правила, применимые к любому проекту и деятельности вообще: сначала поставь четкие цели, затем обсуди с ЗС, выяви риски, проверь осуществимость… И если решение принято, что ЭТО нам нужно, то дальше запускаем проект
и вот отсюда можно идти разными путями: Scrum, PMBoK, 6-ти этапная модель, и т.д.
постараюсь кратко
мы с вами на разных языках разговариваем, хотя пишем на одном! не нужно критиковать только потому, что в PMBoK не так. Он ведь тоже не есть истина…
Цель этой заметки состоит НЕ в предложении лучшей практики, а в том, чтобы натолкнуть людей на мысль (особенно новичков), что просто одной хорошей (или гениальной идеи) мало — для того, чтобы проект запустить, необходимо помнить о таких вещах как:
1. цели
2. ЗС, их требования и ожидания
3. возможности и угрозы
и начать следует именно с этого анализа. А с помощью каких практик и методологий — вопрос второй.
И про резюме вопрос не принципиальный, просто как его не назови, нужно помнить, что такой документ необходим для успешной реализации проекта, а не является просто объемной ненужной бумажкой
если говорить в ваших терминах, то здесь описан «предпроектный этап до initiation (и до planning, естественно)».
этап планирования только впереди, поэтому здесь о нем упомянуто вскользь.
еще раз повторюсь, это не PMBoK, а другой, более простой и менее детализированный подход
ну а результатом работы МП на этом этапе должно быть резюме проекта
за шаблоны PMBoK спасибо!
по-моему, любая академичность на первый взгляд кажется бесполезной. Но вот когда начинаешь наступать на одни и те же грабли — берешь книжки в руки и понимаешь, не так уж она и бесполезна!
Конечно, описать реальный пример — это лучшее учебное пособие, но под рукой примера «правильной» подготовки проекта, увы, нет — а вот обратных примеров — куча!
Досконально по всем пунктам не прохожусь (да может это быть и нужно в различных контекстах), но анализ требований ЗС делаю, NPV считал, в составлении журнала рисков учавствовал. А также объяснял своему руководству, что важно чувствовать себя именно покровителем проекта, а не просто его контролёром.
во-первых, здесь речь идет только о подготовке (инициации) проекта — чтобы понять, а нужен ли вообще тот или иной проект? Поэтому планирование проекта будет только следующим этапом.
во-вторых, здесь описана не столько работа МП, сколько просто общие принципы подготовки — на что обратить внимание, что посчитать, с кем обсудить и т.д. А уж кто это будет делать — решать вам.
В учебном курсе ЛИНКа в плане управления проектами изучается 6-ти этапная модель — и конечно же объемы не такие, как в PMBoK. Согласен, что эта одна из самых подробных и цельных методологий, но так как я с ней не знаком, то писал о том, что мне известно более-менее. Если кто-то решится написать серию статей по PMBoK, то сам с удовольствием почитаю
честно скажу, PMBOK не изучал, но, думаю, что общие принципы управления проектами в различных методологиях достаточно одинаковы. Отличия — в нюансах и конкретных подходах
выбираешь товары и магазины и следишь за динамикой цен.
даже монетизацию можно прикрутить.
или быть может такие сервисы уже есть?
ждал также долго, индусы — еще те резинщики! (февраль- заказ, май — получение)
меня тоже в первую очередь разочаровал экран (пленку я сразу наклеил) — и тускловато, и в браузере текст размыт.
но сейчас в принципе привык к нему (пользуюсь неделю) и этого не замечаю.
но вот батарея, а точнее её быстрый разряд — это да, просто беда (((
я поставил BeastROM 2.2.1, все работает шустро, но также шустро и батарея тает… особенно во сне! аппарат при этом в «режиме полета».
и еще частенько теряет WiFi соединение (даже в прямой видимости точки доступа), но, говорят, это глюки прошивки
скоро попробую HoneyComb 3.0
а вот возможности — это и есть благоприятное воздействие. возникают из поиска различных вариантов реализации проекта, обсуждения с ЗС…
однажды проект сильно тормозил… просто из-за сопротивления одной из влиятельных ЗС — с ней-то на этапе обумывания проекта никто и не посоветовался!
и это вылилось в такие палки в колеса! а «всего-то» нужно было — уделить ему внимание и слегка изменить требования к будущей системе…
Постановка СМАРТ-целей тоже помогает в работе, но является большим искусством, ибо многие не особо различают сами цели от решаемых задач
это же в принципе общие правила, применимые к любому проекту и деятельности вообще: сначала поставь четкие цели, затем обсуди с ЗС, выяви риски, проверь осуществимость… И если решение принято, что ЭТО нам нужно, то дальше запускаем проект
и вот отсюда можно идти разными путями: Scrum, PMBoK, 6-ти этапная модель, и т.д.
мы с вами на разных языках разговариваем, хотя пишем на одном! не нужно критиковать только потому, что в PMBoK не так. Он ведь тоже не есть истина…
Цель этой заметки состоит НЕ в предложении лучшей практики, а в том, чтобы натолкнуть людей на мысль (особенно новичков), что просто одной хорошей (или гениальной идеи) мало — для того, чтобы проект запустить, необходимо помнить о таких вещах как:
1. цели
2. ЗС, их требования и ожидания
3. возможности и угрозы
и начать следует именно с этого анализа. А с помощью каких практик и методологий — вопрос второй.
И про резюме вопрос не принципиальный, просто как его не назови, нужно помнить, что такой документ необходим для успешной реализации проекта, а не является просто объемной ненужной бумажкой
если говорить в ваших терминах, то здесь описан «предпроектный этап до initiation (и до planning, естественно)».
еще раз повторюсь, это не PMBoK, а другой, более простой и менее детализированный подход
ну а результатом работы МП на этом этапе должно быть резюме проекта
за шаблоны PMBoK спасибо!
Конечно, описать реальный пример — это лучшее учебное пособие, но под рукой примера «правильной» подготовки проекта, увы, нет — а вот обратных примеров — куча!
Досконально по всем пунктам не прохожусь (да может это быть и нужно в различных контекстах), но анализ требований ЗС делаю, NPV считал, в составлении журнала рисков учавствовал. А также объяснял своему руководству, что важно чувствовать себя именно покровителем проекта, а не просто его контролёром.
во-вторых, здесь описана не столько работа МП, сколько просто общие принципы подготовки — на что обратить внимание, что посчитать, с кем обсудить и т.д. А уж кто это будет делать — решать вам.
В учебном курсе ЛИНКа в плане управления проектами изучается 6-ти этапная модель — и конечно же объемы не такие, как в PMBoK. Согласен, что эта одна из самых подробных и цельных методологий, но так как я с ней не знаком, то писал о том, что мне известно более-менее. Если кто-то решится написать серию статей по PMBoK, то сам с удовольствием почитаю