Rexx is a great language. glad to see a current article out there. I would highlight there is ObjRexx out there (object oriented flavor of Rexx). A great companion was the Pipelines tool on Z/VM. Would like to find a current option like that available for Linux. Yes, Unix has piped data but the John Hartman Pipelines tool was pipes on steroids.
I have seen agile done very well and very bad. My experience was when it was done bad it was basically adopting sprints and doing nothing else that would be recognized as agile. The product as a whole was still managed using waterfall. On the good side, I have seen it go very well and produce some great results. KPI's were a well groomed backlog and a good working relationship with the PO. In the good examples, the teams were coming from more traditional process based orgs and they adapted well and we found information sharing and cross team assistance and information sharing ware great. only time the truely agile teams found any issue typically was dealing with non-agile teams and being slowed by waiting on their processes.
Authored Comments
Rexx is a great language. glad to see a current article out there. I would highlight there is ObjRexx out there (object oriented flavor of Rexx). A great companion was the Pipelines tool on Z/VM. Would like to find a current option like that available for Linux. Yes, Unix has piped data but the John Hartman Pipelines tool was pipes on steroids.
I have seen agile done very well and very bad. My experience was when it was done bad it was basically adopting sprints and doing nothing else that would be recognized as agile. The product as a whole was still managed using waterfall. On the good side, I have seen it go very well and produce some great results. KPI's were a well groomed backlog and a good working relationship with the PO. In the good examples, the teams were coming from more traditional process based orgs and they adapted well and we found information sharing and cross team assistance and information sharing ware great. only time the truely agile teams found any issue typically was dealing with non-agile teams and being slowed by waiting on their processes.