! ()


:
24 25 26 27 28 29 30 31 32






, . , , .

?

, , . . :). , - , , , , , [...]

?

, . , CTR, ROI, .. . : ,

-2 3

- Publicity Creating ij. - PR- 2 : . - , . none

.

. . :

?

(.. , ). none

Управление проектами / Ссылка Эдвард Йордон :: человеческий фактор в разработке ПО

Презентация Эдварда Йордона с проводимого семинара в Санкт-Петербурге на тему влияния человеческого фактора в разработке ПО.

Управление проектами / Переезд с одного средства планирования разработки на другое — с XPlanner на Redmine

Переезд с одного средства планирования разработки на другое — с XPlanner на Redmine


«Мыши плакали, кололись, но продолжали есть кактус», — моё мнение о пользователях XPlanner.

Преамбула


Так повелось, что изначально наша команда использовала XP и вообще Agile разработку. ?значально был выбран XPlanner — он же как раз заточен под итеративную разработку ПО.
Со временем процессы разработки менялись, и это все меньше походили на те, которыми были изначально.

? вот лишь недавно мне удалось перетащить всех на Redmine.


Управление проектами / Как создать творческий коллектив? Советы от студии Pixar.

Перевод нашел 4epT но так как кармы у него не хватает публикует от моего имени.

Эд Кэтмелл, один из создателей студии Pixar и нынешний Президент студий Pixar и Disney, рассказывает о принципах, которые позволили создать сплоченный коллектив, сформировать творческую атмосферу и справиться с экстремальными ситуациями.

Перевод: Александр Львов
Найдено тут

“Главный секрет создания популярных фильмов от студии Pixar заключается в правильном подходе к решению проблем внутри производства.”

Эд Кэтмелл

Несколько лет назад я разговаривал с главой одной из ведущих киностудий, который был убежден, что главная проблема состоит не в том, чтобы найти хороших людей, а в том, чтобы найти хорошие идеи. После этого разговора, я часто задавал представителям разным студий вопрос, что важнее — люди или идеи. К моему изумлению, примерно половина отвечала, что важнее идеи. С этим я в корне не согласен. Я думаю, такое мнение появилось из–за неправильного понимания творчества в целом. Важность идеи слишком сильно преувеличена в создании конечного продукта. ? это приводит к непониманию, как в критических ситуациях управлять производством.


Управление проектами / Предпроектная документация: что это и почему она так важна?

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

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


Управление проектами / Краткая инструкция по управлению заказчиками

Довольно часто коллеги жалуются на заказчиков. Мол, совсем от рук отбились, подонки! Ничего делать не хотят.

Конечно, не хотят. Никто не хочет. А некоторые хотят приносить пользу своим проектам, но не знают как это лучше делать. ?ли знают, но не ту книжку прочитали, поэтому от них один вред. В общем, разные заказчики бывают.

Первое, что нужно запомнить: заказчики на самом деле полезные (и не идиоты, нет).
Второе: заказчик, на самом деле, такой же ресурс, как программист или дизайнер.
Третье: основная задача менеджера проектов (мы-то с вами знаем кто на самом деле рулит вселенной (дьявольский смех)) – научиться управлять заказчиком так же эффективно, как программистами.



24 25 26 27 28 29 30 31 32