Новую программу проектов в компании SanDisk (производство flash-накопителей) неформально назвали «гориллой» из-за ее объема (более 5000 задач). Продукт нужно вывести на рынок к жестко заданной дате. Как выполнить такую программу и как замотивировать менеджеров проектов? На этот вопрос ответил Эрик Ютеваал (Канада), автор инструмента «Критический путь 2.0», позволяющего с успехом реализовывать такие проекты.
2008 SMEF - Scope management - Sail the seas of changeFrank Vogelezang
Scope management has a lot of parallels with Columbus journey to discover America. He did not know what he was going to find, but he went with all knowledge available.
2008 SMEF - Scope management - Sail the seas of changeFrank Vogelezang
Scope management has a lot of parallels with Columbus journey to discover America. He did not know what he was going to find, but he went with all knowledge available.
Новые условия, новые технологии, новые устройства - это вызов корпорации Майкрософт. В ответ на этот вызов корпорация предлагает повышение комфортности и эффективности командной работы при отсутвствии у менеджера проекта компьютера, нахождения вне офиса, использования социальных сетей и пр.
Докладчик представил единую модель описания деятельности и платформу построения будущих информационных систем управления. Единый подход заключается в построении ИС на основе единой модели, способной уже сейчас отразить большинство сторон деятельности организации. Новые инструменты дают возможность повысить мотивацию в проектах.
С чего начиналось проектное управление в компании? Какова была материальная мотивация на начальном этапе внеденрия проектного управления? Как мотивация различалась для разных типов проектов? Какие показатели положены в основу мотивации? Какие изменения претерпела мотивация в проектах в дальнейшем? Какие использовались инструменты нематериальной мотивации?
Что из себя представляет непроектная организация? Чем она характерна? Почему недооценивается проектная работа? Что демотивирует менеджера проекта? К каким проблемам приводит подобная ситуация и как ее 'вытаскивать' и 'лечить'?
Что ненапрямую связано с мотивацией? Условия удобной работы. Как не бояться осваивать Project? Какие преимущества дает Project? Какие сервисы предлагает менеджеру проекта для современной работы?
Почему актуален вопрос о мотивации в проектах? Как перейти от теории мотивации к практике? Какие проблемы имеются в системе мотивации? Когда материальная мотивация не работает? Каковы методы нематериальной мотивации? Каковы преимущества нематериальной мотивации для разных участников проекта?
Обсуждаются особенности построения мотивационных схем при реализации партнёрских проектов и программ. Под партнёрскими отношениями здесь подразумевается совместная работа 2-х и более компаний над одной задачей. В рамках этого предлагается совместная единовременная корректировка мотивационных схем согласно целям проектов или программ, реализуемых компаниями-партнёрами.
Рассказав об особенностях, окружении и общих характеристиках ИТ - проектов, докладчик остановился на основе системы мотивации - КСУП. И основе самой мотивации - премировании команды с различными вариантами (непрозрачным и прозрачным). В завершении доклада упомянул о подводных камнях проектного премирования и способах их обхода
Почему тема вызывает неловкость? С чего начать выстраивание мотивации? Что такое справедливая мотивация? Как снизить субъективность в оценке вклада членов команды проектов? Как от теории перейти к практике мотивации и использовать Project для материиальной мотивации?
Докладчик предлагает одну из моделей мотивации команды проекта в организациях, в которых основная масса выполняемых проектов является основным доходом компании. Рассмотрены возможные варианты автоматизации расчета ключевых показателей эффективности, работающих в этой модели.
Новые условия, новые технологии, новые устройства - это вызов корпорации Майкрософт. В ответ на этот вызов корпорация предлагает повышение комфортности и эффективности командной работы при отсутвствии у менеджера проекта компьютера, нахождения вне офиса, использования социальных сетей и пр.
Докладчик представил единую модель описания деятельности и платформу построения будущих информационных систем управления. Единый подход заключается в построении ИС на основе единой модели, способной уже сейчас отразить большинство сторон деятельности организации. Новые инструменты дают возможность повысить мотивацию в проектах.
С чего начиналось проектное управление в компании? Какова была материальная мотивация на начальном этапе внеденрия проектного управления? Как мотивация различалась для разных типов проектов? Какие показатели положены в основу мотивации? Какие изменения претерпела мотивация в проектах в дальнейшем? Какие использовались инструменты нематериальной мотивации?
Что из себя представляет непроектная организация? Чем она характерна? Почему недооценивается проектная работа? Что демотивирует менеджера проекта? К каким проблемам приводит подобная ситуация и как ее 'вытаскивать' и 'лечить'?
Что ненапрямую связано с мотивацией? Условия удобной работы. Как не бояться осваивать Project? Какие преимущества дает Project? Какие сервисы предлагает менеджеру проекта для современной работы?
Почему актуален вопрос о мотивации в проектах? Как перейти от теории мотивации к практике? Какие проблемы имеются в системе мотивации? Когда материальная мотивация не работает? Каковы методы нематериальной мотивации? Каковы преимущества нематериальной мотивации для разных участников проекта?
Обсуждаются особенности построения мотивационных схем при реализации партнёрских проектов и программ. Под партнёрскими отношениями здесь подразумевается совместная работа 2-х и более компаний над одной задачей. В рамках этого предлагается совместная единовременная корректировка мотивационных схем согласно целям проектов или программ, реализуемых компаниями-партнёрами.
Рассказав об особенностях, окружении и общих характеристиках ИТ - проектов, докладчик остановился на основе системы мотивации - КСУП. И основе самой мотивации - премировании команды с различными вариантами (непрозрачным и прозрачным). В завершении доклада упомянул о подводных камнях проектного премирования и способах их обхода
Почему тема вызывает неловкость? С чего начать выстраивание мотивации? Что такое справедливая мотивация? Как снизить субъективность в оценке вклада членов команды проектов? Как от теории перейти к практике мотивации и использовать Project для материиальной мотивации?
Докладчик предлагает одну из моделей мотивации команды проекта в организациях, в которых основная масса выполняемых проектов является основным доходом компании. Рассмотрены возможные варианты автоматизации расчета ключевых показателей эффективности, работающих в этой модели.
Case Study: Practical tools and strategies for tackling legacy practices and ...Alejandro S.
In this talk you will learn how strategic tools like Wardley Maps, the C4 model and DDD’s strategic design helped a struggling CTO to fight against a crumbling monolith and the organizational practices that allowed its creation.
Among other things we will cover:
* How to plan, communicate and challenge strategies.
* Why strategy and thinking strategically is important for software developers.
* High-level overview of Simon Brown’s C4 Model
* High-level overview of DDD’s strategic design
* DDD Context Mapping
* High-level overview Wardley Maps.
* Wardley Maps: Landscape.
* FUN random facts about software development in startups :)
Enterprise DevOps Series: Using VS Code & ZoweDevOps.com
Imagine onboarding a next-generation developer with no mainframe experience who successfully debugs COBOL code on their first day. By equipping them with mainframe-specific extensions to common tools like Visual Studio Code combined with the Zowe framework, new talent can be productive immediately - all without disrupting colleagues using traditional tools.
Join this session to learn how mainframe application development is merging with enterprise IT toolchains and processes, including CI/CD pipelines. The presentation will include a demonstration of a mainframe developer cockpit designed for productivity and ready for shift-left automation. Make “Day 1 Debug” a reality.
International Project Management Standards - PRINCE2, PMI & Co. And Their Ben...Stefan Ondek, PMP, CSPM
Brief summary and comparison of top international project management standards (focus on PRINCE2 and PMI), their benefits, certification levels & requirements. Contains also key information about training courses on these project management standards.
Cloud-Native Fundamentals: Accelerating Development with Continuous IntegrationVMware Tanzu
DevOps. Microservices. Containers. These terms have a lot of buzz for their role in cloud-native application development and operations. But, if you haven't automated your tests and builds with continuous integration (CI), none of them matter.
Continuous integration is the automation of building and testing new code. Development teams that use CI can catch bugs early and often; resulting in code that is always production ready. Compared to manual testing, CI eliminates a lot of toil and improves code quality. At the end of the day, it's those code defects that slip into production that slow down teams and cause apps to fall over.
The journey to continuous integration maturity has some requirements. Join Pivotal's James Ma, product manager for Concourse, and Dormain Drewitz, product marketing to learn about:
- How Test-Driven Development feeds the CI process
- What is different about CI in a cloud-native context
- How to measure progress and success in adopting CI
Dormain is a Senior Director of Product and Customer Marketing with Pivotal. She has published extensively on cloud computing topics for ten years, demystifying the changing requirements of the infrastructure software stack. She’s presented at the Gartner Application Architecture, Development, and Integration Summit; Open Source Summit; Cloud Foundry Summit, and numerous software user events.
James Ma is a product manager at Pivotal and is based out of their office in Toronto, Canada. As a consultant for the Pivotal Labs team, James worked with Fortune 500 companies to hone their agile software development practices and adopt a user-centered approach to product development. He has worked with companies across multiple industries including: mobile e-commerce, finance, heath and hospitality. James is currently a part of the Pivotal Cloud Foundry R&D group and is the product manager for Concourse CI, the continuous "thing do-er".
Presenters : Dormain Drewitz & James Ma, Pivotal
Let It Flow: Using Flow Metrics to Combat Cognitive OverloadTasktop
Do conflicting priorities and interruptions disrupt your week? Is your calendar crammed with back-to-back meetings? If you are already overloaded and continue to take on more work, it’s likely you’re stressed. Stress impacts cognitive functioning - making it onerous to focus on and complete important work. While cognitive overload is difficult to measure, the impact is huge.
How can the impacts of stress be measured--and communicated? In this on-demand webinar, Tasktop Principal Flow Advisor, Dominica DeGrandis, presents actionable takeaways to address cognitive overload including:
- How to enable discussion for improvements using Flow Distribution and Flow Load
- How to allocate capacity for debt work by initiating “Flow Protection Time”
- How to put conditions in place for data-driven experimentation
How to Migrate Applications Off a MainframeVMware Tanzu
Ah, the mainframe. Peel back many transactional business applications at any enterprise and you’ll find a mainframe application under there. It’s often where the crown jewels of the business’ data and core transactions are processed. The tooling for these applications is dated and new code is infrequent, but moving off is seen as risky. No one. Wants. To. Touch. Mainframes.
But mainframe applications don’t have to be the electric third rail. Modernizing, even pieces of those mainframe workloads into modern frameworks on modern platforms, has huge payoffs. Developers can gain all the productivity benefits of modern tooling. Not to mention the scaling, security, and cost benefits.
So, how do you get started modernizing applications off a mainframe? Join Rohit Kelapure, Consulting Practice Lead at Pivotal, as he shares lessons from projects with enterprises to move workloads off of mainframes. You’ll learn:
● How to decide what to modernize first by looking at business requirements AND the existing codebase
● How to take a test-driven approach to minimize risks in decomposing the mainframe application
● What to use as a replacement or evolution of mainframe schedulers
● How to include COBOL and other mainframe developers in the process to retain institutional knowledge and defuse project detractors
● How to replatform mainframe applications to the cloud leveraging a spectrum of techniques
Presenter : Rohit Kelapure, Consulting Practice Lead, Pivotal
DevOps and Application Delivery for Hybrid Cloud - DevOpsSummit sessionSanjeev Sharma
The world is Hybrid. Organizations adopting DevOps are building Delivery Pipelines leveraging environments that are complex - spread across hybrid cloud and physical environments. Adopting DevOps hence required Application Delivery Automation that can deploy applications across these Hybrid Environments.
Пример внедрения методик портфельного управления в архитектурном бюро, сделанного компанией "Богданов и партнеры". Презентация с конференции Microsoft.
Что такое правильная мотивация? Может ли премирование в проекте считаться достаточным для эффективной работы в проекте? Как удовлетворить социальные потребности участников проекта? Каковы мотивационные факторы правильной мотивации? Как помогут менеджеру проекта знания типов личности своих подчиненных по Тайби Келлеру?
Прежде чем разобраться с мотивацией, необхожимо определить интересы участников проектов.Это особенно важно в большом проекте (мегапроекте) потому, что получить хороший продукт - возможно, а организовать эффективное управление им никому не удавалось.
26. Critical Path End Date
Accumulated Leveling
Delay = 72 days !!
Pre-leveled Post-leveled
Name
Finish Finish
System Qual Complete, Rev. A 10 Jul 13 20 Sep 13
27. Critical Path Analysis
MS Project 1 CCP 2
Unleveled Critical Path Yes Yes
Workload-Leveled Critical Path No Yes
Elapsed durations (ed) No Yes
Multiple Calendars No Yes
Logical Dependencies Yes Yes
Resource Dependencies No Yes
Most-Critical Path No Yes
Longest-Path No Yes
1 Critical Path 1.0 compliant
2 Critical Path 2.0 compliant
31. Determining the High-Confidence Date for
the Program
Task Duration Estimates:
– 50% Confidence durations
– 90% Confidence durations
MS Project Forecasts Finish Date (FF)
– Based on 50% confidence durations
High-Confidence Forecast Finish Date (HCFF)
– Including 90% confidence durations in Monte Carlo simulation
– HCFF - FF = Program Buffer
Only 1 buffer = Program Buffer
34. Time Simulation Results – Overview
Proof of Concept Schedules
System Qual Complete, Rev. A
Unleveled, forecast: 10 Jul 2013
Leveled, forecast: 20 Sep 2013
High Confidence: 09 Jan 2014
Program Duration: 542 Calendar Days
Leveling Delay: +72 Calendar Days
Program Buffer: +85 Work Days
Critical Handoffs 4 out of 65
PMI 2012 North-America Congress in Vancouver (Oct 2012):A = 2 B = 20C = 3 D = 14
REMARK: isn’t this a beautiful curtain of cross-project dependencies that makes all detail tasks invisible. In the 1990s, the screen resolution was so poor that the entire screen would turn black!
REMARKS: Delegate: more accurate model if scheduler trained wellMore than 2,000 tasks: a schedule with 2,000 tasks in it is a full-time job!!
QUESTION: which of these three were our biggest headaches? Raise your hand, whom of you think it was the 1st, 2nd , 3rd? Unexpectedly, it was nr 1!!!! This was because subproject schedulers scheduled for different reasons:Program delivery: conforms to checklist in my bookManaging resources: WBS not deliverable-oriented, resource vacations inserted as “tasks”, incomplete logic, logic on summary tasks. At SanDisk, the SW guys had schedules like this and were not willing to change them.Portfolio tracking: only needs to produce performance indicators (and explaining detail)
REMARK: you never know where the program Critical Path runs; we have been surprised more than once, particularly when you start simulating the IMS!
REMARK: 1. Is what most program managers are currently doing; very labor intensive, very error prone, often lack of trust in the overall program schedule
REMARK everybody is doing this: coding/labeling the handoff deliverables in the subproject schedules; “What do you need from whom?”We recommend using descriptive labels (rather than cryptic codes), but they have to be unique (create master list!!)
REMARK Each deliverable handoff becomes one line item in this spreadsheet; the spreadsheet becomes the dashboard for the program manager!
Xxxx can we find picture of Teamplanner view with optimized workloads (no empty spaces)?REMARK: You can see when resources are perfectly balanced when there are many Critical Paths that are equally critical.
DEMO resource-constrained IMS??!!
Data we are showing here is from Proof of Concept files only; obviously we could not present real-life data!PoC was realistic data but not real data.
REMARK the green line depicts the leveling delay
REMARK:MS Project does not do Resource Calendar and Task Calendar exceptions, only Standard (Project Calendar) exceptions! As per Oct 2012, CCP does the most-Critical Path but not (yet) the obscure situations of the Longest Path analysis (SNET on late deliveries without links to earlier tasks); does Primavera do these?????
REMARK Al programmed the Monte Carlo simulation in his own time in the evenings; he is a brilliant guy! We needed this because in a workload leveled IMS, the picked durations need to be entered into the schedule, the workloads need to be leveled by MS Project and the duration can then be determined. We need to add still that it calls our CCP tool to find the RCP in each scenario, so we can determine how often each task appears on program critical path.
REMARK:CSF = Critical Success FactorFor schedule reviews: several iterations were necessary!!Pilot program: Started courses in June 2012, first schedule reviews in July, first integration in mid October!!
REMARK typically, we do this every week!
Monte Carlo uses 50% and 90% range of dates!! SanDisk calls:50% = Aggressive But Achievable (ABA)90% = High Confidence (HC)NOTE: We follow Critical Chain in that:We use workload-leveled Critical PathWe try to prevent multi-taskingNOTE: We divert from Critical Chain because : We use ABA andHC estimates (not just 50% confidence level)We use Monte Carlo simulation to determine buffer we need (not just 50% of Critical Path duration)!We only use one buffer and do not insert buffers on secondary, non-critical pathsWe do no ALAP scheduling
What was the initial forecasted date in the schedule? Oct 7, 2013 (which is off-the-chart; not listed) !!
Al: does the 542 cal. days include the 72d leveling delay AND the 85d program buffer? No
NOTE these are made-up numbers from Proof of Concept files!
REMARK:A single project is “an integrated network with closed ends”A subproject is “many strands of insanity” or “many strands that are loosely coupled”
REMARK as you can see an IMS is very different from a single project
REMARK Single, Isolated Project with No Resources: whether you need Critical Path 1.0 or Critical Path 2.0 depends on if you use advanced features in the scheduling application or not (calendars, constraints, elapsed durations/lags, cross-project dependencies and workload leveling).
REMARK: you can see that this (small) program: started 2 days late (buffer went from 8 to 6: lost 2 days of buffer right at the start) and consumes the buffer faster than planned, Extrapolation forecasts the program to be finished at -4: 4 days lateNOTE: these charts are produced by CCP; we can produce one chart for entire program or multiple charts per program: one for each major milestone
REMARK:Functions = “departments”We are NOT using baseline schedules because things change too often and we needed more dynamic way to keep track of the dynamic program! Baselines require too tedious maintenance!
REMARKS: WRT:2. two-versions-of-the-truth problem: aim at One-Version-Of-The-Truth always!!3. Recommend to address the differences in scheduling styles: Common scheduling classes, central definition of major milestones, and pre-defined WBS levels across all functions4. minimize cross-project dependenciesOther lessons learned:The Critical Path can be found across multiple files and in (automatically) workload-leveled schedulesList of “Handoff” deliverables ideally needs to be defined first before scheduling effort is started (Milestones): who needs what from whom?Schedule Management:Focus on the Critical Handoffs (Milestones)Focus on the Program Finish Milestone dateDifference in MS Project planning styles. Recommend: Common scheduling classes, central definition of major milestones, and pre-defined WBS levels across all functions
FPGA = Field Programmable Gate Array
NOTE: as of Oct 2012, 5 and 6 are currently in exposure draft, but very promising documents!