Archive

Archive for the ‘Project management’ Category

What every PM should ask before taking the project

February 11, 2013 Leave a comment


unanswered-questions-about-purpose-of-blog

Sometimes while taking a new IT project we may be so excited by a new challenge that we forget to ask some simple questions. And as the practice shows, having those questions unanswered leads to huge problems later

The easiest way is to tackle the problem is to have at least a checklist of basic questions you should ask first. Here are 3 most important ones:

  1. What are the expectations from me as a project manager? (sometimes sponsors/managers ma
    y expect that PM will do sales and presentations, etc.)
  2. What is Scope of Work (scope, milestones, deliverables, cost, stakeholders, etc.) This is quite important to understand all the details of SoW
  3. What kind of reporting and communication would be good for customers. (Very often, people just want to know what happens and having reports they can influence on the project flow and be part of the team)

If you don’t have the answers for those 3 simple questions, please find out the answers by yourself.

If you can not find the answers, you are on the right way……. to fail.

Advertisements

Measure your team productivity

December 29, 2012 Leave a comment

Dream team

What is the productive team in IT ?
I believe, that if your team is productive, this means that you bring a value continuously on a high quality level.

Everyday I ask myself if our team is as productive as possible.
Maybe we are, but maybe not. Sometimes we miss deadlines, sometimes we have bugs, but we still do a good job and produce a lot of valuable features.

The best way to estimate something is to measure.
How to measure the productivity ?

Lines of code per day? – not very reliable measure (frameworks, different languages, etc.)
Story points per day? (very relative measure, which is different from team to team)
Functional points – it’s nightmare to estimate them 😦
However why not just record a time you are spending for developing a new features, fixing bugs, testing and managing activilies (in case of ordinary software development project).
OK. So after some time we have got a statistics. This is nice, you have got some measure, which is quite objective.
According to Steve McConnell, reworking defective requirements, design, and code typically consumes 40 to 50 percent of the total cost of software development.

In our case we have got:
50% development
20% bug fixing
20% testing
10% management

Based on this, I would say that our team is quite productive. Our projects are less buggy than average and we spend 70-80% of our time for delivering new functionality.

I think this is a quite simple, quick and reliable way to understand if you perform well. However it may not work for your team.
So let’s define some criteria for the project:
1. 5-7 team members
2. It’s new product development or few features for existing product (not support)

Now we see that we are quite productive. What else we can do here?

We can outline what factors are important for the productive team.

I will write about this later.

Everything is negotiable

October 7, 2012 Leave a comment

Закінчив читати книжку про продавців та покупців, про ціни та знижки, про себе…..

Це я про “Everything is negotiable” (Gavin Kennedy).

Автор розказує про те, як себе вести на переговорах будучи покупцем або продавцем, розкриває, про такі здавалось би фундаментальні закони торгівлі. Саме цікаве, що ти це все підозрював, але ніяк не міг знайти доказів.Крім того впродовж книги ви зможете зрозуміти який з вас переговорщик. Ви будете проходити через поширені ситуації і вибирати той чи інший варіант рішення. В залежності від вибору ви будете ослом, вівцею, лисом або совою. Асоціації прекрасні :). Інколи в собі дуже розчаровуєшся 😦

Мій результат:

40% – лисиця

30% – сова

21% – вівця

9% – осел

Ефект від книжки я отримав одразу після прослуховування першої глави. Там автор пропонував просту і дивну на перший погляд пораду – не погоджуватися на першу пропозицію. Так от – коли мені запропонували віддати свій паспорт, бо всі так завжди робили в тій ситуації, я не погодився. І нічого не сталося. Ми домовилися.

Я КАТЕГОРИЧНО НЕ РАДЖУ СЛУХАТИ КНИЖКУ БЕЗ ЗАПИСНИКА АБО В МАШИНІ.

Нажаль, я так і робив першу половину книги :(.

Тому нижче тільки невеликий список порад-нотаток

Тяжкий співрозмовник

погоджуйтесь на поступки тільки в замін на іншу поступку

поведінка тяжкого співрозмовника не повинна впливати на результат

сила не на стороні покупця чи продавця, вона просто в головах, неважно хто ти

Ціни

твердих цін не буває в природі

ви не отримаєте знижку, якщо не спитаєте

крaще домовлятися про скидку з босом, адже для нього це не велика втрата, порівнюючи з продавцем

просіть аксесуари

скидка для нового або додаткового 20%

яка скидка при оплаті налом ?

скільки ви скинете якщо я заберу все ?

скидка за рекомендацію або за не перший раз

завжди оспорюйте ціну

перестаньте думати про ціну в тих одиницях в яких говорить продавець

Переговори

ваші противники на переговорах рідко бувають такі страшні як вам здається

названа вами ціна завжди буде піддана сумніву

люди не купляють речі а купляють те для чього ці речі служать

якщо вас просять скинути ціну, то спитайте чому, і питайте аргументи

для цього пакета пропозиції – одна ціна, для другої ціни інший пакет

зниження ціни це останній крок

Не все то золото, що блищить

шикарні дикорації не для замовників а для вас, щоб вас залякати

якщо ви на когось чекаєте, то не читайте журнали з столика, а вирішуйте свої справи, спіть, читайте свою книжку

Усім раджу, і дякую Петру за референс!!!

Categories: Project management

IT Event Spring 2012

May 27, 2012 1 comment

ItEvent

Прийшла весна і знову майже вся івано-франківська IT спільнота зібралася на IT Event. Цього року конфереція проходила в новому приміщенні – університеті права ім Данила Галицького. Приміщення приємно вразило. Погодьтесь, що не завжди в університецьких аудиторіях можна знайти стаціонарний проектор.

На IT Event 2012 Spring прийшло понад 150 відвідувачів. Думаю число могло б бути більшим якщо б не велодень, який проходив у івано-франківську того дня. Думаю організаторам варто врахувати це на наступний раз.
Як і минулий раз доповіді проводилися на чотирьох сценах. Крім того кожна компанія робила свою презентацію для гостей. Правда презентації лишалися поза увагою адже не дуже було зрозуміло де і яку саме компанію представляють. Думаю, якщо б був мікрофон по якому можна було б робити такі оголошення – було б супер.

Щодо доповідей, як завжди було чотири тематичні лінії – розробка ПЗ, управління розробкою, тестування та доповіді які заставляють зупинитися і подумати хто ми такі чим займаємося і для чого. Стає зрозуміло, що при такому розмаїтті доповідей, зробити вибір надзвичайно складно.

Я прослухав три доповіді, оскільки на четвертій доповідав сам. Було дуже цікаво слухати Тараса Романіва, що розказував про засоби збереження та менеджменту відеоконтенту. Це для мене відкрило ще одну область програмного забезпечення, про яку я знав небагато.
Мене останнім часом дуже цікавить тема мобільних аплікацій, тому я не міг не піти до Романа Івасишина на розровідь про Android додаток для пошуку оптимально місця заправки для водіїв.

Третя доповідь була моя. Я розказав про реальний проект над яким ми зараз працюємо, розказав про всі етапи та про засоби які ми використовуємо на кожному з них. Правда цього разу я щось зовсім не розрахував з часом і друга половина доповіді вийшла трішки “галопом по європі”. Надіюся слухачам було цікаво. Тому якщо маєте фідбек або питання, пишіть на ruslan.seredyuk@gmail.com
Четверта доповідь була про менеджмент. Петро Порчук розказував, що потрібно робити менеджеру щоб привести проект та команду до успішного фінішу. Завжди цікаво отримати корисні поради, що працюють.

День пролетів надзвичайно швидко. 15 хв між доповідями проносилися миттєво. І от ніби тільки все почалося, як уже закриття. Ну і традиційно розіграш подарунків. Цікаво – але чомусь більшість призів виграли організатори :).
На афтепаті я цього разу не потрапив, але вже другий раз підряд я знайомлю наших чернівецьких гостей з франківськими пабами. Це починає ставати традицією, яка на може не подобатися.

Отож, дякую організаторам IT Event, всім хто долучилися і прийшли – ми чудово провели час!!! Чекаємо на Sport IT Event в червні.

Менеджимо цілі, а не тушимо пожежі

January 29, 2012 Leave a comment

А давайте  почнемо з загадки:

Яке  саме просте і водночас саме складне питання ?

Кому не терпиться взнати відповідь, вам в кінець статті….

А тепер ліричний відступ:

Недавно, працюючи весь час над “гасінням пожеж”, я зупинився і зрозумів, що більшість з цих них не виникли б, якщо б люди розуміли для чого вони роблять ту чи іншу роботу. Коли ми розуміємо, яка справжня мета задачі над якою ми працюємо, все стає ясно і просто. І тут важко нафакапити (хоча завжди можна)….

Коли команда працює над списком задач (наприклад будує стіну), не завжди є час зупиниися і перевірити чи справді вони будують котедж. І через деякий час, коли всі починають помічати, що виходить 9 поверховий будинок, вам як менеджеру приходиться тушити пожежі…

А чому так стається? Тому що в рутині команда забула, для чого вони це роблять, тому що в роздягалці, чи в курилці не висів маленький клаптик паперу, де б було зображено котедж і щасливу сім’ю, що в нього вселилася.

Так і в IT… Задача менеджера час від часу зупиняти команду і нагадувати їй, для чого вони це роблять, яка мета… А краще, щоб всі завжди бачили мету, проходили повз неї кожен день….

Ще один нюанс. Ми можемо споглядати свою мету кожен день, але це може і не приблизити нас до неї. Тому ще одна задача менеджера зрозуміти, що кожен член команди думає про мету, і що кожен особисто зробив, щоб наблизити нас до мети…

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

Як це роблю я….

У нас є Kanban дошка, біля якої тривають наші статус мітинги. Біля дошки у нас є список цілей ітерації та інформація про те хто, що думає на тему досягнення тієї чи іншої цілі. Ідея звичайно не нова. Деталі можна почерпнути отут

Яким чином ми аналізуємо нашу впевненість в досягненні цілі.
Раз на тиждень ми пробігаємось по наших цілях і аналізуємо їх на предмет досягнення: точно досягаємо, можливо, навряд чи, забудьте про це. І відповідно говоримо про те, на чому базуються наші думки.
Якщо видно, що ми не впевнені – відповідно думаємо, що потрібно зробити, щоб цю невпевненість усунути. Так зявляються нові задачі….

Отож для чого все це:

1. Маючи чітко виписані цілі і рівень впевненості на початку проекту ви зможете більш ретельно запланувати скоуп робіт

2. Команда буде працювати в одному напрямку (на досягнення мети проекту)

3. Комадна буде мотивована, бо розумітиме для чого всі ці задачі (інколи нецікаві).

4. Гасіння пожеж буде займати менший відсоток вашого часу

5. В кінці ітерації чи проекту ви зможете оцінити чи проект справді був вдалий


Ну от, а тепер відповідь на загадку

Відповідь – це питання “А ЧОМУ”.

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

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

What customer wants. To be close or to be well served….

November 24, 2011 3 comments

The main factor of a success of every business is ability to serve customer quickly and efficiently.
Agile methodology, which is very popular now in IT project management, says that the customer must be as close as possible to the team. That helps him to be focused on the project, support team as a subject matter expert.

However, try to imagine yourself as a customer.

  • Would you like to be bothered with a bunch of questions everyday instead of spending time with sponsors, prospect investors or working on some other important business deals? NO
  • Wouldn’t you like just to get a frequent status with information about the progress, short presentation what was done, risks and how a vendor is going to deal with them? And to interfere only if you feel it’s needed.I would like to be that customer.

I usually outsource a work if I’m not a professional in a field or I just don’t have enough time or a desire to accomplish it.
In any case I don’t want to spend much time with a vendor and I usually expect getting a wise pieces of advice.

So why do they say that it’s important to keep the customer as close as possible? Because it’s less risky for the vendor. The vendor is not required to think a lot about the a work they do, it’s not required to do a deep analysis, it’s just less pressure on the vendor. This is good. But is it really good for the customer?

No.

He must spend his time for explaining, researching, making decisions.

You as a good vendor must research a field, provide pieces of advice, make decisions which are the best for the customer’s needs, send a status to let the customer know how are you doing.

Based on my own experience, I know, that if you can save customers time on making everyday or even more important decisions, you will achieve a success in your business.

Let them feel relief because you are close and you are a professional. Don’t do this in opposite way :).

itEvent 2011 Осінь

October 30, 2011 2 comments

iteventБула прохолодна, але сонячна осіння днина. В цей час вже за традицією відбувався ItEvent 2011 Осінь. Тому я відклавши всі справи спішив послухати людей,яким є що розказати, познайомитися з цікавими співбеcідниками, а також сподівався, що я також буду комусь цікавим і аудиторія завітає до мене на доповідь 🙂

Чотири паралельні стріми по доповідям, кава, кола, солодощі та торт від ІТ компаній, а головне ентузіяам доповідачів (хто мене похвалить, якщо не я сам), як на мене, не залишив людей байдужими.

Я б виділив три основні напрями, що були зачеплені на конференції: мобільні технології, менеджмент і саморозвиток, веб та інші технології. Чому я виділив мобільні технології? Тому, що це реально новий тренд розвитку ІТ, який починає займати досить велику нішу в бізнесі.

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

Більшість людей, що я їх питав були задоволеними від доповідей. Єдина «ложка дьохтю», що проявлялася то на одній то на іншій доповіді, це було явище яке в народі називають «тролінгом». Це був ризик, що його не врахували доповідачі.

Як на мене, останній itEvent був організований на досить високому рівні. І це не може не радувати.

Порада організаторам – конференція вже доросла до загально відомого спікера.

Я і не підозрював, що в такому невеликому місті, як Івано-Франківськ є стільки ІТ компаній. Хто може не знає : eleks, softserve , softjourn, OSF Global, Malkos, Lezgro. Є і інші, але нежальвони чомусь не були представлені.

Під час івенту в кулуарах пішла мова про те, чому такі за ходи не організовують в інших містах, де є ІТ компанії. Відповідь дуже проста – немає людей які готові вкласти свій час та сон в організацію такого дійства. Знаючи, як все починалося в 2010, скажу що хлопці (http://www.grygoriy.com/, brun.if.ua ) зробили дуже багато для розвитку ІТ в Івано-Франківську.

Гостям, організаторам, доповідачам – респект. Класно, що тепер не потрібно нікуди їздити, конференція є тут 🙂

Categories: Project management Tags: