Saturday 27 October 2012
BaffleBox.Show() #1
Self explanatory really:
Yep, gotta stop that operation completing successfully.
Wednesday 10 October 2012
The WinRT / Windows 8 crux
Windows 8 looks like it is a crux were Windows desktop application developers no longer have an exclusive desktop/web differentiation. The boundaries are now blurred. With Windows 8 users will now come to expect a 'Metro' style look and feel meaning that WPF/Winform developers will either need to roll the own or move towards WinRT.
Perhaps it has never been about technology but about look and feel?
I like the idea of a technology change driven by user demand for look and feel. It does not feel as fundamental as the DOS/Windows crux of the late 80s but it does look like a tsunami.
Perhaps it has never been about technology but about look and feel?
I like the idea of a technology change driven by user demand for look and feel. It does not feel as fundamental as the DOS/Windows crux of the late 80s but it does look like a tsunami.
Sunday 16 September 2012
Can Gnatt chart project management be agile?
Can a project be managed using Gantt charts and be agile? Of course, but why would you want do? Life is too short. The question is more telling than any answer.
Gantt charts have been widely used for a hundred years. Like all tools they have their sweet spot. Gantt charts are great for visualizing projects with immutable dependencies. That is dependencies that fundamentally cannot be changed. Like; do step A and then step B, where step B cannot start until step A is finished. The common example is building a house, you cannot start the walls until the floor is completed. Likewise the roof cannot be constructed until the walls are completed. This approach has been, successfully, used by software development teams for decades. The UI can be built after the middle ware.
It is a question of what can you can do and efficiencies. If your team works best with a big design up front (BDUF) then this is probably your sweet spot, that is, you optimal. But if your team is more adaptable (dare I say agile) then this is a solution but not the optimal and may be a much slower way to completion. A question of potential and achievable.
Try managing a project using a Gantt chart in Microsoft Project where the developers, to reduce time to delivery, develop the house's roof before the floor is done.
Assuming that commercial success is the goal (big assumption), the best option to report to higher management is always the facts. The project is X% completed and its estimated time of completion is XYZ. Management understands that. In fact, that is what they try to extract from a Gantt chart. But, like many approaches, Gantt charts can be used to redefine success with complex presentations that nobody understands.
The real issue is to measure functional completion where functional means 'functional' not just developed. This means accepted (testing) by the real users.
Planning for failure warning signes:
Gantt charts have been widely used for a hundred years. Like all tools they have their sweet spot. Gantt charts are great for visualizing projects with immutable dependencies. That is dependencies that fundamentally cannot be changed. Like; do step A and then step B, where step B cannot start until step A is finished. The common example is building a house, you cannot start the walls until the floor is completed. Likewise the roof cannot be constructed until the walls are completed. This approach has been, successfully, used by software development teams for decades. The UI can be built after the middle ware.
It is a question of what can you can do and efficiencies. If your team works best with a big design up front (BDUF) then this is probably your sweet spot, that is, you optimal. But if your team is more adaptable (dare I say agile) then this is a solution but not the optimal and may be a much slower way to completion. A question of potential and achievable.
Try managing a project using a Gantt chart in Microsoft Project where the developers, to reduce time to delivery, develop the house's roof before the floor is done.
Assuming that commercial success is the goal (big assumption), the best option to report to higher management is always the facts. The project is X% completed and its estimated time of completion is XYZ. Management understands that. In fact, that is what they try to extract from a Gantt chart. But, like many approaches, Gantt charts can be used to redefine success with complex presentations that nobody understands.
The real issue is to measure functional completion where functional means 'functional' not just developed. This means accepted (testing) by the real users.
Planning for failure warning signes:
- More reference to "Gantt charts" than project management.
- Releases defined as 'coded' prior to user testing.
- Management repeatedly referring to 'sign off' on specifications.
- Demonizing the customers.
- Focus on department values over company commercial needs.
Am I allowed to buy movies?
I've spent a couple of hours tonight trying to find a sites where I can (legally) buy and download movies. Downloading movies is not now new, it is 2012. But I find that because I'm in Australia I cannot buy movies from many sites. Doh!
I'm a person ... with money ... in any case why does it that where I'm sitting? The movie has probably already been copied, I just want the warm and fuzzy of giving you money. Please take my money, right now $AU may be worth more than $US anyway.
I promise I will not let a wombat get the video.
I'm a person ... with money ... in any case why does it that where I'm sitting? The movie has probably already been copied, I just want the warm and fuzzy of giving you money. Please take my money, right now $AU may be worth more than $US anyway.
I promise I will not let a wombat get the video
Subscribe to:
Posts (Atom)