The Phoenix ProjectThe Phoenix Project - Book Review Plot Summary [1] Bill is an IT manager at Parts Unlimited. It's Tuesday morning and on his drive into the office, Bill gets a call from the CEO. The company's new new IT initiative, code named Phoenix Project, is critical to the future of Parts Unlimited, but the project is massively over budget and very late. The CEO wants Bill to report directly to him and fix and agreed to by proper stakeholders. Attributions [1] Amazon, http://www.amazon.com/Phoenix-Project-DevOps-Helping-Business/dp/0988262509/[2] The Three Ways: The Principles Underpinning DevOps, Gene0 码力 | 3 页 | 154.45 KB | 6 月前3
Open Discussion on Project PlanningOpen Discussion on Project Planning Planning in an Agile Environment Key Tenets Planning should focus strongly on the near term Eliminate waste caused by planning for eventualities that never come0 码力 | 2 页 | 49.30 KB | 6 月前3
No Silver Bullet – Essence and Accident in Software Engineeringthe normal life of the machine for which it is first written • Software is embedded in a cultural matrix of applications, users, laws, and machine vehiclesInvisibility • Software is invisible and unvisualizable0 码力 | 35 页 | 1.43 MB | 6 月前3
MITRE Defense Agile Acquisition Guide - Mar 2014each organization’s IT environment. “You never know less than on the day you begin your new project. Each incremental delivery / review cycle adds knowledge and provides insights that the team managers should first identify the best approach for the project as a whole and/or for any subprojects within it. This includes assessing the project’s volatility (to include requirements and technology) release team responsible for execution. The release team includes a core team composed of the project manager, product owner, tester, and system engineer, and a development team led by a scrum master0 码力 | 74 页 | 3.57 MB | 6 月前3
A Seat at the Table: IT Leadership in the Age of Agility - Part 2centralized planning that could then be used to set boundaries for developers when they began a project. In other words, a vehicle for control. But standardization also imposes costs by: limiting agility possible solutions to a problem. if we mandate that projects reuse code whenever possible, each project may have to spend time searching archives of available code to find something that is a near fit IT shares the traditional view of governance. The basics of the [governance] process involve project sponsors (1) developing a formal proposal that incorporates estimated benefits, risks, and resource0 码力 | 7 页 | 387.61 KB | 6 月前3
Topic Throwback Vote TallyTransparency 0 Ed Snodgrass Awesomeness through Stable Teams 0 Mike Ballou Open Discussion on Project Planning 1 Mike Ballou Contracting Agile Projects 0 Adam Raggett Agile Transparency 1 Nick Chris Bellar Ansible enables Agile 2 Darin Plum Agile Goals for 2015 2 Mike Ballou The Phoenix Project - Book Review 0 Andy Sedlacek Agile 101 for Defense 2 Mike Macaulay Navigating the Promised Land Jerry Koske The Process of Innovation 2 Nick Tuck XP Prctices 1 Mike Ballou Open Discussion on Project Planning 1 Adam Raggett Agile Transparency 1 Eric Collins The Servant: Agile Book Club 1 Nick0 码力 | 2 页 | 132.33 KB | 6 月前3
A Seat at the Table - IT Leadership in the Age of Agilityis getting in our way as we try to become Agile. This frame of reference includes the notions of project, systems, application, investment, architecture, skill set, and accountability. We have, to be honest of the term – the Enterprise Architecture. The asset view of IT will substitute for the outdated project view in my vision for what IT leadership must become. Uncertainty and Risk: Third, underlying all do things best? What is the value of adhering to a plan that was made at the beginning of a project, when uncertainty was greatest? Business value is destroyed only when we substitute extensive planning0 码力 | 4 页 | 379.23 KB | 6 月前3
A Seat at the Table - IT Leadership in the Age of AgilityVersus Buy: In a world where IT capabilities were delivered as a single “product” at the end of a project, a “product” that then only required a bit of maintenance now and then, the economics of IT delivery uncertainties are not small potential deviations from the initial plan—they are the very substance of the project. The Agile way to deal with uncertainty is to create options and then “buy” information to more worried about the schedule for delivering what they think of as FOC. The perceived risk is that the project will be “finished” late. This, as we know, is based on the outdated idea that we define the scope0 码力 | 7 页 | 387.48 KB | 6 月前3
Topic Throwback PosterTransparency Ed Snodgrass Awesomeness through Stable Teams Mike Ballou Open Discussion on Project Planning Mike Ballou Contracting Agile Projects May 2014 Adam Raggett - Darin Plum Agile Goals for 2015 Mike Ballou The Phoenix Project - Book Review Andy Sedlacek Agile 101 for Defense Mike Macaulay Navigating the Promised Land0 码力 | 1 页 | 4.74 MB | 6 月前3
DevOps MeetupOracle, DB2, SQL Server How we got better We read and we studied. Created a self-improvement project 2 week iterations, planning and demos Put everything into a repository (configurations, scripts Releases through Build, Test, and Deployment Automation, Jez Humble and David Farley The Phoenix Project: A Novel About IT, DevOps, and Helping Your Business Win, Gene Kim, Kevin Behr, and George Spafford0 码力 | 2 页 | 246.04 KB | 6 月前3
共 17 条
- 1
- 2













