Комментарии 20
НЛО прилетело и опубликовало эту надпись здесь
думаю многие такие «примеры» закрыты глубоко фаерволом внутри корпоративной сети. Ибо информация там может быть очень важная.
«Удачность» примеров зависит от используемых в компании инструментов. Я видел реализацию новостей на sharepoint — не проектные, а в целом по компании. Если активно используется например Jira + Wiki, то блог можно вести через встроенные в wiki новости — не могу объяснить почему, но особой популярностью у разработчиков такой движок не пользовался.
Еще один из примеров devprom.ru/co/news.php, на локальной установке будут доступны две закладки — Мои проекты и Новости всех проектов компании с RSS подпиской. Этот вариант очень похож на обычные блого-движки + с системой идет ежедневная работа, возможно поэтому во многих компаниях, где используется этот инструмент, проектные блоги ведутся очень активно.
Еще один из примеров devprom.ru/co/news.php, на локальной установке будут доступны две закладки — Мои проекты и Новости всех проектов компании с RSS подпиской. Этот вариант очень похож на обычные блого-движки + с системой идет ежедневная работа, возможно поэтому во многих компаниях, где используется этот инструмент, проектные блоги ведутся очень активно.
Идея интересная. А как мотивировать сотрудников вести проектные блоги?
легко. Дать площадку. И начать самому туда все выкладывать.
Как показывает опыт, разработчики часто сами выступают с инициативой завести блог внутри компании.
Главное чтобы был простой и удобный способ писать, читать и комментировать записи. Один начнет писать — остальные подтянутся.
На мой взгляд главное вести именно Проектные блоги, т.е. с тематическим содержанием.
Главное чтобы был простой и удобный способ писать, читать и комментировать записи. Один начнет писать — остальные подтянутся.
На мой взгляд главное вести именно Проектные блоги, т.е. с тематическим содержанием.
Все зависит от размера компании и заинтересованности начальства.
У меня в конторе сейчас все заинтересованы в удобном инструменте для обмена информации. Пока еще у нас действует Lotus Notes, но скоро лицензия на него закончится и что делать дальше? Смотрим в сторону самых разных систем. Тут смотря кому и что нужно. Можно и на дрюпале, например, сделать очень удобную соцсетку внутрикорпоративную, а можно еще на чем-то.
У меня в конторе сейчас все заинтересованы в удобном инструменте для обмена информации. Пока еще у нас действует Lotus Notes, но скоро лицензия на него закончится и что делать дальше? Смотрим в сторону самых разных систем. Тут смотря кому и что нужно. Можно и на дрюпале, например, сделать очень удобную соцсетку внутрикорпоративную, а можно еще на чем-то.
Завелся у нас в отделе Wiki-движок на базе ScrewTurn Wiki.
Параллельно появился таки VisualSVN на Subversion.
Не сказать, чтобы это полноценный блог, но, надеюсь всё это дело разовьется в что-то полезное…
Параллельно появился таки VisualSVN на Subversion.
Не сказать, чтобы это полноценный блог, но, надеюсь всё это дело разовьется в что-то полезное…
Только нужно полгодика подождать с разработкой и внедрением такой системы блогов, чтобы уж сразу делать на Google Wave.
Неплохая идея, но так ли она проста в реализации? По своему опыту, блоги будут вести от силы 1/3 сотрудников, даже если будут драйверы… остальные 2/3 как максимум будут читать. Факторов много, начиная от «тараканов» вроде «я не умею писать», заканчивая тривиальной ленью… но ИМХО. Может быть и выйдет что путёвое )
Умеет хорошо вести блог едва каждый десятый айтишник.
Из них может хорошо писать на IT-темы каждый третий.
Из этой небольшой кучки только некоторые согласятся писать про то что нужно, а не про то, чего им хочется.
В блогах невозможно контролировать флейм кроме как силами автора блога.
В стандартных блогах мало достойных инструментов оформления постов на темы разработки ПО.
Заставить кого-либо кроме фанатиков читать всю эту рабочую отсебятину вообще не представляется возможным.
Я знаю о чем говорю, мы не раз пытались достигать цели подобными средствами.
Лучший вариант из известных мне — википедия с жесткими правилами оформления и ограниченным списком квалифицированных коммитеров, головой отвечающих за истинность написанного.
Из них может хорошо писать на IT-темы каждый третий.
Из этой небольшой кучки только некоторые согласятся писать про то что нужно, а не про то, чего им хочется.
В блогах невозможно контролировать флейм кроме как силами автора блога.
В стандартных блогах мало достойных инструментов оформления постов на темы разработки ПО.
Заставить кого-либо кроме фанатиков читать всю эту рабочую отсебятину вообще не представляется возможным.
Я знаю о чем говорю, мы не раз пытались достигать цели подобными средствами.
Лучший вариант из известных мне — википедия с жесткими правилами оформления и ограниченным списком квалифицированных коммитеров, головой отвечающих за истинность написанного.
Не соглашусь, мы же говорим про разумных людей, проектные команды внутри одной компании.
Википедия имеет такие жесткие правила потому что открыта на «весь интернет» — это единственный способ не превратить ее в помойку. Да и типичное сообщение проектного блога — это не огромная, тщательно продуманная статья, а, как правило, небольшая заметка, автор которой считает, что она может быть полезна его коллегам.
Википедия имеет такие жесткие правила потому что открыта на «весь интернет» — это единственный способ не превратить ее в помойку. Да и типичное сообщение проектного блога — это не огромная, тщательно продуманная статья, а, как правило, небольшая заметка, автор которой считает, что она может быть полезна его коллегам.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Проектные блоги — самый простой способ обмена информацией внутри компании