Add-Ons and Extras

Exchange Mingle Extras with other Minglers around the world

This is a public Custom Hive  publicRSS

Welcome Guest

Log in if you have an account.

Otherwise, register for an account.

Add-ons and Extras Recent Posts

  • weswilliamz
    release_metrics21
    Mingle Macro last edited May 10, 2012 by weswilliamz
    Name:
    release_metrics
    Overview:

    A table of metics to indicate how the release is going and do several date predictions based on remaining story points and different velocity averages (last 3 completed iterations, all iterations and to help understand if you are trending up or down best and worst velocities (exculdes 0 velocity iterations)

    * currently has two different views
    ** full table view with all the metrics below
    ** mini view with (last 3 and total average date estimates)
    ** use parameter 'view: mini_table' to see the mini view
    ** you can create new views by creating an erb file in the views folder, use the current views as examples
    * average velocity for last 3 iterations
    * competed iterations
    * completed story points
    * remaining story points
    * iteration length (in days based on the last completed iteration)
    * estimates for remaining iteration and end dates based on
    ** average velocity for last 3 iterations
    ** average velocity for all iterations in the release
    ** best velocity
    ** worst velocity
    
    If you are using Iteration type with Velocity, Start Date and End Date fields, a Release type with an End Date
     field, and a Current Release project variable then you can use the defaults.
    
    {{
      release_metrics
    }}
    
    override the defaults: (note: end_date is used on both the Release and time_box types)
    
    {{
      release_metrics
        time_box: 'sprint'
        release: '#1 Release 1'
        start_date: 'Begin Date'
        end_date: 'Finish Date'
        velocity: 'Completed Story Estimate Sum'
        view: mini_table
    }}
    
    Screenshot:

    Recent Comments (2 of 2)

  • Peter Gillard-Moss
    Mingle-JIRA Connector v2 release7
    Mingle Add-On last edited May 10, 2012 by Peter Gillard-Moss , tagged Development, Project Management, QA, TW Approved
    Name:
    Mingle-JIRA Connector v2 release
    Overview:

    A new version of the Mingle-JIRA Connector is now available.

    This is a rewritten, backwards-incompatible version of the Connector. It has the following new features:

    • removed reliance on email
    • integrates with JIRA workflow
    • allows mapping between multiple JIRA and Mingle projects
    • extended mapping of data between JIRA and Mingle
    • workflow configuration on a per project basis 

    We would welcome your feedback and suggestions on how to it could be improved. Please comment below or email support@thoughtworks.com.

    DOWNLOAD here: LinuxWindows.

    The release archives contain full documentation.

     

    Operation and workflow integration

    Users pass issues from JIRA to Mingle by triggering the handover workflow action, which moves them into a special handover status. When an issue is moved into this status a new card will be created in Mingle, with the same title and description as the issue.

    The card created in Mingle will contain a hyperlink pointing to the linked issue in JIRA. A similar link to Mingle points back to the originating JIRA issue.

    When the card is completed the JIRA issue will be automatically transitioned to the next step in the workflow.

    The Connector can handle links between multiple JIRA and Mingle projects. Each JIRA project must be linked to exactly one Mingle project (or not linked at all); each Mingle project may be linked to one or more JIRA projects.

    Data mapping

    Standard mappings

    Every card that is created in Mingle will have a property containing the key of the originating JIRA issue. The card’s title and description will match those of the issue. The card’s description will also contain a hyperlink to the issue and the issue will have a hyperlink to the card in a custom field.

    The type of card created is determined by the type of the originating issue. This mapping is configurable.

    Configurable mappings

    In addition to the standard mappings above, the Connector can map JIRA issue fields to Mingle card properties. The fields mapped and the properties that they are stored in are configurable.

    Only the following JIRA fields can be mapped:

    • Project

    • Assignee

    • Reporter

    • Created (transfers date only; doesn’t include time)

    • Due Date

    • Priority

    These values will be copied across when the card is created. There is no further synchronization between the values after card creation. Once data has been copied from the issue to the card (including the standard data described above), it can be freely modified in Mingle without being overwritten by the Connector.

    In addition to setting card property values based on issue fields, each card created by the Connector can have properties set to constant values. The properties and values are configurable.

    Deployment

    The Connector consists of two components: a JIRA plugin (Type 2) and a standalone process. The plugin responds to status changes by using the Mingle API to create cards. The standalone process monitors an event feed in Mingle’s API and triggers issue transitions using JIRA’s SOAP API.

    The standalone Connector process can be deployed on any machine that has network access to both the Mingle and JIRA APIs. It must be triggered externally and should be integrated with the standard scheduling facility of your deployment platform.

    The Connector supports Mingle 3.3 or later and JIRA 4.1, 4.2, 4.3 and 4.4.

    Physically the Connector consists of two files. The standalone component is an archive (tarball or zip) which needs to be unpacked to an appropriate location. The JIRA plugin is a jar file which must be deployed into the JIRA server.

    When deploying the Connector for the first time, a small amount of JIRA workflow modification is required to introduce the special handover status.

    Configuration

    In addition to the details of the servers and the data mapping configuration described above, all aspects of both JIRA and Mingle workflow can be configured on a per project basis. In Mingle, different workflows can be configured for different card types.

    The plugin is configured through JIRA’s administration UI. The standalone component is configured with a single text file in YAML format.

    Recent Comments (3 of 7)

  • Gavin Lauchlan
    CardRanker21
    Mingle Add-On last edited April 23, 2012 by Adam Monago , tagged Business Analysis, Project Management
    Name:
    CardRanker
    Overview:
    Card Ranker is a tool that lets you prioritise Mingle cards in a strict numerical order and easily rearrange them by dragging up or down in a list thereby saving time from having to edit all the cards individually.
    Screenshot:

    Recent Comments (2 of 2)

  • Adam Monago
    Mingle Dependency Tracker61
    Mingle Macro last edited April 16, 2012 by Adam Monago , tagged Business Analysis, Project Management, TW Approved
    Name:
    Mingle Dependency Tracker
    Overview:

    About

    The Mingle Dependency Tracker allows dependencies between cards and projects to be recorded and tracked.

    The tool consists of three macros:

    1. Project macro (dependency-tracker-project) : used to track all the dependencies within a project and to record dependencies between cards in the project and on other projects

    2. Card macro (dependency-tracker-card): displays the dependencies relating to a single card and allows that cards dependencies to be recorded

    3. Program macro (dependency-tracker-program): displays dependencies between projects

    Use

    The three macros differ somewhat in the way they work, but all have the same general structure and behaviour.

    To view the dependencies of a card, choose it in the central selector. The right-hand table shows the cards that the selected on depends on; the left-hand table shows the cards that depend on it.

    Cards are colored according to whether their dependencies have been met. Cards with unmet dependencies are colored red, those with met dependencies and no dependencies at all are colored green.

    Dependencies can be created using the form below the selector. This form can be used to create dependencies on other cards in the same project, or on cards in other projects. Duplicate and self-referential dependencies are disallowed.

    Configurability

    A number of aspects of the macros can be configured. These include:

    • the status that a card as to reach in order for a dependency to be considered met
    • the card properties that are displayed
    • the projects on which dependencies may be recorded
    • the card types to be handled by the macro
    • the set of cards that the macro should report on

    See the section "Macro reference", below, for details.

    The different macros

    The card macro should be placed in the description of a card. It reports on the dependencies involving that card and allows new dependencies for that card to be recorded.

    The project macro should be placed on a wiki page. It reports on all dependencies within the project and on dependencies on other projects. It allows dependencies of any card in the project to be recorded.

    The program macro should be placed on a wiki page. It is designed to be used in the context of program-level reporting, possibly in a dedicated program reporting project. It reports only on dependencies between projects. It is not possible to record dependencies using the program macro.

    Macro reference

    This section details the parameters that the macros take. Each should appear at most once. Examples of each one are given below.

    met

    MQL condition specifying when a dependency should be considered to be met. Mandatory.

    met: Status = Accepted
    
     met: (Type = Story AND 'Story Status' >= Accepted) OR (Type = Bug AND 'Bug Status' >= Closed)
    

    properties

    A list of additional properties that will be displayed in the dependency table. Optional.

    properties: [Status, 'Card Owner', Type]
    
     properties: Status
    

    card-type

    The card type, or types, to display in the tool. Optional. Defaults to "Story" in the project and program macros and the type of the current card in the card macro.

    card-type: Story
    
     card-type: [Story, Task, Defect]
    

    filter

    MQL condition which restricts the cards displayed in the tool. Optional. No restriction is applied by default.

    filter: Release = 'Release 3'
    
     filter: Component = UI AND Status != Closed
    

    projects

    Program mode only (see section "Standalone and program mode", below). The identifiers of the projects that make up the program. Optional. Includes the current project by default.

    projects: [mobile_client, security, core_services]
    

    dependency-project

    Program mode only (see section "Standalone and program mode", below). The identifier of the project where dependencies are stored. Optional. Defaults to the current project.

    dependency-project: program_reporting
    

    This example macro invocation includes all the parameters:

    {{
    
       dependency-tracker-project
    
         met: Status = Accepted
    
         properties: [Type, Status]
    
         card-type: [Story, Defect]
    
         filter: Release = 'Release 3'
    
         projects: [mobile_client, security, core_services]
    
         dependency-project: program_reporting
    
     }}
    

    For more examples, see the section "Setting up the macros", below.

    Author / Copyright Owner:
    ThoughtWorks Studios Solutions / ThoughtWorks Inc.
    Year Written:
    2010-2011

    Recent Comments (3 of 6)

  • Tom Elkin
    Calculator macro71
    Mingle Macro last edited April 4, 2012 by Tom Elkin
    Name:
    Calculator macro
    Overview:

    Simple macro to allow users to write basic arithmetic expressions comprised of MQL statements.

    Once installed the calculator macro can be used like follows:

    {{
      calculator
        equation: a * (b + 3) % 5
        terms:
          - term: a
            mql: select COUNT(*) where 'type' = 'iteration'
          - term: b
            mql: select MAX('planning estimate') where type = story

    }}

    • Supported arithmetic operators: + - * / % ( )
    • Any valid symbol name in Ruby can be used for a term identifier.  Any number of terms can be used in an equation.
    • At the moment equation terms can only resolve to MQL statements.
    • If an MQL statement doesn't evaulate to a singular numeric value then an exception will be raised.  e.g. if a result set of size > 1, or if the result is a string.
    Author / Copyright Owner:
    Tom Elkin, Tom Gregory / ThoughtWorks Inc.
    Year Written:
    2009

    Recent Comments (3 of 7)

  • Mark Richter
    Mingle Add-In for Excel 2010212
    Mingle Add-On last edited March 30, 2012 by Mark Richter , tagged Business Analysis, Continuous Integration, Development, Project Management, QA, TW Approved
    Name:
    Mingle Add-In for Excel 2010
    Overview:

    The Mingle Add-In for Excel 2010 extends Microsoft Excel with direct integration to Mingle. This add-in provides a convenient ribbon bar in the Excel user interface that you use to access features of the add-in. From there you can create, name, save and run MQL queries that extract data from Mingle and bring it into Excel for analysis using all the power of Excel.

    • Connect to Mingle directly from Excel
    • Optionally run more than one query per worksheet
    • Save queries with Excel workbooks (optionally several queries per worksheet)
    • Run the same queries again later (refersh)
    Basic use: 
    1. Install the add-in
    2. You may need to adjust the permissions in Excel to allow the add-in to be loaded. 
    3. Click on the Mingle tab on the Excel ribbon.
    4. Click on the orange Login button, supply the requested information, and click Connect.
    5. After a few moments the Fetch Cards button on the Mingle ribbon should illuminate. Click it and you'll see a UI for entering MQL commands.
    The add-in keeps a log under %USERPROFILE%\AppData\Local\ThoughtWorks\Excel[randomnumber].log. If you need help post here or send an email to me at the adress on my profile and I'll either help you myself or find someone who can. A copy of the log is helpful in such cases.
     

    Recent Comments (3 of 21)

Recent Comments

Recent Participants

  • Morag Keirns
  • srinivasa
  • Kurt
  • Ben Butler-Cole
  • Mike
  • Melissa Doerken
  • Ron
  • LeeBenhart
  • Adrian S.
  • Lisa
  • goley
  • sdqali
  • Scott
  • Suzie Prince
  • Anshika
  • sweety rai
  • Huimin Li
  • Adam Monago
  • Santosh
  • azuniga

Search this Forum

Keyword Search

Select Tags to Filter Posts