[INFRA-47] Add new project "FiberAlloc" Created: 28/Jul/16 Updated: 10/Apr/17 Resolved: 10/Apr/17 |
|
| Status: | Done |
| Project: | Software Development Infrastructure |
| Component/s: | None |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Task | Priority: | Major |
| Reporter: | shimono | Assignee: | shimono |
| Resolution: | Done | Votes: | 0 |
| Labels: | None | ||
| Remaining Estimate: | Not Specified | ||
| Time Spent: | Not Specified | ||
| Original Estimate: | Not Specified | ||
| Epic Link: | REORG1607 |
| Description |
|
Add new project "ETS" (Exposure targeting software) for ETS development by MPA. |
| Comments |
| Comment by rhl [ 28/Jul/16 ] |
|
There's no need for short acronyms (there are already too many in this project). Let's get a short description of the scope before deciding what to call it; for example, "FiberAlloc" might be appropriate if that's what this does. If it does more, it'll need a name that covers more aspects of the problem. We also need to think about whether we need small jira projects like this. If it's part of the operational software we might want to have a single project to cover all this, with a different agile board for the pieces like the MPA parts. In particular, "Exposure" is overloaded (e.g. it is used for a single set of spectrogram images), and "Software" adds nothing to the name. |
| Comment by mxhf [ 31/Aug/16 ] |
|
I second Roberts comment on the acronyms. I also believe that FiberAlloc is more appropriate and less likely to be confused with the ?SurveyPlan? that we will need as well? |
| Comment by shimono [ 23/Sep/16 ] |
|
Kiyoto Yabe (and/or naoyuki.tamura?) any comment or suggestion from project management aspect of ETS package? |
| Comment by Kiyoto Yabe [ 23/Sep/16 ] |
|
How about FiberAssigner? This looks to be consistent with the repository name on GitHub. |
| Comment by shimono [ 29/Sep/16 ] |
|
although no comment on project management point of view, let me add this project for now. only three polls but "FiberAlloc" has points. I understand making project large and using label or epic in extensive is an option, and external boundary of this package is still floating especially to survey coordination (to SPT) and collision avoidance (to ICS). But, this package already has many points such as selection of calibration targets for required level of number, coordinate transformation from sky to F3C (or some), pickup AG targets (acquisition, AG, focusing), etc., also this package is assumed to be released as one separated software to be used by various users, I personally think it is enough for one project. |
| Comment by shimono [ 02/Nov/16 ] |
|
I went through project settings and it seems ok for current requirement. So, let me close this ticket. |
| Comment by shimono [ 10/Apr/17 ] |
|
project created and used. also description added to web site. |