Comments 27
рамблер отправляет «пару» менеджеров)
Читайте ответы на вопросы: druidm.habrahabr.ru/blog/74714/
Уровень вопросов отлично выдаёт уровень конференции, хе
;) уже не хочу
но ответы напишу, в «большом блоге», как время будет
;) уже не хочу
но ответы напишу, в «большом блоге», как время будет
Это такой стеб, да?
1. зависит от проекта
2. вообще менеджер, но смотря что вы хотите получить
3. знаниями, умениями, навыками в области редактирования и программирования
1. зависит от проекта
2. вообще менеджер, но смотря что вы хотите получить
3. знаниями, умениями, навыками в области редактирования и программирования
можно вопросом на вопрос? :) чтобы хоть понять ход вашей мысли
1. какой транспорт вы считаете оптимальным и почему? Феррари ф50, ЗИЛ 150, Сигвей или Боинг 747?
2. кто успешнее довезет вас до дома? таксист, жена, гаишник или лошадь?
3. чем кружка отличается от вилки?
1. какой транспорт вы считаете оптимальным и почему? Феррари ф50, ЗИЛ 150, Сигвей или Боинг 747?
2. кто успешнее довезет вас до дома? таксист, жена, гаишник или лошадь?
3. чем кружка отличается от вилки?
Конечно спасибо за приглашение, но… как же вы меня достали своими спам-рассылками!!!
По несколько писем, на все 3 адреса — ужас, откуда вы их только вообще узнали.
По несколько писем, на все 3 адреса — ужас, откуда вы их только вообще узнали.
Вы наверное участвовали или интресовались старыми конфами этой команды: HighLoad, RIT и пр.
Видимо, они оттуда взяли базу и всех подписали на свою рассылку.
Видимо, они оттуда взяли базу и всех подписали на свою рассылку.
Там в конце писем написано почему вы их получили — «потому, что оставили свой электронный адрес на одном из конференц-сайтов сообщества… » и ссылка в для того чтобы отписаться.
Вы можете отписаться нажав на одну ссылку в конце письма. Или просто скажите мне (oleg.bunin@ontico.ru), какие адреса — мы отпишем.
Это не проблема.
Вы действительно подписались на одну из прошлых конф.
Это не проблема.
Вы действительно подписались на одну из прошлых конф.
Вопросы слишком абстрактные:
1. Очень зависит от проекта. В некоторых проектах лучше может оказаться не гибкий, а классический водопад.
2. Какой успех вас интересует? Технический (быстрое развитие технической базы проекта), коммерческий, маркетинговый? С этой точки зрения можно проанализировать несколько успешных проектов, например:
— Google Search — явно руководят технари, очень надежен, постоянно улучшается тех. база, моментально откликается. Кстати, последнее время в руководстве все сильнее проявляют себя маркетологи — я имею ввиду рекламу в метро, социологические исследования и т.п.
— Windows 7 — рулят сейлы. Исправили ряд технических проблем в версии 6.0 (Виста), оптимизировали, добавили плюшек, запустили мощную рекламную кампанию, а главное поменяли 6.1 на 7!
— Твиттер — рулят маркетологи и pr. Гиагантская пользовательская база, кучу инфоповодов, твиттер слышен везде, но при этом имеет технические проблемы (или как минимум имел) и совершенно непонятно на чем он хочет заработать. Такое ощущение, что на продаже себя.
Как видите каждый проект по-своему успешен и везде нужен свой тип руководителя.
3. Такая же как между физиком и лириком. Причем именно в таком порядке. Редактор (не писатель, а именно редактор) работает с чужими текстами, готовит публикации и пр. Здесь он больше похож на сотрдника техподдержки — надо быстро обработать поступившую статью/новость/материал и выложить на сайт — тем самым он ориентирован во вне компании. Поэтому у него должен быть более жесткий график. (Самый жесткий график — у секретаря). Программист — внутренний специалист, ориентирован внутрь компании, поэтому может иметь свой график, лишь бы успевал все вехи делать.
1. Очень зависит от проекта. В некоторых проектах лучше может оказаться не гибкий, а классический водопад.
2. Какой успех вас интересует? Технический (быстрое развитие технической базы проекта), коммерческий, маркетинговый? С этой точки зрения можно проанализировать несколько успешных проектов, например:
— Google Search — явно руководят технари, очень надежен, постоянно улучшается тех. база, моментально откликается. Кстати, последнее время в руководстве все сильнее проявляют себя маркетологи — я имею ввиду рекламу в метро, социологические исследования и т.п.
— Windows 7 — рулят сейлы. Исправили ряд технических проблем в версии 6.0 (Виста), оптимизировали, добавили плюшек, запустили мощную рекламную кампанию, а главное поменяли 6.1 на 7!
— Твиттер — рулят маркетологи и pr. Гиагантская пользовательская база, кучу инфоповодов, твиттер слышен везде, но при этом имеет технические проблемы (или как минимум имел) и совершенно непонятно на чем он хочет заработать. Такое ощущение, что на продаже себя.
Как видите каждый проект по-своему успешен и везде нужен свой тип руководителя.
3. Такая же как между физиком и лириком. Причем именно в таком порядке. Редактор (не писатель, а именно редактор) работает с чужими текстами, готовит публикации и пр. Здесь он больше похож на сотрдника техподдержки — надо быстро обработать поступившую статью/новость/материал и выложить на сайт — тем самым он ориентирован во вне компании. Поэтому у него должен быть более жесткий график. (Самый жесткий график — у секретаря). Программист — внутренний специалист, ориентирован внутрь компании, поэтому может иметь свой график, лишь бы успевал все вехи делать.
Если б Вы еще первый ответ так расписали как второй, было бы еще интереснее.
Для первого получается что если аутсорсинг разработки, с оговоренной ценой и задачей, то лучше будет PMBOK/RUP, если свой коробочный продукт/сайт или вообще стартап еще не знающий что будет в итоге — то лучше SCRUM и прочие agile, ну а если поддержка и актуализация имеющегося продукта то вполне Kanban подходит.
Все что надо знать об управлении проектами уже изложил в своих книгах Том Де Марко
И совсем не важно какие технические средства вы используете
Не важно какую должность вы занимаете. Technical Leader может прекрасно вести проект (хотя такие случаи конечно редки)
И хороший редактор мало чем отличается от грамотного программиста
Все решает конкретная личность! К сожалению все здесь очень субъективно…
И совсем не важно какие технические средства вы используете
Не важно какую должность вы занимаете. Technical Leader может прекрасно вести проект (хотя такие случаи конечно редки)
И хороший редактор мало чем отличается от грамотного программиста
Все решает конкретная личность! К сожалению все здесь очень субъективно…
1. Я думаю стоит использовать PMBOK 4 редакции.
Интернет-проект далеко не всегда означает программный продукт (а указанные автором методологии управления заточены именно под разработку ПО), я думаю тут стоит применять общую методологию управления проектами, такую как PMBOK, при этом, конечно, убрать лишнее и оптимизировать под управление интернет-проектами.
Из указанных мне больше всего нравится XP, и если мы действительно делаем сервис, где в основном программинг, можно применять его.
2. Конечно Project Manager! Ведь только у него есть знания, как управлять проектами!
3. Редактор — редактирует уже созданное, а программист непосредственно создает (программирует).
Интернет-проект далеко не всегда означает программный продукт (а указанные автором методологии управления заточены именно под разработку ПО), я думаю тут стоит применять общую методологию управления проектами, такую как PMBOK, при этом, конечно, убрать лишнее и оптимизировать под управление интернет-проектами.
Из указанных мне больше всего нравится XP, и если мы действительно делаем сервис, где в основном программинг, можно применять его.
2. Конечно Project Manager! Ведь только у него есть знания, как управлять проектами!
3. Редактор — редактирует уже созданное, а программист непосредственно создает (программирует).
>узнать секреты побед профессионалов секреты их побед
Поправьте?:)
Поправьте?:)
Ну, так… в порядке бреда, не претендуя на инвайт :)
1. Если все остальные параметры проекта на момент выбора являются неизвестными, то я бы предпочел использовать PRINCE2. Одна из редких методологий явно прописывающая какие пункты можно упустить для маленьких проектов, а какие важны для успеха больших. При необходимости, внутри PRINCE2 может существовать scum'о подобный процесс (особенно если брать PRINCE2 в редакции 2009го года). PRINCE2 предоставляет такой чеклист, по которому можно проверить себя, не упустил ли ты чего-то важного, настраивая гибкую методологию под проект и под команду.
2. Как человек с наименее замыленным взглядом Project Manager может сыграть ключевую роль в успехе продукта. По той же причине что и программист не видит баги в своей программе, и продукт отдается на тестирование отдельным тестировщикам, у всех остальных участников процесса взгляд на продукт деформируется под угоду профессиональным навыкам. Лишь у Project Manager'a есть шанс не вдаваясь глубоко в каждый из аспектов создания продукта, верно оценить риски, расставить приоритеты довести проект до состояния позволяющего выстрелить сейлзам и маркетологам.
3. Хороший программист почти не отличается от редактора! Оба интегрируют разрозненные куски текста или сторонние библиотеки в одно целое. Оба отражают не свое мнение, а редакционную политику, но тем не менее оба могут выразить себя в своей редакторской колонке.
1. Если все остальные параметры проекта на момент выбора являются неизвестными, то я бы предпочел использовать PRINCE2. Одна из редких методологий явно прописывающая какие пункты можно упустить для маленьких проектов, а какие важны для успеха больших. При необходимости, внутри PRINCE2 может существовать scum'о подобный процесс (особенно если брать PRINCE2 в редакции 2009го года). PRINCE2 предоставляет такой чеклист, по которому можно проверить себя, не упустил ли ты чего-то важного, настраивая гибкую методологию под проект и под команду.
2. Как человек с наименее замыленным взглядом Project Manager может сыграть ключевую роль в успехе продукта. По той же причине что и программист не видит баги в своей программе, и продукт отдается на тестирование отдельным тестировщикам, у всех остальных участников процесса взгляд на продукт деформируется под угоду профессиональным навыкам. Лишь у Project Manager'a есть шанс не вдаваясь глубоко в каждый из аспектов создания продукта, верно оценить риски, расставить приоритеты довести проект до состояния позволяющего выстрелить сейлзам и маркетологам.
3. Хороший программист почти не отличается от редактора! Оба интегрируют разрозненные куски текста или сторонние библиотеки в одно целое. Оба отражают не свое мнение, а редакционную политику, но тем не менее оба могут выразить себя в своей редакторской колонке.
Моя хорошая знакомая ответила на третий вопрос в своём блоге. она редактор астрологического ресурса. Но её нет на Хабре, что в общем-то не так плохо, не испортится человек :)
А вот ссылка: planeta.rambler.ru/users/astrologica/119969792.html
А вот ссылка: planeta.rambler.ru/users/astrologica/119969792.html
Sign up to leave a comment.
Профессиональная конференция и три инвайта