クラウドに基幹を移行して5年超経過 - 急がば回れ、選ぶなら近道
もう5年か、まだ5年というべきかちょっと判断に迷う。大抵の業務系のシステムがクラウドを始めるのは現実的には今年来年以降になるので、今の自分達の状況は多分、今後の業務系システムをクラウド移行したユーザの近未来になると思う。ので、予想的にまとめておく。本格的にクラウドを利用した業務アプリケーションの5年がどうなるかの一つの指針になるかと。 以降は別に統計データでもなんでもなく5年間を眺めてみて自分の印象。 ・障害：大規模は５年で2-3回程度。一度は業務に影響が出て客先にお詫びに行った。AWSだったけど、サポートからは「もう回復してるのでチケットクローズね」みたいな話だったと記憶している。その後は大体四半期に一回程度のN/W障害。障害は普通に起きているし、オンプレと比べてどうか、という比較では細かい障害件数は減った気はしていない。ただし、「ドカンと来るでかい障害」は確実に減った。 ・データ増加対
難易度は？ 効果は？ 実践して初めて分かった「ペアプログラミング」の実際
この20年ほどの間に、「ウォーターフォール」へのアンチテーゼとして現れた、XP（エクストリーム・プログラミング）やScrumと呼ばれる「アジャイル」な開発手法が浸透してきた。中でも、近年ではXPの一部を構成する「ペアプログラミング（ペアプロ）」に対する関心が高まりを見せているようだ。ただ、ペアプロという手法があることを知ってはいても「どのように導入を進めれば良いか」「どのような効果があるのか」については、漠然としたイメージしか持っていないという人も多いのではないだろうか。今回、Yahoo! JAPANのヤフオク!カンパニーにおいて「Lean XP」の一部としてペアプロを導入した山下真一郎氏と、日本におけるテスト駆動開発（TDD）の第一人者である和田卓人氏に、自らの実践の中で感じているペアプロのメリットや、導入のポイントについて語ってもらった。 「Lean XP」の一部としてペアプロの導入に
今はコードがお偉いさんなんだからMOBは雁首揃えろって話 - アンカテ
技術なきマネジメントの衰退とその対策 - メソッド屋のブログ Mob Programmingって初めて聞いたけど、とてもいい方法に思える。 コードを書く時に、今現在の仕様はわかっていたとしても、今後どうなるか、どういう方向に発展するのか気になって、ビジネス的にその分野に詳しい人の所に聞きに行ってから書きはじめることがあるし、性能的に大丈夫かDBに詳しい人の意見を聞いたり、何か迷った時に過去のプロジェクトで似たようなケースをどっちの方法で解決したか調べたりすることもある。 書き出すとすぐ終わる短いコードでも、書き出す前に、聞きにいったり議論したりする時間が随分かかっていることもある。この時間をかけないと、結局、後で変更になるので、先に聞きにいくのがベターなんだが、チーム全員集まってひとつのコードを書けば、そういう時間を省略できるような気はする。 だから、これが生産性が高いということは感覚的に
モブプログラミングを実際にやってみた - Qiita
「巷で噂のモブプログラミングってどうなんだろう？」と興味を集まったメンバーで集まって、実際にモブプロをしてみました。参考までに簡単にまとめておきます。 モブプログラミングとは モブプログラミングは、2012年頃にHunter Industies社で取り組みが始まりました。そこで得た知見をWoody Zuillさん達がカンファレンス等で紹介することで広まっていきました。 Mob Programming – A Whole Team Approach by Woody Zuill 以下の動画を見ると、実際にモブプログラミングをしている様子を見ることができます。 さらに2016年の様子のビデオが下記です。複数のモブが動いている様子を見ることができます。 モブプロは簡単に言うと、みんなで画面をみながらわいわいプログラミング（またはそれに準じた作業）をすることです。基本的な進め方・コツ・現場で出てき
技術なきマネジメントの衰退とその対策 - メソッド屋のブログ
今回は、マイクロソフトにいて自分が感じているIT業界の大きなスタイルの変化の兆候とその対策について書いてみた。今回もいつも通り、単に自分の意見をシェアしているだけであって、他の人にどうこうしろと言いたいわけではない。ただ、日本のIT業界が米国に追いつき、追い越すための議論のきっかけになるといいなと思っている。自分も楽しみながらも、もがいていることと、そこで見えた光について書いてみたい。 世界は「技術力」の重視に向かっている 私のキャリアは、某大手SIerを12年勤めた後、ITコンサルティング企業に３年在籍して、主に超上流を実践した。その後独立し、ビジネスモデリングから、アジャイルや、DevOpsの導入支援、マネジメント、開発などを実施していた。 私がマイクロソフトを受けてみようと思ったのは、友人からの推薦の要素が大きかったのだが、その背景では、海外で勤務したいという希望があったのと、「技術
リーダー(管理者)ではなくエンジニア(実務者)でありたいと願う人々へ - おうさまのみみはロバのみみ
「お前は向いていないんじゃない、やってないだけだ」 この一文を読んでほんの少しでもなにかを感じた人は是非とも↓の本を今すぐに読むべきだ。 エラスティックリーダーシップ ―自己組織化チームの育て方 作者: Roy Osherove,島田浩二出版社/メーカー: オライリージャパン発売日: 2017/05/13メディア: 単行本（ソフトカバー）この商品を含むブログ (1件) を見る 本著はみんなが考え、感じているリーダーシップという曖昧模糊な概念に対して具体性をもたらせてくれる。 それは「チームリーダーの役割は優れた人材が育つのを助けること」と定義付けていることだ。 このシンプルである意味で本質をついている定義付けが本著を名書たらしめているとぼくは思う。 この本の構成は1部〜4部(おおよそ本書の半分ほどを占めている)までが著者によるリーダーシップとはなにか？3つのフェーズの分類とそのときに期待さ
日本人の残業が増えたのは電子化が原因
日本は仕事の効率が悪いって言われることについて思ってることを殴り書きしてみた 紙での処理をデジタルに置き換えただけの電子化これはよく言われることだけど普通の国なら電子化によって効率化して仕事量は減る ところが日本は電子化によって仕事量が増えた 単に紙でやっていた作業を電子化しただけなので 作業量はほぼ変わらずに習熟のコストだけが上がった Excel方眼紙やPDFだらけのシステムはそのせい 本当なら電子化するときに紙では必要だったけど本質的に必要じゃ無いものは削ったり 電子化することで自動化できる部分に関しては省略したりする必要があった ただ特に大企業の人間は「もしかしたら必要かもしれない」という恐怖心に勝つことができず 成功はないけれど失敗もない「ただ紙でやってた業務をデジタル化した」だけに留めてしまった 中途半端な電子化とルールの非明文化さんざん議論して効率化するために導入したはずなのに
スピード感のために品質を落とすということはチームの成長を諦めるということ - ネットの海の片隅で
サービスを開発していると、スピードが重視される。 そのこと自体にはまったく問題はなくて正当なことだと思っている。 ユーザーに対して一刻も早く価値を届けるためには必要なことだ。 そもそも、自分がいる Web 界隈ではこの点について異論のあるサービス開発者はあまりいないんじゃないかと思っている。 ただ、それを達成するための方法になると途端に意見が分かれはじめて、人によって重視することが全然違ってくる。 ある人は「スピード感が大事」と言い、ある人は「ちゃんと作ったほうがトータルでは速い」と主張する。 しかし、こういうときに意識される品質と速度についてのトレードオフは、実際には完全なトレードオフではないと思っている。 技術力のある人はある程度急いで作ったとしても一定以上の品質のコードを書くし、意図的に品質を落としたとしても速度はあまり上がらない。 逆に、技術力が高くない人が時間をかけて作ったとして
だんだん開発スピードが遅くなっていくのをどうやってとめたら良かったんだろう？ - Mitsuyuki.Shiiba
先日、モブプロをやってきた。その中で、モブプロとは別で、いくつか感じたことがあって、今日はその中のひとつを思い浮かんだままにメモ。 bufferings.hatenablog.com 要件を満たすプロダクトをより早く出す モブプロでTDDしながら、要件を満たすプロダクトをより早く出すことに集中してみた。例えば、第２ラウンドのお題はTDDBCなどでお馴染みの「自販機」。 「100円を入れてボタンを押すとコーラが1本買えること」 最初に「100円を入れてボタンを押すとコーラが1本買えること」と言われ。 assertThat(get(100), is("コーラ")); みたいなテストを書いて。 String get(int money) { return "コーラ"; } みたいな実装を書いた。爆速！ 「200円を入れてボタンを押すとオレンジジュースが1本買えること」 次に「200円を入れてボタ
リモートワークへの努力とは何なのか - axross.io
リモートワークへの努力とは何なのか 僕が去年の11月にKaizen Platformに転職したこともあり、知り合いから「自分たちの会社でリモートワークを始めた/始めたい」関係の話を聞くことが多くなってきた。転職してまだ半年くらいだけど、僕たちの会社の取り組みや、それに対して僕が考えていることを書いてみる。 ここに書いてあることはKaizen Platformの他のメンバーと見解が違う場合がある。かつて弊社の技術顧問だった@naoya_ito氏はこれらの文化の土台を築いたが、彼はそれをルールとして縛ることはせず、ガイドラインとして残した。だから多様な見解があり、僕たちはそれを良しとして仕事をしている。 Kaizen Platform という会社にいる。この会社は文化的にリモートワークが根付いていて、働く場所と時間の制約がない。 時間や場所の制約がないので、同じ時間に同じ場所にみんなが集まるこ
エラスティックリーダーシップ
TOPICS Business/Essay 発行年月日 2017年05月 PRINT LENGTH 288 ISBN 978-4-87311-802-4 原書 Elastic Leadership FORMAT PDF 複雑で変化の激しい問題に取り組みながら成果を出すチームとは、学習するチームであり、自己組織化されたチームです。そうした状態へとチームを導くには、どのようなリーダーシップが求められるのでしょうか。本書は「エラスティックリーダーシップ」というリーダーシップモデルをもとに、チームを学習する力のある自己組織化された状態へと育てる方法を解説します。 リーダーシップのスタイルをどのように使い分けるべきか。チームに学習することを学ばせるための時間の使い方とは。メンバーが真のコミットメントを示すための言葉遣いとは――。チームをより良くする実践的なヒントが詰まっており、チームリーダーやマネー
技術的負債の返済プロジェクトが失敗する 11 のワケ - jfluteの日記
ワケ一覧 序の口: フレームワークだけが負債だと思ってる 序二段: ビジネスサイドに理解してもらう努力がない 三段目: 技術で遊び過ぎてしまう 幕下: 太り過ぎアーキテクチャ 十両: 過去に目もくれず、現状だって見ない 前頭: 技術に詳しいだけでアーキテクト 小結: アーキテクトの知識と覚悟が足りない 関脇: スパンが長く、モチベーションが続かない かど番大関: スパンが長く、人の入れ替えでチグハグ 大関: アーキテクチャデザインはどこへ？ 横綱: 実は人間的負債だった 序の口: フレームワークだけが負債だと思ってる みんな、フレームワークが大好き。とはいえ、さすがにみんな、「フレームワークが古いことだけが負債」だなんて思ってないはずだが...なのに多くの人が、あたかもそのような振舞いと判断をしてしまう。潜在意識の Big Issue だから？ o 信用できないテストデータ も負債 o 現
会議なし、資料なし、会社に来る必要なし！／カルビー松本会長「ダイバーシティーが嫌いな会社に未来はない」 - Woman type[ウーマンタイプ] | 女の転職type
2016年12月12日（月）、東京・有楽町マリオンにて、朝日新聞社主催の『CHANGE Working Style シンポジウム』イベントが開催された。 第１部のシンポジウムでは、働き方改革先進企業６社の経営者らが登壇。各社の働き方改革に対する姿勢や、実際に行っている取り組み、その効果事例などについて紹介した。 【写真左から】 進行役：町田智子さん （朝日新聞社 取締役女性プロジェクト担当） 魚谷雅彦さん（株式会社資生堂 代表取締役 執行役員社長兼CEO） 大西 洋さん（株式会社三越伊勢丹ホールディングス 代表取締役社長執行役員） 北沢利文さん（東京海上日動火災保険株式会社 取締役社長） 新浪剛史さん（サントリーホールディングス株式会社 代表取締役社長） 松本 晃さん（カルビー株式会社 代表取締役会長兼CEO） 吉澤和弘さん（株式会社NTTドコモ 代表取締役社長） 特に、会場から注目を集め
![会議なし、資料なし、会社に来る必要なし！／カルビー松本会長「ダイバーシティーが嫌いな会社に未来はない」 - Woman type[ウーマンタイプ] | 女の転職type](https://cdn-ak-scissors.b.st-hatena.com/image/square/4cc2893b951c74f8a4c39bd2111168d44b467043/height=288;version=1;width=512/https%3A%2F%2Fwoman-type.jp%2Fwt%2Ffeature%2Fwp-content%2Fuploads%2F2017%2F01%2Fog_6262.jpg)
「会社に来なくても良く、仕事はどこでやっても良い」と、成功する人と落ちぶれる人がはっきり別れる。
カルビーが、事実上「会社に来なくてもいい」という働き方に舵を切った。 在宅勤務、毎日でもＯＫ カルビーが４月以降に新制度 カルビーは４月以降に、自宅など社外で勤務する「テレワーク」の上限日数（週２日）を撤廃する。制度上は毎日テレワークが可能になる。多様な働き方を認めることで、優秀な人材を確保するねらいだ。（朝日新聞） 一見すると、自由に働け、通勤ラッシュに巻き込まれることもなく、理想の働き方ができるように見える。 実際に肯定的意見も多いが、もちろんこれの裏は 「仕事の評価は、成果でのみ行いますよ」ということに他ならない。 上の記事中にもこうある。 対象はパートや工場勤務の人を除き、契約社員を含めた入社３年目以上の社員になる見通し。会社側が勤務時間をどう把握するかなど制度の詳細や実施時期は今後詰める。同社首脳は「会社が求めるのは成果。働き方改革をしないと会社はよくならない」と話す。 これによ
「日本の総務部は30～40年遅れている」
世界の総務部を見て、日本の総務部や間接部門全体をどのように評価していますか。 カックス氏（以下、カックス）：今の日本のような総務部は、決して珍しいものではありません。というのも、30～40年前は世界中の総務部が同じような存在だったからです。 私が富士通の米国支社で働き始めた1980年代、自分から望んで総務部に配属される社員はほとんどいませんでした。当時の総務は、「会社から期待されていない裏方部門」だったんです。私自身、たまたま英語と日本語が話せたので総務部に配属されました。 ただ、私が総務に配属された頃から、アメリカではプロの総務を育てようとする動きが出てきました。総務部門の業界団体なども登場し始めた。 世界の総務と日本の総務で何が違うか。最も大きい点は、欧米企業では総務部というのは、バックオフィスの専門職であるということです。間接部門とひと括りにするけれど、その中には経理や人事、システム
ruby world conference 2016 2日目のSocial Codingに関する話のメモ - is Neet
昨日に引き続きコレも本当にめも。 でもMSがどういう経緯でOSS活動を始めるに至ったか、最近のイケてるMS感がどうやって出てきたのかという話がされていて面白かった。 ソーシャルコーディングについての話もワクワクさせられたし、良いセッションだった。 githubの歴史とこれから あるプロダクトを作ろうとした人々（別々の会社にいた）がソーシャルコーディングする術がなかったから作った 創業2008年, 1500万+ユーザ, 3800rep, 600従業員, 1000大学 email, subversion,などの方法でかつてはOSSは存在していた コミュニティーの運用も大変だった 今日ではgithubでそれが一本化された。同じワークフローにすることができた 世界中のダレでもOSSに参加できるようにする コミュニティーをその周辺に作るかが重要である 企業がOSS登録することもしはじめた. 企業にと
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
モブプログラミング - Woody Zuill氏とのインタビュー
サイボウズのPC標準機はどれもメモリ32GB積んでるって、正直ムダじゃないですか？ | サイボウズ式
社内の雰囲気が悪い理由は――アトラエの新サービス「wevox」は社員のエンゲージメントを可視化する | TechCrunch Japan
Wantedly（ウォンテッドリー）はたらくを面白くするビジネスSNS
