SIG Project Fund (SPF)
The SIG Project Fund (SPF) was created in order to further the work of the SIGs by pooling SIG funds to support projects that will benefit multiple SIGs. It was managed by the SIG Governing Board with decisions about the SPF being made by those SIGs that contributed to the fund.
Proposals were required to meet the following guidelines:
The project proposal should outline: its goals, its operation plan and timelines, its participants and their qualifications, its funding needs and sources, its plan to evaluate its outcomes, and its reporting plans including a required final report that must be submitted within 90 days of the end of the project's operation.
The outcomes supporting the goals of the project should be concrete and measurable.
The project must describe specifically how it will support the efforts of more than one SIG and must be sponsored by one or more SIGs through a transmission letter from the sponsoring SIG Chairs. The sponsoring SIGs must all be contributors to the SPF by meeting their SPF assessment.
For each project, a sponsoring SIG is responsible for submitting the required reports. A SIG that has not met its project reporting requirements may not sponsor a new project. Thus any required interim reports must have been submitted for ongoing projects; the final report must have been submitted for a completed project.
The fund is no longer available.
ACM Queue’s “Research for Practice” serves up expert-curated guides to the best of computing research, and relates these breakthroughs to the challenges that software engineers face every day. This installment, “The DevOps Phenomenon” by Anna Wiedemann, Nicole Forsgren, Manuel Wiesche, Heiko Gewald and Helmut Krcmar, gives an overview of stories from across the industry about software organizations overcoming early hurdles of adopting DevOps practices, and coming out on the other side with tighter integration between software and operations teams, faster delivery times for new software features, and achieving higher levels of stability.
Written by leading domain experts for software engineers, ACM Case Studies provide an in-depth look at how software teams overcome specific challenges by implementing new technologies, adopting new practices, or a combination of both. Often through first-hand accounts, these pieces explore what the challenges were, the tools and techniques that were used to combat them, and the solution that was achieved.
Why I Belong to ACM
Hear from Bryan Cantrill, vice president of engineering at Joyent, Ben Fried chief information officer at Google, and Theo Schlossnagle, OmniTI founder on why they are members of ACM.