WJLLWG 09-2 JLLIS CRB New Submissions (as of 24 Aug 09). James Barr JLLIS Configuration Manager JS J7, Joint Lessons Learned Branch. CRB Item Proposals for WJLLWG 09-2. 15 - Binder Icon Availability When Using IDOL (6867). Type: Enhancement
JLLIS Configuration Manager
JS J7, Joint Lessons Learned Branch
Binder available without selecting default binder prior to search
Default binder selected.
This view shows the “SELECT A BINDER” when the Binder Icon was selected on an O&R page.
NOTE: No “Default Binder” is selected or displayed.
Does not change color after link clicked
After clicking and returning to the original search page the link has changed color.
Refine Joint Search criteria using DOTMLPF
Refine search using Functional Area. These Functional areas are unique to the PRJLLIS.
Add search criteria:
Browse & upload links as well as a “Quick Search” block for ease of finding
SharePoint Document Library Home Page
Most Viewed &
Recently Added results
Advanced Search screen with search refinement blocks
Advanced Search results
Definition: Allow documents in Autonomy Idol (AI) to be added to a binder from any AI screen without the need to select a default binder.
Purpose: 1) The ability to link a document from AI was previously fixed. However, to do so one must first select a default binder in order for the binder icon to appear in the AI screen. The binder icon should always be displayed based on an “enabled/disabled” selection similar to that currently in the binder screen. 2) Binder icons are displayed in the Similar Documents screen of AI based on selecting a default binder; however, selecting the binder icon does not add the selection to a binder. Need to provide the capability to add documents from the Similar Documents screen in AI, or delete the binder icon. Mission essential but not required to operate JLLIS.
Desired results/long range goal: The ability to link a document in AI without designating a binder as default, and the ability to link a document from the Similar Documents screen in AI to a binder. Community benefit.
Autonomy Idol searches require Default Binder to be selected; Tier 1 searches do not require default binder to be selected
Same Pop-up window used for both searches for adding O&R to Binder
Binder Icon displayed, but inoperative for Similar Documents of Autonomy Idol search
This toggle should allow the selected; Tier 1 searches do not require default binder to be selected
in Autonomy Idol to display
Definition: A binder added to a Communities of Practice (COP) needs to be viewable by all users via the COP homepage.
Purpose: When adding a new COP via the Team Tools link, the capability exists to add a binder to the COP. After adding the binder, the binder shows alongside the Associated Binders section; however, the binder does not show when either viewing the COP or from the Communities of Practice link. There is another way to add a binder via the Add a new COP Block link, but this is not intuitively obvious. Not mission essential or required to operate JLLIS.
Desired results/long range goal: When adding a binder to a COP, the binder will show when clicking the View COP or the Communities of Practice links. Community benefit.
User can select “Add a Binder”, and Binder title is indicated with “Associated Binder”, but does not appear on COP site. User has to Add COP Block to display items, but Binders is not an option for COP Block
While Team Members could go to the COP Team Tool and access the Binder via the Edit function, a CLM or Authorized User, accessing the COP via the COP homepage, will not be able to access Binder
Definition: Drop down menu for COP manages is populated with all registered users with role “greater than” Authorized User, to include CLMs. However, only Team Members have access to Team Tools, which includes COP
Purpose: Linked to CMT #5765. To add or edit a COP, one needs to be a Team Member and designated a COP manager. CLMs may use this tool as a collaboration and validation mechanism within their respective Tier 2. However, CLMs do not have access to Team Tools, nor can they be “dual-designated” as Team Members and CLMs (despite JLLIS currently populating the COP Manager list with all users above the role level of “Authorized.”) As currently configured, JLLIS does not allow a COP Manager to edit a COP unless they can access Team Tools, which a CLM does not have access to. Commands need a way to designate JLLIS users with specific role functions as determined by that organization administrator. Mission essential & required to operate JLLIS.
Desired results/long range goal: Allow administrators to either cascade role levels or to select specific role level functions for key individuals. Community benefit.
System allows selection of CLMs as COP Managers, but CLMs do not have access to Team Tools, which provides the edit capability for COPs
What is the purpose of this? It has no apparent impact on the COP Manager drop down menu when editing a COP
Roles should either be “cascading”, where authorities of “junior” roles are assumed by more “senior” roles, or be able to select multiple roles
Definition: Allows a JTIMS Training Audience Lead (TAL) to automatically link an observation made in JTIMS to JLLIS for joint lessons learned and/or issue resolution, and allows O&Rs linked to a particular Joint Mission Essential Task List (JMETL) to be loaded as Task Performance Observations (TPOs) , providing more information for a TAL to make Training Proficiency Evaluations (TPE).
Purpose: Currently, TPOs and Task Field Observations (TFO) are entered against Training Objectives and JMETs in JTIMS. Many TPOs/TFOs have joint lesson applicability, requiring that observation to be manually created and entered into JLLIS. Similarly, many O&Rs may provide necessary information for a TAL to form TPEs. An automated linkage between these two systems would facilitate the flow of necessary information in both directions. Mission essential but not required to operate JLLIS.
Desired results/long range goal: An automatic link that allows a user to transfer data efficiently between JTIMS and JLLIS. Community benefit.
DRRS updates JMETL in JTIMS. DRRS could also be used to update JMETL in JLLIS
When JTIMS user completes TPO, should be able to select an automatic link that would send data to JLLIS if that TPO is a lesson learned
Definition: Selecting the Discussion Groups link under Team Tools takes the Administrator to the JFCOM Discussion page.
Purpose: There only appears to be one discussion page – that under JFCOM. There is no way to create a discussion page for NORAD and USNORTHCOM (N-NC) so when a Team Member selects the Discussion Groups link, that Member is taken to the JFCOM Discussion page. Not msn essential nor required to operate JLLIS.
Desired results/long range goal: Selecting the Discussion Groups link will take a NORAD and USNORTHCOM (N-NC) Team Member to a N-NC Discussion site. Additionally, as stated in separate CMT item, Team Tools should be a Tier 2 function to allow better use of Discussion Groups within that Tier 2. One agency benefit only.
Discussion Group should be linked to Tier 2 or Tier 1, depending on what level is displayed prior to selecting Discussion Group; these discussion groups are in a different Tier 1
Works the same way if Discussion Groups are selected from COP
Definition: Restricted COPs accessed through the Communities of Practice link can be viewed by any User.
Purpose: Creating a Restricted COP and placing it under the Communities of Practice link nullifies the restricted access setting to that COP. The restricted status remains when a Team Member accesses a Restricted COP through the COP Sites link under Team Tools. The end result is that only Team Members can be selected for access to restricted COPs. Authorized users and CLMs will never have access to restricted COPs unless made a Team Member. Mission essential & required to operate JLLIS.
Desired results/long range goal: Prevent access by any JLLIS User to a Restricted COP through the Communities of Practice link. Allow registered users and CLMs to have access to restricted COPs when selected by COP creator. Community benefit.
When a Restricted COP is displayed on the COP homepage, any registered user can access, regardless of whether they were granted access through COP edit; however, the only way a CLM could get to the COP is via the COP homepage, since it requires Team Member status. Therefore, CLMs, or other authorized users, can never participate in a “true” Restricted COP.
Definition: A capability to transfer O&Rs from NIPR JLLIS to SIPR JLLIS.
Purpose: JTIMS automatically transfers any information from NIPR to SIPR. Once on SIPR, the JTIMS info is viewable via a NIPR tab, but cannot be edited through the SIPR side. To edit any NIPR data displayed in SIPR, the source document in NIPR JTIMS is updated. JLLIS needs a similar capability. This capability provides for such things as:
Conducting trend analysis
Reducing the observation searching through multiple “class” systems
Allowing storage of exercises and operations on one server
NIPR O&Rs on SIPR would retain the same properties as SIPR O&Rs WRT binders, AARs, etc. but would not be editable. Mission essential but not required to operate JLLIS.
Desired results/long range goal: A capability that allows the transfer of an unclassified observation on NIPR JLLIS to SIPR JLLIS. Community benefit.
Possible way to do this is to have all NIPR O&Rs automatically transferred to SIPR.
Then, provide an “on-off” toggle on the SIPR search screen that allows the user the option to see all NIPR O&Rs when the SIPR O&Rs are displayed.
Display NIPR O&Rs
On the SIPR side