Agile – это круто? Проверьте исходные предположения!

сентября 10, 2008 от Денис Журавлев 3 комментариев »

life-sport-rugby

Вот и пришла мода на Agile. Новый тренд утверждает работать по agile это круто и выгодно для всех сторон. Однако стоит ли все воспринимать однозначно в черном или белом свете. Существует ряд проблем которые не зависят от выбранной методики, и к сожалению повлиять на них исполнитель не всегда может.

Реальность такова:

1) Заказчик всегда хочет знать, во сколько ему обойдется проект до начала проекта. Если он не хочет этого знать, то он делает проект не за свои деньги, и вряд ли имеет финансовый интерес.

2) Редкий заказчик умеет адекватно ставить задачи и приоритеты, поэтому, скорее всего, придется это делать вам самим.

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

5) ЮнитТесты как правило удорожают проект, что не всегда оправдано.

6) Отсутствие документации по проекту это всегда недостаток, а не достоинство.

7) Постоянная доступность заказчика возможна в редких проектах, даже если заказчик доступен, хватает ли у него квалификации отвечать на вопросы, достаточно ли он компетентен в своей же области?

8) Парное программирование это круто? — если бы это было так, однажды попробовав, все бы писали в парах.

Уверен, что есть люди, опыт которых опровергает данные утверждения. Буду рад любым аргументированным комментариям.

Ученые пришли к выводу, что труд на работе повышает производительность

июня 28, 2008 от Администратор 1 комментарий »

Согласно беспрецедентным исследованиям министерства труда, труд — физический акт участия в активности связанной с производственной деятельностью — может существенно увеличить объем работы, проделанной в течении рабочего дня, особенно по сравнению с более общими практиками потери времени и безделья.

«Мы пришли к поразительным выводам: Просто сидя и выполняя работу, сотрудники могут резко увеличить свою производительность», заявил заместитель министра труда Шарлотта Понтичели, автор доклада. «В самом деле труд может революционизировать образ работы людей.»

Американский рабочий может утроить свою продуктивность трудясь

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

«Битьё баклушей, по сути, наносит ущерб рабочему процессу», говорится в исследовании.

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

Исследователи считают, что эти полученные выводы могут быть применены и в других отраслях помимо страховой.

;«Основываясь на этом исследовании, мы можем с уверенностью заключить, что, если работа работника заключается в том, чтобы составлять отчеты о расходах, то решение кроссвордов приведет к успешному завершению этой задачи ноль раз из 100, в то время как расчеты и составление отчетов приведет к успешному завершению этой задачи в 100 раз из 100», сказал научный руководитель Ричард Шомберг.

Джон Хэлпер, владелец малого бизнеса из Балтимора, утверждает, что люди смеялись, когда он сообщил им, что ключевое значение для производительности труда является не поиск часами друзей в MySpace, а труд.

Типичные офисные активности, как перекидываться ерундой, оказываются менее продуктивными, чем не тратить время зря

«После этого исследования, я чувствую себя реабилитировованным», сказал Хэлпер, который считает труд настолько важным, что в течение многих лет он требует от всех своих сотрудников трудиться в течение всего рабочего дня. «Хотелось бы надеяться, что другие компании поддержат идею о том, что работники должны трудиться над вещами которые входят в их обязанности, это практически необходимо».

Аналогичное исследование, проведенное в течение трех лет в Гарвардском университете попыталось окончательно определить, является ли труд более продуктивным, чем различные подмножества безделья. Результаты показали, что труд на 100% более продуктивен, чем прослушивание музыки и проверка электронной почты, на 100% более продуктивен, чем бродить по офису и обмениваться новостями с сотрудниками, на 100% более продуктивным, чем онлайн игры, на 100% более продуктивен, чем просмотр видео на YouTube, на 100% более продуктивен, чем чтение блогов со сплетнями о знаменитостях, на 100% более продуктивен, чем дремать в офисе, и на 98,2% более продуктивен, чем не появляться на работе.

Несмотря на новые потрясающие выводы, многие американские работники говорят, что они по-прежнему не чувствуют себя комфортно трудясь на работе.

«Я люблю приходить на работу каждый день», сказал менеджер по продажам Брайс Дэвидсон из Арлингтона, «Я получаю удовольствие беседуя с Сэнди (секретарь), преодолеваю себя в Yahoo! TextTwist (онлайн игра), и еще остается время составить мою fantasyfootball (онлайн игра) команду. Почему я должен разрушить свою работу трудясь?»

Подготовлено по материалам theOnion
Study Finds Working At Work Improves Productivity

Первое соревнование по стратегическому планированию

июня 28, 2008 от Денис Журавлев 2 комментариев »

Global Management Challenge Belarus

В Беларуси проходит первое соревнование по стратегическому планированию Global Management Challenge.
Команды разделены на 4 группы по 6 комманд в каждой. Кадая группа представляет собой отдельный рынок, на котором идет конкурентная борьба.

Каждая команда получила виртуальную компанию, которой они должны управлять 5 недель. В виртуальной игре эти 5 недель представляют собой полтора года жизни компании. Исходные данные одинаковы для всех комманд.
Первые 6 дей каждая команда занималась анализом полученной информации и разработке стратегии.

Дальше все как в жизни: допускается принятие любых решений, вплоть до создания и раскрутки нововй торговой марки. Каждая команда может выбирать рынки сбыта и по своему рассмотрению распоряжаться ресурсами предприятия (персоналом, оборудованием, денежными средствами), а также выбирать методы продвижения товара. В оговоренный срок лидер комманды вносит формализованные решения на сайт Соревнования. Эффективность работы управленцев будет оцениваться посредством компьютерной программы, моделирующей условия реального рынка. Никто, в том числе организаторы, не может повлиять на оценку.

После предоставлнеия своих решений участники получают управленческий отчет, отражающий все проишедшие изменения в состоянии компании. Изменится и рыночная ситуация, на которую повлияют действия команд-конкурентов, а также различные события в мире. Исходя из этой новой информации, команды продолжат вести свою компанию к к победе в своей группе. Победители в группах определятся по курсу акций их виртуальной компании.
По условиям Соревнования этого года в Беларуси все участники первого тура пройдут во второй тур и там уже сразятся за выход в Республиканский финал, по итогам которого определиться лучшая управленческая команда Беларуси. Эта команда представить нашу страну на Международном финале в Лиссабоне в апреле 2009г.

В первом этапе соревнований принимают участие менеджеры таких компаний, как «Белтелеком», «Гродно Азот», «БТА-Банк», «Атлант-М-Сухарево», «Гомельлифт», «МАЗ Купава», «Свiтанак», «Витекс», «Белита» , институт бизнеса и менеджмента БГУ, а также 7 сборных комманд. Стоимость участия в соревновании состовляет 1300 Euro с комманды.

История соревнования

Инициатором использования бизнес-симулятора для подготовки менеджеров является профессор школы бизнеса Луис Алвес Коста (Португалия).
Сложную компьютерную программу разработали специалисты Операционного департамента исследований Университета Стратклида (Шотландия).

Изначально в 1980 году Луис Алвес Коста отталкивался от того, что симуляция внутрикорпоративного масштаба не дает в полной мере такого эффекта, который создаст соревнование-вызов национального масштаба.
Основная идея: привлечь управленцев ведущих компаний страны на поле сражения менеджерских талантов не в рамках компании, а на уровне всей страны. Идея оказалась гениальной!

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

На протяжении 26 лет более 330 000 менеджеров высшего звена приняли участие в соревновании за звание лучших стратегов Мира.

Сегодня международное соревнование по стратегическому менеджменту проходит в 27 странах мира.

Ежегодно лучшие команды национальных соревнований встречаются в Международном финале Global Management Challenge и в ходе бескомпромиссной битвы определяют лучшую команду менеджеров Мира.

Ссылки

GMC Belarus
GMC Russia

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

Бизнес для программистов. Как начать свое дело.

июня 27, 2008 от Денис Журавлев 1 комментарий »

Бизнес для программистов. Как начать свое дело

oz.by | ozon.ru | amazon.com

Еще одна выдающаяся книга, теперь на русском!

Эрик Синк — Бизнес для программистов. Как начать свое дело.
Eric Sink on the Business of Software

Признаюсь сразу, переведенную книгу я не читал, но в оригинале книга оставляет очень хорошее впечатление!

Хотелось бы ожидать, что если издательство сделало такой же качественный перевод как и книги «Сколько стоит программный проект» Стива Макконнелла, то читать однозначно.

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

Основываясь на своем личном отыте, Эрик описывает как выжил и развивался его собственный софтверный бизнес. Автор в прошлом (в 90х) руководитель группы разработки веб-браузера, более изветсного как IE. Основатель компании SourceGear разработчика продукта SourceOffSite и других.

Свою компанию он относит к разряду Small ISV (small independent software vendor) — небольшой независимый производитель ПО. (A small ISV is an ISV that is not big :) )

Книга состоит из 4х частей:
Предпринимательство
Где рассказывается, что такое Small ISV, с какими трудностями придется столкнуться становясь свободным предпринимателем. Раскрываются основы финансов для «гиков». Рассказывается о специфике разработки shareware продуктов и составления бизнес плана.

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

Маркетинг
От нахождения идеи продукта, анализа конкурентов на рынке, и выбора платформмы, до советов по рекламе в печатных изданиях и участию в выставках. Так же одно интересное эссе посвяцщено сравнению между выпуском программных продуктов и спортивными играми: регби, гольф, пинг-понг, 100-метровка, гиманчтика, американский футбол

Продажи
Как определить цену своего продукта? Активные продажи и как продавать через интернет.

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

Проект – Программа – Портфель

июня 18, 2008 от Денис Журавлев Нет комментариев »

Проект — Программа — Портфель (Project — Program — Portfolio) в чем отличия и как они соотносятся между собой ?

Вот простая иллюстрация:

Проект - Программа - Портфель
» Читать дальше: Проект – Программа – Портфель

MS Project трюки

июня 9, 2008 от Денис Журавлев 1 комментарий »

images.jpg

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

Итак, начинаем новый проект.

База ответьте

Как правило, еще до начала разработки нам необходимо определить стоимость и сроки проекта, для чего и проводится предварительный анализ и календарное планирование и мы, в идеале, получаем первую версию плана. Далее существует два подхода 1) ни при каких обстоятельствах не меняем план 2) план изменяется постоянно отражая реальную картину и поэтому в ходе проекта претерпевает большие изменения.

Я приверженец 2-го подхода. И для удобства сравнения с начальной версией удобно сохранить первоначальный план как baseline.

Сохранение base line: Tools >Tracking > Set Baseline… > OK
Просмотр baseline: View > Tracking Gantt

И получаем примерно такой вид, на котором не сложно определить отклонения.

Baseline

Явное указание отпусков и болезней

Также, при начальном составлении плана, и в дальнейшем удобно в плане отражать отпуска исполнителей. Тут тоже мне известно 2 подхода. 1) Изменять календарь исполнителя и выставлять не рабочие дни и 2) явно указать отпуск в виде задания. Это более наглядно. Также можно таким же образом вносить в план и болезни сотрудников.

Vacations

Передвинуть задание

Иногда возникает необходимость передвинуть задание в плане которое уже частично выполнено. и при попытке изменить сроки происходит split задания на 2 выполненный. Кусочек остается на месте, а не выполненный двигается.

move.gif

Для того чтобы избежать разделения задания и передвинуть его установите % complete в 0, перенесите задание, а затем выставьте заново % complete в старое значение.

Отношение к прогрессу

Я пользуюсь следующим принципом в выставлении % complete задание не начато % complete = 0% в процессе 50% и закончено 100%, любые высказывания, что задание готово на 87% считаю бессмысленными, если только эта цифра не рассчитана на основании % готовности сабтасков, т.е. в идеале нужно стремиться оперировать минимально разумными единицами работы. (Помните что первые 80% процентов работы выполняются быстрее чем оставшиеся 20%)

Боевая раскраска

Занятие любимое с детства. В раскрашивании исспользую следующие цвета: красный, синий, черный, зеленый. И легенду для расшифровки. Выглядит это так:

Colors

После токой процедуры чтобы понять на каком мы свете, даже стороннему человеку, достоточно несколько секунд.

Риски и внешние зависимости

Риски и внешние зависимости также удобно хранить в плане в отдельной группе заданий, с соответсвующими ответсвенными в колонке Resource Names и превязывать их к конкретым заданиям в основном плане.

Контрольные точки

Если план достаточно длительный, то контрольных точек в нём наберется достаточное количество. Для удобства их тоже можно вынести в отдельную группу. Также если вы не стартуете реализацию сразу после планирования, можно помещать в котрольные точки еще один пункт “Start Project A” и выставлять его как Predecessor у всего плана, т. о. мы сможем лекго сдвигать даты начала работ.

Семафор

Для автоматического вычесления показателей и определения “здоровья” проекта исспользуеться техника графических индикаторов. С помощью встроенных функций MS Project имеет возможность автоматически вычислять необходимые показатели и показывать результат в числовом и графическом виде.

Рассмотрим простейщий случай. Предположим мы хотим знать отклоняется ли выполнение задания от планового и для каких заданий. Для этого достаточно вывести на экран дополнительную колонку Finish Variance, однако необходимо будет потратить время на просмотр и изучение значений.

Или можно воспользоваться более “модной” техникой.

1) Tools->Customize…->Fields.

2) Выбираем в выподающем списке Type: Duration

3) Жмем кнопку Formula… и вводим необходимую формулу

formula.gif

4) Далее жмем Graphical Indicators… И вводим необходимые условия и выбираем соответсвующие изображения.

indicator.gif

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

5) Далее жмем на заголовке колонок правой кнопкой и выбираем Insert Column… и выбираем только что созданную колонку.

plan.gif

При помощи этой техники можно вычислять самые разные показатели начиная от CV, SV, EAC и заканчивая какими-то специфичными именно для вашей области деятельности.

Также вы можете скачать пример в формате mpp (2007)

Полезные ссылки (English):
MS Project Templates
Help for Project 2007
Project 2007 Courses
Project Demos

А у вас не найдется в запасе пару хитростей чтобы пополнить этот список ?

Книги и блоги, май 2008

мая 27, 2008 от Алексей Горобчук Нет комментариев »

Книги

Блоги

PM Days 2008

мая 14, 2008 от Денис Журавлев 1 комментарий »

logo.gif

28 мая 2008 года в Москве пройдёт первая международная конференция PM Days 2008, на которую приглашаются специалисты по управлению WEB-проектами, ИТ-директора — а также другие заинтересованные лица.

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

Победить сегодня — значит проиграть в будущем

апреля 22, 2008 от Денис Журавлев 3 комментариев »

Наполеон Бонапарт

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

Так зачем же связываться со сложными проектами, и работать с неадекватными клиентами? Может лучше подбирать хороших исполнителей, а не безумных креативщиков?

Давайте попробуем выяснить стоит ли напрягаться. Предположим мы уже имеем за плечами большой опыт. Перед нами появляется новый проект, очень похожий на те, 100 предыдущих, которые уже успешно выполнены. Круто! Мы беремся выполнять этот проект используя весь накопленный опыт и инструментарий, все идет гладко и мы заканчиваем его в сроки и даже не вышли за отведенный бюджет. Мы победители?

НЕТ !

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

Поэтому, выйграв все сражения, проиграем войну.

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

Если вашим клиентам и подчиненным не хватает духу усомниться в ваших идеях, а их аргументы слабее ваших, в конечном счете уровень ваших идей снизиться. Буддистское изречение гласит: «Полное единодушие говорит о том, что никто не дал себе труда подумать».

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

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

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

Специалист по рекламе Дэвид Огилви сказал: Моя фирма занимается только двумя вещами 1) обслуживанием клиентов и 2) развитием своих талантов в области рекламы.

Давайте обратим внимание на наших клиентов. Достаточно ли они умны? Попробуйте вспомнить ваш последний отзыв о них, и разместим его на сайте вашей фирмы. Осталось ли там что-либо кроме предлогов?

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

Клиент — непревзойденный показатель качества.

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

Дэвид Огилви хвастался, что сам увольнял клиентов намного чаще, чем те увольняли его.

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

Ищите «крутых» клиентов, которые 1) определяют вас и 2) помогают вам расти. Инвестируйте в «крутых» клиентов, которые будут испытывать вас. И помогут вам вырасти в личном и профессиональном плане.

Книги по теме:
Том Питерс — Проект 50
Том Питерс — «Профессиональная сервисная фирма 50»

Блоги для совместной работы

марта 18, 2008 от Алексей Горобчук 2 комментариев »

Не секрет что блоги оказались очень эффективными для групповой работы. Во многих компаниях блоги используются для общения и сохранения корпоративных знаний. Например в IBM более 3 тысяч сотрудников ведут блоги, огромное количество блогов у сотрудников Microsoft благодаря Роберту Скоблу, и конечно лидер по блогом у сотрудников компания Sun, где блог ведет даже CEO Джонатан Шварц.

В Intel блоги используются для обмена знаниями между сотрудниками. Обычно корпоративные блоги объединяются в единую блогсферу, т. е. синдицируются на одном сайте, где удобно читать новые посты от разных сотрудников. Блоги бывают открытые, как у сотрудников Microsoft или предназначенные только для сотрудников компании, как в IBM.

А как сделать еще удобнее?

Блог для каждого сотрудника конечно удобен, но есть другой способ. Один блог для группы. И чтобы работа с таким блогом была продуктивнее можно использовать принцип предложенный в теме для Wordpress Prologue. Это настоящая находка для команды. Каждый участник заходит в блог и сверху видит форму для ввода сообщения, а ниже сообщения других пользователей.

Чтобы написать анонс о новой сборке продукта, успешных переговорах с клиентом, или о предстоящем дне рождении сотрудника требуется минимум времени!

prologue-screenshot1.png

Этакий гибрид между темой форума и блогом. Разработчики этой темы говорят что их вдохновил популярный сервис Twitter предназначенный для обмена короткими сообщениями.

А какие способы проектной коммуникации и накопления знаний используете вы?