Наконец-то завершил написание статьи об опыте работы с требованиями и документами в системе управления проектами "Девпром" на примере одного проекта. Прочитать полностью статью вы сможете по ссылке ниже.
Показаны сообщения с ярлыком Управление документацией. Показать все сообщения
Показаны сообщения с ярлыком Управление документацией. Показать все сообщения
пятница, 6 ноября 2015 г.
вторник, 3 марта 2015 г.
Atlassian Confluence в работе аналитика
Confluence в своей работе для организации базы знаний пока не использовал, однако видел, как используют его коллеги. На мой взгляд, дело вкуса. Однако, мне система показалась непростой в понимании — сделал такой вывод на основе прочтения этих статей от коллег из белорусского сообщества аналитиков:
Однако, возможности у системы действительно богатые.
пятница, 14 ноября 2014 г.
Организация работы с требованиями и документацией в TFS
Пополняю свою коллекцию публикаций на тему организации работы с требованиями и проектной документацией интересной презентацией от Александра Шамрай.
Особенно выделю моменты с трассировками разделов документации на проектные артефакты.
вторник, 10 сентября 2013 г.
ЛАФ-2013: запись доклада
Не так давно коллеги-организаторы фестиваля ЛАФ-2013 опубликовали видеозаписи докладов. Мой дебютный доклад на тему "Организация, учет и совместное использование проектной документации" можно посмотреть ниже.
среда, 3 июля 2013 г.
ЛАФ-2013: Организация, учет и совместное использование проектной документации
Опубликовал на сервисе slideshare презентацию своего доклада, с которым выступил на недавней конференции аналитиков ЛАФ-2013. Впечатлениями о конференции поделюсь позже.
Итоговая презентация и доклад сформированы на основе статей, написанных за 2012 год:
четверг, 21 февраля 2013 г.
SharePoint Workspace для совместной работы с документами
Тема организации совместной работы, а также координации мне всегда была и будет интересна. Сегодня продолжу рассуждать о способах организации совместной работы, а также поделюсь новыми открытиями, которые помогут внести улучшения в ежедневные рабочие процессы аналитика.
Эта статья посвящена инструменту SharePoint Workspace для совместной работы с документами, расположенными на сайте SharePoint.
Условия использования инструмента:
- Развернутый сайт SharePoint с установленной библиотекой документов.
- Приложение Microsoft SharePoint Workspace, установленное на локальной машине.
Как было раньше. Ранее на сайте SharePoint хранились последние версии документов, а разработка осуществлялась на локальной машине в отдельных папках. Каждый раз приходилось сопоставлять документ, который находится на сервере, с документом, который хранится локально. Иногда возникала путаница. Если документ редактировался прямо с сервера SharePoint, приходилось выполнять поиск и извлечение через браузер, что было не всегда удобно. Кстати, были замечены трудности и при перемещении документа из одной папки в другую с помощью браузера, а также при отправке документа по e-mail.
Как сейчас. Общая схема работы не изменилась, за некоторым исключением. С установленным инструментом SharePoint Workpace поменялось в лучшую сторону удобство работы с документацией.
Как и ранее, актуальная версия документа хранится на портале SharePoint. Но, в отличие от предыдущего этапа, разработка ведется либо через веб-доступ с постоянным подключением к серверу SharePoint, либо в локальной рабочей области SharePoint Workpace с последующей синхронизацией с сервером SharePoint. То есть, на вашей рабочей машине хранится копия сайта SharePoint с библиотекой документов, а вы работаете с документом даже без подключения к серверу. Как только устанавливается соединение с сервером SharePoint, внесенные изменения синхронизируются.
Использование рабочих областей SharePoint Workpace исключает путаницу при сопоставлении файлов, хранящихся локально на компьютере, с файлами, которые располагаются в библиотеке SharePoint.
Что касается внутрикомандного взаимодействия, оно, как и ранее, выглядит следующим образом (см. рисунок ниже).
Аналитик работает с документацией на сервере SharePoint (либо через браузер, либо через приложение SharePoint Workspace). Ссылку на рабочий документ отправляет на e-mail коллегам. Если создана история/задача в Devprom, отправляется и ссылка на эту задачу. SharePoint и Devprom интегрированы между собой посредством ссылок.
В заключение хотелось бы отметить преимущества использования данного приложения для совместной работы:
- Простой и понятный интерфейс.
- Возможность локальной работы с последующей синхронизацией с сервером SharePoint.
- Возможность перетаскивания файла методом Drag&Drop как в SharePoint Workspace для синхронизации с сервером, так и из SharePoint Workspace для отправки, например, по e-mail.
- Поиск на основе стандартного проводника Windows.
- Функция "Копировать в виде ссылки". Например, вы можете копировать наименование файла в виде ссылки для отправки по e-mail.
- Другие причины использования приложения: http://office.microsoft.com/ru-ru/sharepoint-workspace/HA101631747.aspx.
Тематические статьи:
понедельник, 28 мая 2012 г.
Семинар "Работа с проектной документацией"
25 мая, в свой День Рождения, в компании i-Sys я провёл корпоративный семинар на тему "Работа с проектной документацией". Презентация, сопровождавшая семинар, представлена ниже.
воскресенье, 8 апреля 2012 г.
Ведение проектной документации ИТ-специалистами
В прошлом году коллега, Денис Тучин, проводил интересный вебинар о ведении проектной документации ИТ-специалистами. Под ИТ-специалистами в докладе подразумевались разработчики программного обеспечения. Однако уверен, что данный опыт можно перенять и для организации проектной базы знаний любой команды ИТ-специалистов.
В вебинаре (см. запись ниже) описывается опыт ведения проектной базы знаний с помощью MediaWiki.
понедельник, 20 февраля 2012 г.
Опыт организации процесса управления документацией на проекте
Как и обещал ранее на форуме uml2.ru, делюсь с Вами своим опытом организации процесса управления документацией на длительном проекте по разработке системы для одного из крупнейших операторов мобильной связи. Вся проектная документация - это ТЗ и всякого рода руководства на задачи по разработке новой функциональности описанной выше системы.
До сих пор не понимаю, почему мысль всё систематизировать и регламентировать (хотя бы в рамках своего рабочего процесса) не пришла мне в голову ранее... Но, видимо, всему своё время.
Я лишний раз удостоверился в правильности принципа “хочешь что-то или кого-то организовать - начни сначала с себя”. С себя я, собственно, и начал, с описания и оптимизации своего процесса работы с документом. Что немаловажно, идея нашла отклик в лице моего проектного руководителя.
После оценки всех своих возможностей и возможностей использования каких-либо специализированных инструментов для систематизации документации, я решил:
- Организовать единый реестр всей проектной документации, которой за время моего начала работы аналитиком накопилось немало.
- Обобщить все проектные документы на каком-либо едином ресурсе.
- Составить регламент работы с документацией и управления ею на проекте.
На реализацию идеи у меня ушло ровно 2 дня. Теперь все вопросы относительно работы с документами решаются довольно-таки оперативно - путём использования реестра и ссылки на регламент.
Для организации процесса я использовал то, что, как говорится, “рядом, и грех не воспользоваться”. Так как компания, в которой я работаю, специализируется, ко всему прочему, на разработке продуктов на платформе SharePoint, был выбран именно портал SharePoint. Была создана, структурирована и актуализирована единая библиотека проектной документации, распределены права доступа между участниками проекта на уровне папок и на уровне отдельных документов. Реестр документации, который также помещён в общую библиотеку, представляет собой... обычный файл MS Excel, в котором в качестве столбцов выступают необходимые мне атрибуты документа.
Теперь все последние версии документов (в т. ч. регламент и реестр), а также полезные проектные сведения лежат в одном месте, доступ к ним предоставлен только участникам проекта, а правила работы описаны в регламенте. Участники могут (в зависимости от прав) как читать, так и править документ коллективно. Стоит отметить, что при изменении документа поддерживается его версионность. А передавать по почте файлы теперь точно не нужно (раньше было только так).
Таким образом, можно сделать вывод, что шаг в оптимизации работы проектной команды сделан. С чего-то нужно ведь начинать :)
Да, еще хотел бы отметить, что такой весомый толчок к действиям, кроме своей цели организовать себя, мне также дала недавно вышедшая книга А. Перерва и В. Ивановой “Путь аналитика”. Кстати, отзыв о ней я уже начал писать и думаю в скором времени сформировать его окончательно.
Подписаться на:
Сообщения (Atom)