Agile Consulting: A Tale of Two Risks
In Agile Consulting, my work comes in many shapes and sizes. In this consultant role, I work on the skills and standards needed for my clients to be proficient in their line of work. On this particular occasion, my Agile Consulting work was with a client (we’ll call this client Acme Marketing and Technology) who delivers technology and marketing services in a Scrum/Agile-like manner. Acme had an u
客を見限る外資系ITベンダー、続「日本企業にソフトは売らない」
まもなく、この「極言暴論」を書き始めて4年を迎える。この間、ユーザー企業のIT部門やITベンダーの“惨状”を暴き続けたにもかかわらず、ユーザー企業のCIO（最高情報責任者）やITベンダーの経営幹部をはじめ当事者の皆さんから、「筆を緩めるな。遠慮せず、もっと書け」と多くの激励を受けてきた。当事者として強い問題意識があるためだろうが、大変ありがたいことである。 ところが、肝心のIT部門やITベンダーの改革がなかなか進まない。「このままじゃマズイ」と思うのなら自ら変わればよいと思うのだが、「社長がITを分からないから…」とか「客が変わらないと…」とか言い訳ばかりで、一歩を踏み出そうとしない。木村にボロカスに書かれて喜んでいるだけなら、単なるマゾである。私はサドではないので、くれぐれもお間違えなきようお願いしたい。 そんなわけで、最近ふと「当初はどんな記事を書いていたのか」と思い、初期の記事をみて
The Liberators
Involve your actual stakeholders Only your stakeholders can determine what is valuable about your work. And by "stakeholders" we don't mean Jenny from marketing or Dave from project management. However useful their opinion is, your actual stakeholders are the people who pay for your product or use it on a regular basis. Everyone is your audience. Now, we know its hard to find the right stakeholder
elasticsearchをランサムウェアから守るには #elastic - クリエーションライン株式会社
こんにちは。木内です。年末から十分に設定されていないMongoDBをターゲットにしデータを消去したうえで、復元料を要求する攻撃が続いています。最近同様の攻撃と思われるものが elasticsearch にも行われていることがわかりました。 [MongoDBに関する情報] ZDNet Japan - 「MongoDB」狙うランサムウェア攻撃で2万7000超のデータベースが被害に--研究者ら報告 http://japan.zdnet.com/article/35094721/ [elasticsearchに関する情報] Elastic Forum - Ransom attack on Elasticsearch cluster? https://discuss.elastic.co/t/ransom-attack-on-elasticsearch-cluster/71310 PC World
boardを支える技術・サービス - ヴェルク - IT起業の記録
boardの開発・運用で利用しているサービス・プロダクト等を紹介します。 AWS（Amazon Web Services）EC2・RDS・ElastiCache・S3・CloudFront・CloudWatch・Route53・API Gateway・SQS・Lambdaなどを利用しています。 NewRelicサーバの監視は、AWSのCloudWatchに加え、NewRelicも使っています。特にパフォーマンス周りはNewRelicをよく見ています。 Ansibleサーバの構成管理。 AWSの各種設定からEC2内のRuby環境の構築などを一通りAnsibleでできるようにしています。 また、開発環境もAnsible+Vagrantでできるようにしています。 また、boardだけでなく受託でも使えるよう、AWSの新規アカウントからの各種設定（IAM・セキュリティグループ・RDSのパラメータグ
あなたの会社の面談設定率が低い幾つかの理由 | INST blog
INST石野です。先週1週間ブログサボったことには触れないで下さい。 さて、今日は久々に人材ビジネス向けの記事を。というのも、1月に入ってからと言うもの（そんなにブログ書いてないのに）人材ビジネスの会社様からのお問合わせが非常に多くてですね。4月入社に向けての最後の追い込み！という感じなのでしょうか。 皆様もご存知のように、INSTのサービスのご利用企業の多くは人材紹介、人材派遣、求人媒体などの人材ビジネスの企業様です。そして、ご利用になっていただく活用シーンとして「面談設定率の向上」が二大活用シーンのうちの一つ、いわゆるメインと言っていい利用用途というわけですな。 まあ、「面談設定率を上げたい」ということでご相談を頂き、INST Messengerを使って業務改善のご提案をさせていただくわけですが、その中でも「こういうことをやっている会社は面談設定率が低い」というパターンがいくつかわかっ
AmazonやGoogle、リクルートなどが行っているように、社内から良い新事業アイデアを集める方法とは。
ホーム > AmazonやGoogle、リクルートなどが行っているように、社内から良い新事業アイデアを集める方法とは。 こんにちは。Relicの北嶋です。 今回は「事業アイデアの社内公募」についてです。 （写真は弊社CCOの黒木です） 実は社内からの提案がアイデアがスタートのきっかけだった、という世界的事業は数多くあります。有名所ではAmazonのAWSや、GoogleのGmailなど、数え上げればキリがありません。 こういった成功事例を見て、経営陣が「新しい事業について、社内公募制度をやろう！」と言い出すことが多々あるのではないかと思います。 特に、会社が大きくなってくると ・経営陣が現場から遠ざかっており、新しい事業アイデアが出にくい ・ボトムアップ型組織への移行を果たしたい ・若手にチャンスを与え、抜擢するきっかけとしたい などの理由から、社内公募制度を多くの企業が採用します。 実際
「石橋を叩いて渡る」ということわざを使ったウォーターフォールとアジャイルの違い - Qiita
石橋を叩いて渡るということわざがありますよね。 良い言葉だと思います。好きです。 石橋を叩いて渡るという言葉こそアジャイルだよなあと考えていたら、良い例えが思いついたので書いておきます。 ウォーターフォールとアジャイルの違いを石橋を叩いて渡るという言葉に当てはめて考えてみます。 石橋をたたく行為（＝渡れそうか考えて実際叩いてみて検証する行為）を、開発において計画を立てたり検証したりすることに例え、 石橋を渡る行為を実装することに例えます。 普通に石橋を叩きながら渡るのがアジャイル。 スタート地点で立ち止まって柄の長いハンマーを時間をかけて作って、石橋の近いところから遠くまで叩き終わったら渡り始めるのがウォーターフォール。 アジャイルはスタートは早いけど、近い場所（＝直近の計画）しか叩けない（叩かない）。 ウォーターフォールはハンマーの柄が長いので遠い場所（＝終盤までの計画）まで叩けるけど、
事例で学ぶ、 Microsoft Azure活用術 ～クラウド移行編～(16) 提供基盤を Azure へ移行することで、よりセキュアかつ利便性の高いサービスへのリニューアルを実現 – セゾン情報システムズ
提供基盤を Azure へ移行することで、よりセキュアかつ利便性の高いサービスへのリニューアルを実現 – セゾン情報システムズ ファイル転送ミドルウェア「HULFT」シリーズの開発、販売、サポート サービス等をはじめ、カードシステム事業や流通・ITソリューション事業など、数多くのソリューションを手がける、株式会社セゾン情報システムズ。同社は、2016 年 11 月、小売業向けギフト販売管理ソリューション「GIFT クラウドサービス」について、全面的なサービス リニューアルを実施。提供基盤を従来の自社仮想環境から Microsoft Azure へと移行し、よりセキュアかつ利便性の高い「STORES-GIFT」として、新たに提供を開始しました。 同リニューアル プロジェクトは、わずか 3 か月という短期間でシステムの再構築を完了。リニューアルにおける重視事項であった「料金体系」と「利便性」、
事例で学ぶ、 Microsoft Azure活用術 ～クラウド移行編～(18) ミッション クリティカル性の高い SAP ERP の開発 検証環境を Azure 上に移行 - オイレス工業
オイルレスベアリングと免震、制震装置のトップ メーカーとして、ワールドワイドなビジネスを展開するオイレス工業株式会社。世界に 10 か所以上の拠点を持つ同社にとって、全拠点における業務とワークフローを標準化する ERP は、きわめてミッション クリティカル性の高いシステムとなります。 この ERP の安定稼動を維持すべく、オイレス工業株式会社はこれまでオンプレミスで本番機と開発検証環境を運用してきました。しかし、膨大な運用負荷を背景に安定性が、そして拡張性が物理リソースに制限される背景でアジリティが、それぞれ課題化していました。この状況を打破すべく、同社はパブリック クラウドの活用を選択肢に据えた ICT 基盤の移行を計画。高い信頼性を評価し、ERP の開発検証環境を Microsoft Azure へ移行し、オンプレミスに残すシステムの DR サイトとしても Azure を活用しています
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Fragile Agile: Coaching a Tired Team
When to Groom Your Product Backlog - DZone Agile
スクラムトレーニング(SCRUM BOOT CAMP) 2/22@品川
The Liberators