Лучшие практики при использовании Sharepoint в качестве [закрытого] коммуникационного инструмента Толпы

Мы на самом деле используем Sharepoint для нашей Гибкой разработки и нашли, что это работает вполне прилично на управление проектами / сотрудничество.
Существует 2 вещи, которые мы делаем, который я нашел особенно полезным, метрическое отслеживание и автоматизировал тестирование. Мы пользуемся библиотекой документа и infopath для добавления всех наших историй для проекта на сайт. Форма infopath должна содержать всю информацию, в которой Вы нуждаетесь для истории: точки, оцененное время, разработчик, тестер, задачи истории, тестовые сценарии.

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

Для тестирования у нас есть простой язык SEND-RECV-ASSERT, который запускает тесты ночью путем очистки XML для автоматизированных тестов. Мы имеют немного Зеленого/Красного webpart на основной странице, которая говорит Вам статистику тестов.
Это может быть сделано симпатичное просто с некоторым XML, анализирующим, так как бэкенд библиотеки документа является XML. (Мы в настоящее время используем некоторый простой ActiveX и JavaScript),

Метрики довольно легко настроить (просто некоторый парсинг xml и построение диаграммы HTML). Автоматизированное тестирование занимает время для установки исполнителя тестов, но однажды на месте, и достаточно легкий, Вы можете даже сделать, чтобы клиенты/менеджеры записали приемочные испытания! Гибкий!:)

Действительно необходимо рассмотреть что-то как Trello, VersionOne, Ралли или даже Basecamp для этого. Они все разместили решения и предлагают бесплатные общественные версии, которые можно испытать для начала работы. Мой опыт с SharePoint состоит в том, что требуется много ресурсов для поддержания. Если Вы использовали Систему Команды и имели много материала, предварительно созданного для Вас, которые могли бы отличаться - хотя я имею Систему Команды и все еще принимаю решение использовать Wiki для своих задач управления проектами. Если у Вас уже есть инвестиции в SharePoint как интранет и весь персонал поддержки, то это могло бы быть эффективное решение в этом случае, также.

SharePoint не является инструментом, о котором я думал бы сначала для гибкой разработки. YMMV.

AFAIK, Sharepoint является ASP.net со свободными положительными героями. Это не разработано для гибкого управления проектами.. таким образом, Вы имели бы на сайт самокрутки.
По моему скромному мнению, вместо того, чтобы пытаться изогнуть задание к инструменту Вы имеете.. переключение на лучший инструмент для задания было бы более оптимальным вариантом. Проверьте этот поток, чтобы видеть, существует ли что-то более легкое, которое соответствует Вашему счету.

Также лично я - большой поклонник не оцифровки опытно-конструкторских разработок.. Таким образом, я использовал бы электронную таблицу для отставания и отправил бы его и Большие Видимые диаграммы. Используйте digicam для сохранения снимков обсуждения схемы/дизайна (фотография электронной доски Google для инструментов) или для отчетов. Я нахожу, что большинство инструментов "управления проектами" является просто оправданиями за генерацию мгновенных обновлений статуса.. это мешает разработке программного обеспечения (который является главной целью), и запрещает социальное взаимодействие слишком часто.

(правовая оговорка: абсолютно 0 опыта с sharepoint.. кроме то, что я считал за прошлые 2 дня так, может быть полностью от дорожки),

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

Я большой поклонник SharePoint, и если у вас уже есть такая платформа, вы уже осуществляете совместную и командную работу на ней. Добавление еще одного инструмента с уникальными логинами может сработать, но команда должна действительно хотеть их использовать.

Я пытался заставить SharePoint из коробки делать то, что я хотел, но это не удалось. Я пробовал использовать Version One (много раз за многие годы, со многими командами), но я обнаружил, что инструмент слишком многофункционален, есть слишком много отписок и вещей, которые нужно сделать, и он мешает - это очень далеко от белой доски.

Поэтому я решил разработать то, что мне нужно для моих проектов. Мне нужен был простой инструмент, и, используя подход 37signals (создателей basecamp), мне нужно было что-то с меньшим количеством функций, чем у конкурентов.

21Scrum - это простой инструмент scrum, построенный на SharePoint, который использует платформу, добавляет то, что вам нужно (белая доска, диаграммы уменьшения) и оставляет вас заниматься проектом.

Возможно, это лучший вариант для тех, кто уже имеет и использует SharePoint - по крайней мере, такова цель.