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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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