Как управлять проектами?

← →
Kolan © (2008-07-03 16:45) [0]

Кто как управляет проектами?
Какой софт использовать? Какой подход?
Поделитесь опытом.

ЗЫ
Варианты типа: "Я один работаю и всё держу в голове" - не подходят. Не пишите их, пожалуйста.

← →
McSimm © (2008-07-03 16:49) [1]

openofice calc
пока ничего удобного, чтобы работало под FreeBSD и Mac не нашли.

← →
McSimm © (2008-07-03 16:51) [2]

я это к тому, что тоже был бы признателен за чей либо опыт в этом деле.

← →
Nic from the WORK (2008-07-03 16:57) [3]

в Word очень удобно

← →
clickmaker © (2008-07-03 16:59) [4]

CVS, StarTeam - сырцы, TestTrack - баги/задачи

← →
McSimm © (2008-07-03 17:12) [5]

cvs, mantis - для разработки. Тут все устраивает
openoffice - управление проектами (а их много, и персонала много) - вот тут не очень удобно

← →
Kolan © (2008-07-03 17:15) [6]

> CVS, StarTeam - сырцы,

Этот пункт пропускаем.

Меня интересует высокоуровневое управление. Управление людьми.

> TestTrack - баги/задачи

Посмотрю.

Вот именно это меня и интересует. Задачи, планирование, сохранение и оценка идей (типа Лебедевского "Мозга").

← →
Kolan © (2008-07-03 17:16) [7]

Кто нибудь использует Agile? Много слышал мро методологию, но пользоваться не умею.

← →
Игорь Шевченко © (2008-07-03 17:31) [8]

> Кто как управляет проектами?
> Какой софт использовать? Какой подход?

Дубину использую. Настоятельно рекомендую - в управлении проектами лепший инструмент.

Ты бы хоть вопрос конкретизировал, что ли ? С таким подходом непонятно, что ты имешшь в виду - то ли как исполнителей подгонять, то ли как диаграммы Ганта строить, то ли вычислять КТУ и, соответственно, зарплату.

Брукса читай - он голова.

← →
clickmaker © (2008-07-03 17:35) [9]

> [7] Kolan © (03.07.08 17:16)
> Кто нибудь использует Agile?

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

← →
Поросенок Винни-Пух © (2008-07-03 17:37) [10]

Майкрософт проджект

← →
Игорь Шевченко © (2008-07-03 17:38) [11]

> Кто нибудь использует Agile? Много слышал мро методологию,
> но пользоваться не умею.

И не пользуйся. Экстремалов и прочих маргиналов давить на корню.

← →
Kolan © (2008-07-03 17:42) [12]

> то ли как диаграммы Ганта строить

А надо ли?

Конкретно хочу узнать как кто работает. Вот как ты руководишь? Наверняка перед дубиной объясняешь что делать.
А как объясняешь? А где записываешь(если записываешь)? Висит ли план проекта или ещё что-то на доске?

Вопросов много. На все может ответить конкретный пример (имхо).

← →
Kolan © (2008-07-03 17:44) [13]

>
> И не пользуйся. Экстремалов и прочих маргиналов давить на
> корню.

Расскажи чем пользоваться?

> Майкрософт проджект

Отметил. Конкретнее раскажите?

← →
McSimm © (2008-07-03 17:44) [14]

> Вопросов много. На все может ответить конкретный пример
> (имхо).

в форуме ?

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

Да, доска висит и используется.

← →
Kolan © (2008-07-03 17:46) [15]

> Брукса читай - он голова.

Чет много их, а фамилия есть? :)

← →
Kolan © (2008-07-03 17:49) [16]

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

А какие есть расписаные. Про Scrum знаю - разбираюсь. А какие еще?

← →
Игорь Шевченко © (2008-07-03 17:54) [17]

> Чет много их, а фамилия есть? :)

Brooks - это фамилия. Зовут Фредерик.

Kolan © (03.07.08 17:42) [12]

> Вот как ты руководишь? Наверняка перед дубиной объясняешь
> что делать.
> А как объясняешь? А где записываешь(если записываешь)? Висит
> ли план проекта или ещё что-то на доске?

Нет, дубина используется в начале и в процессе. Объясняю словами, по электронной почте, чтобы история сохранилась. Доска неиспользуется, за ненадобностью.

← →
Kolan © (2008-07-03 18:05) [18]

Я хочу понять куда копать. Завязаться ли с MS Project и с водопадом, или же применить что-то другое. Но что и как - незнаю.

← →
DrPass © (2008-07-03 18:12) [19]

> Kolan © (03.07.08 18:05) [18]
> Я хочу понять куда копать. Завязаться ли с MS Project и
> с водопадом, или же применить что-то другое.

Тебе результат нужен, или чтоб процесс потехнологичнее выглядел?

← →
wicked © (2008-07-03 18:18) [20]

наша самописная система + emale - для общения с клиентами
bugzilla - внутри

← →
Kolan © (2008-07-03 18:39) [21]

> Тебе результат нужен, или чтоб процесс потехнологичнее выглядел?

Результат.

← →
Игорь Шевченко © (2008-07-03 18:50) [22]

> Я хочу понять куда копать.

Вот сюда копать - читать от корки до корки все статьи

http://local.joelonsoftware.com/mediawiki/index.php/Russian

← →
DrPass © (2008-07-03 18:58) [23]

> Kolan © (03.07.08 18:39) [21]
>
> > Тебе результат нужен, или чтоб процесс потехнологичнее
> выглядел?
>
> Результат.

Тогда не извращайся. У тебя цех или команда программистов? Для второго - достаточно багтрекера, контроля версий и блокнота. Еще можно рисовать диаграммы Ганта. Для начальства. Тебе от них особого смысла не будет, т.к. чтобы более-менее правильно оценить нормы времени на разработку ПО, нужен Нострадамус, а не менеджер.

← →
YurikGL © (2008-07-03 19:48) [24]

> Задачи, планирование, сохранение и оценка идей

Directum или MS Sharepoint :)) c задачами справляюца

← →
Kolan © (2008-07-03 22:58) [25]

> Еще можно рисовать диаграммы Ганта. Для начальства.

Вот. Вот я и думаю, может scrum понять и применить?

← →
Kolan © (2008-07-03 23:04) [26]

> достаточно багтрекера, контроля версий и блокнота

Кстати в этой связке совсем нет докусентов и возможности записывать идеи. А также нет сроков.

← →
MsGuns © (2008-07-03 23:12) [27]

Вот несколько советов:

1. Одному из работников (если есть женщина, то лучше ей) вменить в обязанность делопроизводство - т.е. все, начиная от учета времени (оптпуска, отгулы и т.д.) и заканчивая архиами документации. Без этого, уверяю, со временем будет очень тяжко - никакие ворды, экселы или дневники не помогают (хотя, слышал, что есть такие руководители, что все это сами ведут, но тогда из них посредственный РУКОВОДИТЕЛЬ, т.е. ГИП)

2. Обязательная финсация всех входящих: исходных требований, замечаний, пртензий, пожелантй и т.д. С подписями авторов. Если внешние, то с печатями.

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

4. Для общения с заказчиками ни в коем случае не действовать по принципу "кто пишет, тот и общается" - потом фиг разберешься и в ТЗ, и в коде. Все - через себя, ну кое-что через "правую руку"

5. Очень желательна "правая рука". Без нее тяжко - все приходится держать в голове самому (вот тут "архивариус" и "делопроизводитель" - первейший друг, помощник, товаририщ и жена (последнее - шутка, конечно)

Дале буде

← →
MsGuns © (2008-07-03 23:25) [28]

6. Я работал в разных коллективах (от очень больших до очень маленьких) и в разных ролях (от "старшего помощника младшего дворника", до хозяина фирмы) и понял одно - в коллективе, конечно, должен быть "демократический" дух, равенство всех, плюрализм, гласность и все такое.. Но ! ВСЕ ДОЛЖНО БЫТЬ ПОД КОНТРОЛЕМ И РОВНО В ТОЙ СТЕПЕНИ, В КОТОРОЙ РЕШИТ ДИРЕКТОР. И ни капли больше ! Отсутствие субординации, панибратство, бруденшафтство и т.п. обязательно приведут к катастрофическому падению вашего авторитета как шефа, вы просто станете шалопаем, во всяком случае в глазах своего начальства или инвесторов. С другой стороны излишний зажим порождает в подчиненных страх и всякое проявление инициативы. Никто даже самой малой малости не станет делать без вашей закорючки или слова. Это - конец. Или Вы сами будете пахать за всех, или завалите проект - третьего не дано. Вообще - это очень тонкий момент и если у вас есть старший более опытный коллега, то имеет смысл довериться во многом ему.

7. Отдельная тема - женщины. Не буду ее здесь развивать, скажу просто, что совсем без них плохо однозначно, с ними может быть очень плохо или очень хорошо и все в этом диапазоне. Но просто совет - если в коллективе появляются "женихи-невесты", лучше сразу отправлять в декрет. Обоих. Опять же самому быть предельно осторожным и внимательным к собственным поступкам и, особенно, словам. Женщина не только любит, но и чувствует, воспринимает УШАМИ.

← →
MsGuns © (2008-07-03 23:37) [29]

8. Отдельный разговор о деньгах, точнее о материальном вознаграждении за труд, в миру называемом зарплатой. Я убежден, что размеры и порядок начисления зарплаты должны быть сугубо конфиденциальными. Об этом необходимо ясно и строго предупреждать всякого вновь приходящего. При распределении "динамической" части зарплаты нельзя слепо придерживаться принципу "по труду" - так вы очень скоро растеряете всех своих подчиненных - "богатые" возомнят о себе и найдут другую работу, а бедные или будут валять ваньку или тоже найдут что-то поприличнее. Выделять более умелых нужно обязательно, но не следует забывать о "середнячках" - на них иногда держится самая грязная и противная часть проекта (например, тестирование и внедрение).

9. Руководствуйтесь принципом "В любом неудовлетворительном результате виновен прежде всего руководитель, ибо именно он поручил ЭТУ работу ЭТОМУ человеку". Не бойтесь вину за срыв брать на себя - люди это обязательно оценят, не сразу, но оценят. Но внутри с виновником разбор обязателен - без чрезмерностей, но по существу - если сходит с рук один раз, другой, то работник очень быстро начинает борзеть.
И наоборот, если что-то выполнено в срок, не бойтесь хвалить, особенно середнячков. Я заметил одну закономерность - если публично похвалить "середнячка" и молча премировать "отличника", то будут довольны оба !

10. Еще очень важно не увлекаться. Т.е. иметь более-менее четко очерченные ИТ или ТЗ и не пыпаться сильно из него выпрыгивать или вообще менять. Это очень сложно, но без этого успеха в крупном проекте не добиться. И, конечно, сохранять коллектив. После завершения проекта можно делать ротации, но в процессе - только минимальные и только совсем уж "по нужде"

← →
MsGuns © (2008-07-03 23:49) [30]

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

Я умышленно не затрагивал технических средств "командной" работы, ибо ее роль в крупном проекте не более важна, чем марки оружия в армии. Основа основ прежде всего - ЛЮДИ и ОРГАНИЗАЦИЯ.

← →
Petr V. Abramov © (2008-07-04 00:07) [31]

> Как управлять проектами?

вот так:
http://delphimaster.net/view/15-1215111701/

← →
Kolan © (2008-07-04 09:05) [32]

> MsGuns ©

Записал :)

← →
Kolan © (2008-07-04 12:43) [33]

Кстати, а есть ли что-то типа assembla.com, но на русском?

← →
Kolan © (2008-07-04 13:03) [34]

И про TrackStudio кто что знает - пишите:).

← →
Игорь Шевченко © (2008-07-04 14:48) [35]

Kolan © (04.07.08 13:03) [34]

Ты Джоэла уже прочитал ? Или чукча писатель ?

← →
VICTOR_ (2008-07-04 14:55) [36]

1. Пользуемся самописным ПО
Реализованные задачи
- определение списка проектов и их этапов
- планирование времени и сроков реализации проекта
- оценка стоимости проекта
- контроль рабочего времени
- контроль сроков выполнения проектов
- анализ реально затрачено рабочего времени и полученных результатов(в т.ч. финансовых)
Реализовано на примере задач в MS Outlook и некоторого собственного опыта.
2. http://www.phprojekt.com/
Когда-то смотрели при попытке организации разработки в удаленном офисе. Затем потребность отпала - закрылся удаленный офис.

← →
Ricko © (2008-07-04 15:55) [37]

> Kolan © (04.07.08 12:43) [33]
> Кстати, а есть ли что-то типа assembla.com, но на русском?

А зачем на русском?

← →
MsGuns © (2008-07-04 16:05) [38]

>Затем потребность отпала - закрылся удаленный офис.

Классное у вас "самописное ПО" ;))

← →
VICTOR_ (2008-07-04 17:59) [39]

> Классное у вас "самописное ПО" ;))

Тут описано 2 разных варианта
1. Используемый в работе. Реализовано для локальной сети.
2. Phprojekt - бесплатное Web-ориентированное приложение для организации работы над проектами и коммуникаций.
Имеется ввиду, что при удаленной разработке - вариант N2 был для нас предпочтительней

← →
Kolan © (2008-07-05 12:10) [40]

> Ты Джоэла уже прочитал ? Или чукча писатель ?

Читаю, многое там я читал и раньше :) Надо про его вариант с табличкой в экселе освежить память...

>
> А зачем на русском?

Рук-во не бачит, но в принципе не критично

Итого, на вопрос ответило 9 человек, которые посоветовали 12 методи/продуктов.

Ответ МсГанса записал: http://www.ksoftware.ru/wiki/doku.php/management_msguns?DokuWiki=5299a46992bfe7547038e186a4481067

Ответы представил в виде графика: http://img-fotki.yandex.ru/get/54/ksoftware.0/0_ea3a_22c9b428_XL.jpg

Пока остановлюсь на Дубине и Scrum + MS Project :). Scrum буду вести на Assembla.com. Посмотрим что получиться.

UPD: Ссылка на график такая: http://fotki.yandex.ru/users/ksoftware/view/59962/

>http://local.joelonsoftware.com/mediawiki/index.php/Russian

Вот развелось последователей у Карнеги - плюнуть некуда, попадешь в последователя.

← →
Sergey Masloff (2008-07-06 19:19) [44]

Мда, видимо большинство участников управляет строительством минимум ДнепроГЭСа или Байконура. Срок лет пять и участников тыщ сто ;-))
Я с трудом предстваляю ситуацию в которой понадобится что-то кроме Outlook (и например MS Project если нужно внешним людям показать красивые картинки). Если не затруднит может кто подскажет какие такие реальные проблемы помогает решать тот или иной софт посвященный проектоведению. Только большая просьба - не в общих словах а предметно. Потому что умных слов я и сам много знаю, APM-BoK и Арчибальдов читал, SpyderProject смотрел, курсы по управлению проектов посещал с лекторами спорил они меня не убедили.
Давайте только в рамках реальности - проектами по 100 человек никто из присутствующих не руководит и не будет в обозримом будущем, а когда человек пара десятков а параллельных проектов всего штук пять - аутлука достаточно за глаза и за уши. Такое мое мнение независимого эксперта

> Я с трудом предстваляю ситуацию в которой понадобится что-
> то кроме Outlook

Дубина всегда нужна

>[0] Kolan © (2008-07-03 16:45:00)
>Какой подход?
пулемёт. винтовку Мосина. ПМ.

---
Understanding is not required. Only obedience.

← →
Sergey Masloff (2008-07-06 19:44) [47]

ketmar © (06.07.08 19:36) [46]
ПМ чтоб застрелиться самому когда видишь что всех уже замочил а проект на нулевом цикле? ;-)

>[47] Sergey Masloff (2008-07-06 19:44:00)
вот, сразу видно профессионала, всё понимает без дополнительных пояснений. %-)

---
All Your Base Are Belong to Us

>Sergey Masloff (06.07.08 19:19) [44]

Пожалуйста, пример.
Есть приборостроительный завод. База данных управления производством.
Есть служба эксплуатации этой БД (проводит корректировки по извещениям), а сеть конечные пользователи - технологи, конструкторы, ПДО, ПЭО, бухгалтерия, цехи.
В настоящий момент работает около 10 приложений для СЭ и около 20 для "клиентов". Почти все регулярно правятся, еще лежит стопка пожеланий (служебных записок), писанных клиентами (стиль "ламерский"), часто противоречащих друг другу. Мало ответить на каждое, надо еще привести кучу предыдущих ответов и обоснования.
Параллельно идет развитие (правда не так быстро, как хотелось бы).
При этом на каждый звонок или вызов к шефу надо в минуту найти нужную бумагу или придумать ее.
Каждое приложение должно снабжаться руководством пользователя. Общее кол-во наших "клиентов" - около 50 (а требуют в три раза больше). При изменении версии каждого П надо посмортеть у кого оно установлено и сделать обновление.

В группе у меня 5 человек (было -7). При этом я сам пишу самые ответственные куски кода и "трудные" приложения. Каким аутлуком мне воспользоваться, чтобы все было чудесно-прекрасно ?

Было время до завода, когда я в своей фирме обслуживал более 2 днсятков клиентов с помощью одной женщины - тестера/инсталлятора) и одного приходящего программиста. И вполне справлялся. Т.к. все системы были дочки двух базовых проектов, правка их в случае необходимости была автоматизирована. Да и хозяин я был сам себе и не перед кем не отчитывался кроме заказчиков конечно. Но там было просто - постановка-ТЗ-счет-предоплата-работа-акт.
Все прекрасно укладывалось в одном блокнотике без всяких пролжект-менагеров и аутлуков.

Просто объект объекту рознь. Торгаши, бюджет - это одно. Производство - это совсем другое.

Используем TargetProcess ( http://www.targetprocess.com/ ). Отнюдь не все фишки аджайла так полезны, как кажутся, и не так удобны в применении, как про них пишут... Но с некоторой адаптацией к реалиям производственного процесса на отдельно взятой конторе может весьма неплохо получиться.

> Используем TargetProcess

Ух ты, понравилось.

> GlFox

А минусы и плюсы системы расскажешь?

> Sergey Masloff (06.07.08 19:19) [44]

а когда строили Днепрогэс с Байконуром, тогда и аутлука-то не было, и ничего, построили. :)

> Игорь Шевченко © (03.07.08 17:31) [8]

Это не софт это хард....
но согласен, бейсбольная бита, как инструмент управления проектом, рулит

> Sergey Masloff (06.07.08 19:19) [44]

какой софт? только хард:)
Нет ну расчертить плакатики в проджекте, повестить в комнате подвести каждого и пальчиком показать - вот эту точку прозеваешь так бита вот она.

← →
Sergey Masloff (2008-07-07 20:49) [56]

MsGuns © (06.07.08 23:25) [49]

>Пожалуйста, пример.
Пока не убедил. Все что ты перечислил в Оутлуке делается на-раз (конечно дъявол в деталях что-то может и специфично но...)

Я делал так (система распределенная, то есть у клиентов собственные клоны базы, к которым уже подключены их клиенты. На момент пика число "серверных" установок доходило до полутора тысяч сейчас наверное порядка 600 активно работающих.
Как все это работало.
Был заведен почтовый адрес. На этот адрес шел поток сообщений о ошибках, пожеланиях по развитию и вопросах о эксплуатации. Была разработана примитивная система ключевых слов которые пользователи включали в заголовок а оутлук автоматически раскладывал их по входящим папкам - ошибки - доработки - проблемы.
На основании обработки этих папок я формировал в календаре задачи и встречи. К задачам и встречам потом подвязывались относящиеся к ним файлы и переписка. Кстати Оутлук система очень гибкая и добавить к нему своих десяток полей с соотв. формами ввода дело 10 минут.
По календарю очень удобно выстраивать baseline всегда знаешь когда у тебя наступило время собирать (или разбрасывать) камни. К задачам элементарно подвязываются ответственные.
По каждой задаче всегда можно мгновенно найти инициировавшее ее сообщение и вообще посмотреть переписку. К решенной задаче типа "проблема" легко привязать письмо которое поддержка отправила юзеру и в случае аналогичной тут же отослать его другому. Также можно разослать сразу всем если проблема имела общий характер и найдено обходное решение (или просто разъяснение уточняющее порядок работы с программой)
Подготовка к визиту "на ковер" - минута не более. Проверено занусси.
Рассылка документации пользователям - тоже не проблема (к тому же списки рассылки прямо тут)
Вобщем очень удобно - никогда не ощущал отсутствия какого-то нужного функционала (а если бы ощутил - написал бы плагин к оутлуку же)

← →
iZEN (2008-07-07 21:17) [57]

> McSimm © (03.07.08 16:49) [1]
>
> openofice calc
> пока ничего удобного, чтобы работало под FreeBSD и Mac не
> нашли.
>

Вот это попробуйте: http://ganttproject.com/

Ganttproject – это Java-приложение, предназначенное для планирования проектов с использованием диаграмм Гантта. Позволяет разбивать весь проект на отдельные задачи, показывать зависимости задач и управлять ресурсами. Использует файловый формат, основанный на XML, который можно выгружать в документы HTML и PDF с помощью XSL-преобразований. Программа переведена на 20 языков.

> [53] Kolan © (07.07.08 16:38)
А минусы и плюсы системы расскажешь?

Нравится, что ничего локально не надо устанавливать. Поставили на сервак и крутится там. Все пользователи по интернету юзают и каждый со своим любимым бровзером. Всех возможностей системы не используем даже на 50%. Мдя... Хотя у нас версия Target Process 2.5 и много новых фишек там еще нету (а нужны ли?). Сначала побаловались, прикольно было. Теперь в основном только работа с "Iteration Plan". Кстати, чем тут распинаться мне, то лучше дам ссылочку на официальную халявную версию: http://www.targetprocess.com/Product/Free_Pack.aspx

Как управлять проектами? Найти похожие ветки