Управление проектами *

В моей работе нужно анализировать качество проектов и иметь полное понимание о том, как мы учимся не наступать на одни и теже грабли. Для этой цели есть много инструментария, но я хочу поделиться опытом с теми, кто как и наша студия использует в роли багтрекинга Mantis 1.1.1 (написан на PHP, БД- MySQL)

Этот топик, есть продолжение вот этого топика: habrahabr.ru/blogs/pm/39308

Итак. Продолжим повествование на тему Скрама.

Перед тем, как описать саму методологию, чуть коснёмся классификации. Часто приходится слышать: у нас XP методология, а у нас Скрам, а у нас Agile девелопмент. Всё это имеет право на жизнь. Но, на мой взгляд, желательно правильно соотносить эти понятия.

XP — это набор принципов и подходов, меняющих традиционное отношение к разработке современного программного продукта.

Agile – это общее название группы гибких и достаточно успешных методик организации ведения проектов. Методик, которые, как правило, опираются на принципы XP и предполагают быструю итеративную разработку, тесное общение с заказчиком и, за счёт тесного общения членов команды, минимизацию создания дополнительных сущностей (артефактов/документов), которые традиционно создавались в процессе работы над проектом. Минимизацию всего того, что создаётся помимо самого программного кода.

Scrum – это одна из конкретных Agile-методик. То есть чёткий шаблон (каркас) организации управления проектом. Со своими терминами и понятиями. Если вы близко следуете именно этому шаблону, то можно сказать, что вы ведёте разработку по Скрам.

Я часто сталкиваюсь с другой классификацией, когда XP называют Agile методологией. Сложно сказать…

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

Итак, Scrum, это популярная (модная, если хотите) сегодня методология ведения программных проектов. Другими словами, как управлять командой разработчиков, что бы программный проект завершился успешно. Что и как документировать, как, с кем и как часто обсуждать детали проекта, как ставить задачи людям и как контролировать результат. Всё это попадает под термин “методология управления программным проектом”.

Вам понятно? Отлично! А теперь…

«Death March» (смертельный марш) – такое название получили переходы американских солдат, взятых в плен японцами, по тропическим джунглям во время Второй мировой войны. Во время этих переходов большинство пленных заболевало и погибало. Такое же название носит книга об управлении безнадёжными проектами Эдварда Йордона.

Ваша девушка жалуется на то, что вы перестали уделять ей внимание? Вы пропустили первые шаги своего ребёнка? А может быть вам приходилось говорить что-то в духе: «Дорогая, я обещаю тебе, что мы сходим в театр в следующий раз, а сейчас позвони, пожалуйста, Лене и сходи с ней»? Всё это следствие безнадёжных проектов. К сожалению, для сферы IT безнадёжные проекты скорее норма, а не исключение. И это общемировая тенденция. Из первого семинара Йордона прошедшего в Москве, лично для меня стало понятно, что как минимум 80% практик по управлению проектами актуальны и применимы в российском климате. Поэтому, как бы не различались наши взгляды относительно внешней политики, можно с уверенностью сказать, что ежедневно программисты, руководители и другие участники проектов на обоих континентах ощущают одни и те же чувства (только с 8 часовой разницей).

В сентябре Эд Йордон приезжает в Москву и Питер с новыми темами, которые будут посвящены двум важным аспектам управления проектами: человеческому фактору в разработке ПО и новой концепции моделирования динамики проектов. В Минске состоится семинар по управлению безнадежными проектами.

Обычно в нашей сфере говноконторами называют мелкие конторки, нанимающие студентов и старшеклассников «дизайнерами» по 15 баксов в месяц и продающими «сайты» за 6000 рублей. Заляпали они своими говнообъявлениями, кажется, все стены в Питере.

Есть в России на нашем рынке настоящие говноконторы. Знамениты они телефонным спамом, попытками увода клиентов у своих конкурентов путем клеветы на оных, а также, как выяснилось, ублюдочным отношением к сотрудникам. Набирают иногородних девочек-студенток, ведут двойную бухгалтерию, а недовольных «прессуют» бандюками.

Если совещания среди Ваших коллег или подчиненных превращаются в балаган, то значит, пора предпринимать решительные меры…

Одна из мелких неприятностей, которую студии чаще всего получают от клиентов — это несвоевременная оплата счета. Иногда у клиентов «нет денег на счету», иногда «бухгалтер забыл оплатить», иногда «бумага потерялась». Иногда бывает так, что «мы хотели уточнить кое-что у вашего бухгалтера, но не знали, как с ним связаться». Некоторые особо одаренные бухгалтеры отправляют деньги «с НДС» юрлицу, работающему по «упрощенке».

Есть несколько «лайфхаков», которые реально уменьшают количество проблем со счетами и оплатой. Нацелены они, в большинстве своем, на то, чтобы ваш счет не терялся, а у бухгалтерии клиента не было возможности для отговорок.

Привет, хабр! В этом материале я хочу затронуть непростой вопрос качества Интернет-проекта, а проще говоря – сайта, сделанного в сторонней студии на заказ.

В настоящее время для рынка характерно то, что большинство компаний (будем называть их студиями) выпускают проекты среднего и низкого качества. Почему так происходит? Какие основные факторы влияют на качество продукта при его производстве в студии?

Примечание переводчика. Предлагаю вашему вниманию пост индийского программиста из его блога. Внимание! В переведенной заметке содержатся спорные утверждения. Сохранены оригинальный стиль и построение абзацев.

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

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

Или он просто не верит в эффективность затеи и жалеет ресурсов.

Тогда студии поступает предложение типа: «сделайте все сами как надо, а с продажи получите процент». Соглашаться или нет? Каждая студия в каждом случае решит самостоятельно.

Эта статья про цели, риски, способы оформления: агентский договор, договор комиссии, договор поручения и договор возмездного оказания услуг.

Проходя мимо рабочих мест коллег невольно обращаешь внимание, что вместо блеклого интерфейса IDE, в которой, собственно, полагается находиться программисту большую часть рабочего дня, видишь на экране яркий дизайн какого-нибудь новостного сайта.

Вообще это нормально — человек должен иногда переключаться. Только вот интересно — насколько он часто это делает? И добыв с полки справочник по математике Т.Корна, взялся решить следующую абстрактную задачу:

Статью выкладываю по разрешению автора. Оригинал здесь.

Я знаю два варианта организации времени начала работы в IT фирме и довелось мне поработать с обоими вариантами.

1. Приход на работу к конкретному времени. Сродни советскому: в 8.00 все должны быть на работе иначе штраф или даже увольнение. Уходят все в 17.00
2. Свободный приход к любому времени. Тут может быть куча вариаций, когда надо работать 8 часов в день или 40 часов в неделю или вообще никто время не смотрит, лишь бы работа делалась.

Я проработал 7 лет в компании, где надо было приходить каждый день в 9.30 и уходить не раньше 18.30, а теперь уже полгода в компании, где каждый приходит и уходит когда хочет.
И теперь я готов сравнить варианты.

Цель (результат) является ключевым понятием, с которого должна начинаться всякая деятельность, и проектная деятельность не является исключением. Одна из самых опасных ошибок в управлении проектами — начинать работать, не понимая целей. Цели надо ставить, поэтому стоит обсудить, как ставить их правильно.

Полагаю, ситуация довольно типична.

Мы работаем в Волгограде, и подавляющее большинство наших клиентов — местный малый и средний бизнес, работающий на региональном рынке.
Многие региональные компании создают сайты. При этом доля тех, кто озабочен посещаемостью и результатом (в виде продаж), невелика.

Самые посещаемые местные сайты компаний (и их можно пересчитать по пальцам) имеют не более 200 посетителей в день (волгоградцы, поправьте).
Речь не идет о порталах (Волга34, Волгоград в сети, v1.ru) и форумах (например, форум волгограда).

В среднем это число для приличного «корпоративного сайта» колеблется между 20 и 90.
Понятно, что это мизер.

Для выявления потребностей в развитии, информационной поддержке, поисковой оптимизации и рекламных кампаниях мы проводим такой опрос через некоторое время после сдачи проекта.

Кому интересен договор на сайт, смотрим тут: Договор навороченный, Договор простой (удален автором).

Этот топик про более редкую ситуацию, когда перед собственно проектом нужно сделать ТЗ, а это большая и серьезная работа. На нее нужен договор и цена.

Японское слово Муда (muda) — означает потери, неоправданные расходы и любую деятельность, которая потребляет ресурсы, но не создает ценности для клиента.



Давно размышляю на тему неэффективных коммуникаций, как внутри компании, так и между разными компаниями, как это мешает развитию рынка и созданию новых продуктов.

Управлять наёмными рабочими и распределенными проектами — это просто и весело. Стоп, что за чушь? На помощь приходит хороший контроль версий — именно то, что вам нужно, чтобы правильно вести ваши проекты.

Далее — перевод статьи Collaborate and Connect with Subversion. Это мой первый перевод, поэтому был бы очень рад вашим замечаниям.

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

Вот уже 15 лет экономист Кэй-Ют Чен (Kay-Yut Chen) проводит экономические эксперименты для компании HP. С помощью своих опытов он пытается прогнозировать спрос на технику HP, тестирует маркетинговые программы ещё до их запуска и определяет наиболее выгодную ценовую политику для тех или иных товаров. Хотя опыты д-ра Чена сэкономили работодателю миллионы долларов, но до последнего времени он оставался чуть ли не единственным учёным, который работал в этой уникальной области.

Всё изменилось после 2002 года, когда Нобелевскую премию получил другой специалист по экспериментальной экономике Вернон Смит «за лабораторные эксперименты как средство в эмпирическом экономическом анализе, в особенности в анализе альтернативных рыночных механизмов». Это был настоящий прорыв. После этого события многие крупные компании, в том числе из IT-индустрии, открыли собственные отделы по моделированию экономических процессов. Например, команды экономистов и компьютерщиков в Google и Yahoo оптимизируют аукционы по ключевым словам. В компании eBay экспериментальные экономисты помогли разработать новую систему обратной связи для сервиса аукционов, что позволило на 25% увеличить оборот сайта.

«Когда вещи становятся более сложными, становятся трудно управлять бизнесом только с помощью лозунгов, — говорит стенфордский профессор Озалп Озер (Özalp Özer), который недавно по заказу Hitachi запустил эксперимент по определению оптимального промежутка времени между выпуском новых моделей HDD с точки зрения компромисса между НИОКР, производством и маркетингом.

Хабралюди! Меня уже какой день мучает вопрос: а что не хватает современным web-based системам управления проектами? Я уверен, что многие из вас работают в командах, при этом разнообразных. У некоторых есть офис, а некоторые разбросаны на сотни километров друг от друга. Так вот: чем вы все пользуетесь? Что устраивает, а чего не хватает? А главное — о чем мечтаете? =)
Заранее спасибо за все ответы.

Итак. Вы обсуждаете проект. Добились встречи с важной персоной. Встреча проходит в формате Вы + Босс + N помощников босса. И вот на самом интересном месте у босса звонит телефон. Он отвечает. Что делать?