Configuration Managementツールのポリシー定義用中間言語に関する考察 (WSA研#7予稿) - Gosuke Miyashita
概要 マネージドなコンテナ実行環境の普及に伴い、Configuration Managementツールを利用する必要がある現場は少なくなったが、Configuration Managementツール自体の必要性はまだ失われていない。また、モバイルコンピューティングやエッジコンピューティングの普及に伴い、Configuration Managememntツール自体のあり方も今後変化していくと考えられる。 本予稿では、Configuration Managemantツールの役割を整理し、Configuration Managementツールの今後のあるべき姿を検討する。それにより導きだされた、Configuration Managementツールを3層で構成する方式を提案し、その中で中心的な役割を果たすポリシー定義用中間言語について考察する。 Configuration Managementと
管理職のためのエンジニア組織構築マニュアル | DevelopersIO
はじめに クラスメソッド株式会社 AWS事業部長の佐々木です。 私は前職で創業メンバーの1人としてビジネスを立ち上げた後、エンジニアとして実業務に携わりながら、統括マネージャーとして50人規模のエンジニア組織を構築しました。 また2014年にAWSエンジニアとしてクラスメソッドに入社し、2015年7月よりAWS事業部の部長に就任。事業は順調に拡大しており、2015年と比較して組織も2倍以上に大きくなりました。これは優秀な仲間に恵まれたのはもちろんのこと、組織設計と構築プランが功を奏したことも一因だと感じています。 そこで、私がこれまでに培ってきた経験から得たエンジニア組織の構築の仕方をお伝えしたいと思います。 エンジニア組織構築マニュアル 骨子を定義する これはエンジニア組織に限りませんが、組織には3つの骨子が必要です。 ポリシー ビジョン ターゲット ポリシーは、その組織が最もこだわる一
資格に走る人が知らない｢社内価値｣の高め方
コンテンツブロックが有効であることを検知しました。 このサイトを利用するには、コンテンツブロック機能（広告ブロック機能を持つ拡張機能等）を無効にしてページを再読み込みしてください。 ✕
IDEO創業者が語る「創造的な組織をつくる3つのこと」
「問いかけ」次第で日本人は変わる 日本人が行動を変えるヒントは「問いかけ」にあります。問いかけを変えていくことで、人の行動も変わっていきます。IDEOには「How might we…」（＝どうすれば私たちはそれができるか）という課題の発見方法があります。 トム・ケリー氏●1991年、兄のデイヴィッドとIDEO設立。社団法人Japan Innovation Network理事。著書に『クリエイティブ・マインドセット』など。 「How」の部分は「どうするか」と同時に、それが常に改善が可能なことを前提として、どう実現していくかを表しています。「might」に関しては、「How」に対して一つの確定的な答えがあるのではなく、無数の可能性があるということを示しています。最後の「we」という部分は、1人の話ではなくて、みんなで連携してプロジェクトを進めることを意識するということです。この「言葉」を実践し
「アイデアの流れ」を理解すれば、発想力は高まる | Forbes JAPAN 公式サイト（フォーブス ジャパン）
クリエイティビティとは、1人の頭の中で生まれるものではないー。知識や経験が結びつき、アイデアは磨かれていくのだ。この「流れ」を意識すれば発想力は高められる。 アップル共同創業者、スティーブ・ジョブズのような天才が生み出したプロダクトの数々を目にして、「自分にはクリエイティビティ（創造力）がない」と落胆する人もいるかもしれない。 しかし、そのジョブズも「創造力とは、物事を結びつける力に過ぎない」と話している。同じように、「（創造力とは）1人の頭の中で起こることではなく、さまざまなアイデアが集まって生まれるもの」と語るのは、MITメディアラボのアレックス・ペントランド教授だ。 「自分とは違うタイプの人との議論が、アイデアを呼び起こします。創造性の高い人は、あるアイデアについてじっくりと考え続けるものです。また、それを別のものと組み合わせたり、周りに評価を求めたりもします」 例えば、作家や発明家
チームビルディングにストレングス・ファインダーを活用する - snoozer05's blog
新しいプロジェクトのたびに、どうチームを作っていくかということを試行錯誤しています。つい最近やってみて、とても有効性を感じた試みに、チームを始める際にストレングス・ファインダーの診断結果を交換しあうというものがあります。 ストレングス・ファインダーとは、人の持つ34の資質の中から自分の中で優位を占める特徴的な資質5つを診断してくれる診断テストです。 ストレングス・ファインダーの結果は、互いの強みや特性を知るという、自律的なチームを作る上では必須だけれど難易度の高いコミュニケーションをとてもスムーズに行える良いツールだと感じています。しかし、現状はまだあまりそうした使われ方として十分には流通していなそうなので、ここで紹介します。 ストレングス・ファインダーについて ストレングス・ファインダーとは、企業コンサルや世論調査などを行っているギャラップ社が提供している診断テストです。オンライン上で質
小野和俊のブログ:プログラマー風林火山
アプレッソというベンチャー企業の CTO を務めて6年と2ヶ月になる。変化の激しいベンチャーに比較的長い期間身をおいていたので、社内外のいろいろなタイプのエンジニアと仕事をしてきた。 あるエンジニアが参加することで開発チームが短い期間で大きく変わったこともあったし、開発チームのメンバーが15人いた頃よりも、お互い補い合えるエンジニアが5人くらいの頃の方が成果が出たりすることもあった。 そういう経験を重ねていくにつれ、私の中では、スターエンジニアと呼べる人たちの持っているものについての、いくつかの類型ができてきている。今まで一緒に仕事をしていく中で本当に心強かったのは、最近エンジニアのキャリアパスの議論でよく言われるような財務のわかるエンジニアとか営業もできるエンジニアではなく、あるいは人と異なるユニークな能力を身に付けようとしているエンジニアでもなかった。ではどういうエンジニアが、というこ
Engineering Managers Should Code 30% of Their Time
Currently we allow the following HTML tags in comments: Single tags These tags can be used alone and don't need an ending tag. <br> Defines a single line break <hr> Defines a horizontal line Matching tags These require an ending tag - e.g. <i>italic text</i> <a> Defines an anchor <b> Defines bold text <big> Defines big text <blockquote> Defines a long quotation <caption> Defines a table caption <c
DMM inside
日本アニメ初の快挙！海外アニメ賞を受賞した『スキップとローファー』海外ライセンス部長&プロデューサーが語る、奮闘の舞台裏
RackTables
Copyright © 2019–2024 Denis Ovsienko and contributors Copyright © 2018 Denis Ovsienko, Alexey Andriyanov, Aaron Dummer and contributors Copyright © 2013–2017 Alexey Andriyanov, Aaron Dummer, Denis Ovsienko and contributors Copyright © 2011–2012 Denis Ovsienko, Alexey Andriyanov, Aaron Dummer, Jonathan Thurman and contributors Copyright © 2010 Denis Ovsienko, Ryan Farrington, Alexey Andriyanov and
チームの士気を下げさせないマネジメント3原則＋8つの実践術 | ライフハッカー・ジャパン
こちらの記事では、チームのモチベーションを下げさせないための鉄則として、以下の3点を挙げています。 その1: 公平性 給与・待遇などにおいて、フェアに扱うこと その2: 成果の尊重 仕事やその成果を尊重すること その3: 健全な仲間づくり メンバーと良好で建設的な関係を構築すること とくに重要なのはメンバーに一定の安心感を与えること。成果が出なかった場合でも、クビにするというのは、究極の最終手段と考えるべきだそうです。 では、日常のマネジメントでは、具体的にどのような点に気をつければよいのでしょう？この記事では、以下の8点を勧めています。 明確で信頼できる目標をチーム全体に浸透させる メンバーの貢献をきちんと認める メンバーの仕事が円滑に進むよう、「調整役」になる メンバーの育成のため、コーチングする コミュニケーションを十分にとる やる気のないメンバーとも向き合う チームワークを推進する
プロジェクトの遅れを取り戻す方法10選
印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます プロジェクトが計画通りに進まなくなる原因は数多くある。例えば、タスクの見積もりが甘かったり、プロジェクトから要員が抜けたり、リソースの割り当てがまずかったりということがある。本記事では、遅れの生じたプロジェクトを立て直すための実践的なテクニックを紹介する。 プロジェクトチームで働いた経験のある人であれば、様々な要因によってプロジェクトの納期がずれ込んでしまうということを知っているはずだ。一部の作業が当初の想定よりも手間取るものであったり、メンバーの入れ替わりが激しく、新担当者の業務知識に対する習得時間が無視できないものとなったりするのは珍しいことではない。また、単に作業見積もりが甘かっただけということもあるだろう。しかし原因がどのような
へ〜たのめも:Google のソフトウェア・エンジニアリング - livedoor Blog（ブログ）
2007年06月07日 Google のソフトウェア・エンジニアリング Google Developer Day Tokyo の鵜飼さんのプレゼンより、「Google のエンジニアはどうやって開発しているのか?」 Google の研修 入社して最初の 3ヶ月は本社(Mountain View)で研修 研修中は、メンターがついて「Google での開発の仕方」を学ぶ 内部ウェブ・サイトで社内共有ライブラリの使い方などを説明する動画があるので、それで自習 Google のプロジェクト・チーム 開発拠点は米国、スイス、オーストラリア、インド、日本など 場所とプロジェクト・チームは関係なく、プロジェクト・チームが拠点をまたがることは普通。世界中の拠点全部合わせて、一つの Google エンジニアリング・チーム 開発はデザイン、コーディング、テスト、改善、デモの運用まで上流から下流まで同じチーム(同
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
開発組織マネジメントのコツ - Speaker Deck
ガントチャート,プロジェクト管理,スケジュール表がサクサク作れる。チャート作成がカンタンに共有！しかもフリー タスク管理にも - Brabio!
分散リポジトリ型時代のソフトウェア構成管理