Открытие года!

Открылся новый сайт посвященный управлению проектами — PM.by. Настал момент когда я решил содать отдельный проект для этой интересной темы.

pm.by

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

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

На данный момент созданы несколько разделов сайта:

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

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

Присылайте свои замечания и предложения с удовольствием отвечу – info @ pm.by

Published in: on 12 февраля, 2008 at 10:59 дп  2 комментария  

Почему Sun Microsystem купила MySQL AB за $1 млрд.

MySQL это база с открытым кодом поддерживающее многие ОС, и интегриррованная во многие популярные приложения. На сегодняшний день скачено более 100 миллионов копий, и продолждает скачиваться около 50 тысяч в день. Это известно большинству, но есть еще не столь известные факты.

MySQL являеться наверное самой популярной базой данных для построения высокомасштабируемых (highscalable) интернет проектов. Среди них — YouTube, Flickr, 37signals, Digg, FeedBurner, LiveJournal, Fotolog, Slashdot, TypePad, Wikimedia и др. MySQL планирует выпустить новую версию основанную на новом движке Falcon с улучшенной произвадительностью и надежноситью.

Ссылки по теме:

Sun to Acquire MySQL

Does Sun Buying MySQL Change Your Scaling Strategy?

High Scalability Building bigger, faster, more reliable websites.

Published in: on 18 января, 2008 at 9:07 дп  11 комментариев  

Вперед в будущее, или предсказания на 2008-ой год

Увидел прикольные девайсы и решил заглянуть в ближайшее будущее.

Новые устройства
Amazon представил публики беспроводное устройство для чтения Kindle

Устройство обладает 6 дюймовым экраном с разрешением 600 x 800 пикселей, Эргономичным дизайном, клавиатурой, позволяет создавать закладки, беспроводным доступом к Wikipedia, поддержкой прослушивания аудиокниг. Однако проблемы с поддерживаемыми форматами, и с расширением памяти. Стоимость устройства $400

Более превлекательное устройство прадставила компания Sony с длинным названием E-reader 6IN LCD Portable Dark Blue E-book Approx 170 Pix/inch. С поддержкой карт памяти, поддержкой DOC и PDF форматов и прослушиванием музыки, за это устройство просят $300.

Перспектива

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

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

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

А как вам видется книжная индустрия в ближайшем будущем ?

Published in: on 4 декабря, 2007 at 2:30 пп  2 комментария  

IBM патентует ряд методик и технологий, которые без потерь позволят перенести часть производства за пределы США

Корпорация IBM подала ряд патентных заявок на методики и технологии, которые в перспективе, как ожидается, позволят снизить расходы на исследования и изготовление продукции за счет переноса части производства за пределы Соединенных Штатов.
(далее…)

Published in: on 2 октября, 2007 at 12:37 пп  Comments (1)  

Как уложиться в сроки

Одна из проблем разработки программного обеспечения это несоблюдение запланированных сроков. Самая важная, на мой взгляд, проблема это непонимание заказчиком какое воздействие оказывает его бездействие на проект. Как одно из решений это перекладывание ответсвенности за действия заказчика на его самого. Чтобы это сделать наименее болезненно неободимо договориться «на берегу»(как говорил ВИ).

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

Обязанности Клиента

В дополнение к своевременной оплате, как оговоренно далее в пункте 10, Клиент дает свое согласие на следующее:

— Изучить, подписать и вернуть «Описание проекта» в течении пяти рабочих дней с момента получения документа. Любые изменения в «Описание проекта» будут вноситься в письменном виде и заверятся подписью Клиента.

— Изучить, подписать и вернуть «Техническое задание» в течении пяти рабочих дней со дня получения документа. Любые изменения в «Техническое задание» будут вноситься в писменном виде и заверятся подписью Клиента.

— Изучать, подписывать и возвращять запросы на пояснения, в течении двух рабочих дней со дня получения.

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

Также необходимо записать все обязанности со стороны клиента например

— Клиент обязуется предоставить Исполнителю одного инженера на один месяц в начале работ над проектом в сроки, установленные в расписании работ по проекту. Инженер должен иметь квалификацию не ниже степени бакалавра и владеть программой «АБВ» на высоком уровне.

— Клиент обязуется предоставить Исполнителю оборудование «Клмн» не позднее одного месяца после начала работ. В случае неполучения оборудования, Исполнитель может по своему усмотрению изменять расписание работ по проекту.

Published in: on 8 августа, 2007 at 3:19 пп  Comments (1)  

Горячие клавиши Microsoft Project

Список горячих клавиш для ускорения рутинных операций в Microsoft Project

Новый документ Ctrl + N
Проверить правописание F7
Вставить гипперссылку Ctrl + K
Установить ссылку Ctrl + F2
Удалить ссылку Ctrl + Shift + F2
Информация о задаче Shift + F2
Назначить ресурсы Alt + F10
Увеличить масштаб Ctrl + /
Уменьшить масштаб Ctrl + *
Перейти к выбранной задаче Ctrl + Shift + F5
Выступ Alt + Shift + стрелка влево
Абзац Alt + Shift + стрелка вправо
Показать подзадачи Alt + Shift + Плюс (+)
Скрыть подзадачи Alt + Shift + Минус (-)
Найти Ctrl + F
Заменить Ctrl + H
Перейти к Ctrl + G
Новая задача Insert
Published in: on 7 августа, 2007 at 9:36 дп  2 комментария  

Deadline. Роман об управлении проектами


Deadline

oz.by | ozon.ru | amazon.com

Шедевр от Тома ДеМарко «Deadline. Роман об управлении проектами». TomDemarco «Deadline: A Novel About Project Management»

Самый захватывающий роман, которые я читал за последние лет 5. Прекрасная подача материала. Одним словом must read каждому кто каким либо образом занимается управлением. Управление проектами — это прежде всего работа с людьми. Приведу все выдержки из записной книжки главного героя, думаю полезно будет их иметь всегда под рукой.

(далее…)

Published in: on 2 апреля, 2007 at 11:06 дп  Comments (1)  

Оценка времени проекта

Достаточно часто (90% случаев из моего лично опыта) оценки разработчиков на выполнения заданий или проектов в последствии расходятся с реальными цифрами. Это происходит по многим факторам, и я хотел бы перечислить некоторые, не столь очевидные на первый взгяд, но которые наиболее часто упускаются из виду.

Итак, что мы не учитываем при оценке проекта:

1. Чтение блогов и новостей, разгребание почты по утрам. (15 минут в день)
2. Перерывы на кофе/чай. (2-3 в течении дня 10 минут на каждый)
3. Еженедельное командное собрание для разбора полётов. (1 час)
4. Другие собрания. Проектные собрания для решения текущих вопросов. (дважды в неделю 3 часа)
5. Решение проблем с железом, не работает комп или сеть или нет тока. (раз в две недели пол дня)
6. Мелкие проблемы с ПО (не грузится студия, поставился патч после которого винда перестала адекватно работать). (дважды в неделю по часу)
7. Заполнение time journal-ов и других формальных документов. (час в неделю)
8. Походы в WC. Да это тоже занимает время. (10 минут в день)
9. Написание необходимых емейлов (4 часа в неделю)
10. Написание ненужных емейлов (4 часа в неделю)
11. Удаление спама (30 минут в неделю)
12. Болезни, прочие личные причины отсутсвия на работе (1 день в месяц)

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

Попробуйте проанализировать ваш рабочий день, и учесть его особенности. Удачи в оценках!

Published in: on 28 марта, 2007 at 1:18 пп  3 комментария  

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

software leadership
oz.by | ozon.ru | amazon.com

Прочитал очередную книгу.

«Управление программными проектами. Практическое руководство по разработке успешного программного обеспечения»
Марри Кантор

«Software Leadership. A Guide to Successfull Software Development» Murray Cantor

Как бы помягче выразиться — ужасная книга. Не рекомендую тратить на нее время, и особенно начинать знакомится с RUP начиная с этой книги.

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

«Ключ к руководству успешными проектами заключается в правильном количестве взаимосвязей в коллективе»

«Старый здравый смысл основное внимание уделял вопросам контроля, а новый — вопросам лидерства в коллективе»

«Если код создан так, как спроектирован, а спроектирован так, как создан, то в результате будет получена точная система, пригодная для сопровождения и разработки проекта.»

Published in: on 2 февраля, 2007 at 10:53 дп  43 комментария  

Microsoft Certifications

Поскольку cертификат MCSD for .NET обязывает, приходиться часто отвечать на различные вопросы по сертификации и я решил выложить небольшой faq:

(далее…)

Published in: on 25 января, 2007 at 1:52 пп  2 комментария