Model.Extract.Run.Build better apps with Flume. A React-powered node editor and runtime engine Extract business logic into JSON graphsBuild apps that are resilient to changing requirements by modeling your business logic as a JSON graph. Flume provides a sleek UI for creating and editing these graphs. This is a live Flume node editor. Go ahead, take it for a spin! Build apps that are resilient to

小林 優多郎 ［Tech Insider 編集チーフ］ Aug. 08, 2018, 05:05 AM ビジネス, 深掘り 77,430 より付加価値の高い仕事を誰もができるようにする｢働き方改革｣。その一環で、注目が集まっているのが、新しいビジネスコミュニケーションツールだ。 脱メールという動きの中で、どのサービスも法人利用が進んでおり、チャットやスレッド形式でのリアルタイムコミュニケーション、ファイルの共有、Botの導入による仕事の自動化・効率化でビジネスのスピードを上げていくことをウリにしている。 そんな特徴をもつサービスの中から、今回は代表格といえる｢Slack｣｢ChatWork｣｢LINE WORKS｣｢Workplace｣｢Hangout Chat｣｢Microsoft Teams｣の6種類に注目した。 ビジネス向けコミュニケーションツールの規模感 各社広報や担当者によると現

▼　旭川医科大学による訴訟提起 旭川医科大学は平成２３年３月１６日に旭川地裁に訴訟を提起しました。 旭川医科大学は、ＮＴＴ東日本に対し、新システム導入失敗に伴う逸失利益として約１９億４０００万円を請求し、他方、ＮＴＴ東日本は、旭川医科大学に対し、不当な受領拒絶でリース料を受け取れなくなったとして約２２億８０００万円を請求しました。 ▼　地裁判決（旭川地判平成２８年３月２９日） 旭川地裁は、ユーザ・ベンダの過失割合を２：８（ユーザ：ベンダ）としたうえでユーザ・ベンダの両請求とも一部認容し、実質、旭川医科大学からNTT東日本へ約１８００万円の支払いを命じる判決をしました。 双方ともに控訴をし、舞台は札幌高裁に移りました。 ▼　高裁判決（札幌高判平成２９年８月３１日） 札幌高裁は、ユーザ・ベンダの過失割合を１０：０（ユーザ：ベンダ）に変更した上で、ベンダの請求を認容、ユーザの請求を棄却し、旭川医

非定型文書は、その性格ゆえに整理や活用が進んでいない、管理のためにシステムを導入したが失敗したということが聞かれます。ここでは、非定型文書とは何か、その活用にいたる整理方法を考えてみます。 ■定型業務とは？ パターンが確立している業務で標準的な手順に従って決定される活動です。例えば以下に示す請求書発行業務は、請求先や、品物、金額が変わっても同じ手順で業務を進めることが出来ます。 例：請求書発行業務 ①締め日に管理部門が請求するべき案件を確認。 ②管理部が請求書を作成。 ③営業担当者が確認。 ④管理部が請求書を発送。 この業務では「請求書」という定型文書が発行されます。定型文書もパターン化されており、同じフォーマットで作成され、部分的な文字の修正などで作成することができるため、システムから発行される場合が多いです。 コンピュータが得意とする分野で、情報システム化が進んでいます。 ■非定型業務

2018年がスタートした。今年、テック業界に波乱を起こすスタートアップを予想してみよう。 では、誰に意見を聞くのがいいだろうか？ テック業界をチェックし、スタートアップの相談に乗り、プレゼンを受け、投資を行う —— ベンチャーキャピタル（VC）以上の適任はいないだろう。2018年に急成長しそうなスタートアップについて、我々はさまざまなバックグラウンドや投資哲学を持つVCに意見を求めた。 シリコンバレーからは、アクセル（Accel）、アンドリーセン・ホロウィッツ（Andreessen Horowitz）、 バッテリー・ベンチャーズ（Battery Ventures）、ベッセマー（Bessemer）、グレイロック・パートナーズ（Greylock Partners）、クライナー・パーキンス（Kleiner Perkins）、セコイア・キャピタル（Sequoia Capital）が答えてくれた。

次なるユニコーン企業（非上場で時価総額10億ドル超）と評されている、米国発のすごいビジネスモデルを図解で4つ紹介します。 1. Optoro（物流） 2. Fundbox（金融） 3. PillPack（製薬） 4. Farmers Business Network（農業） このうち3つは5年以内に創業、残りの1つであるOptoroも2010年創業。いわゆるスタートアップですが、全て100億円前後の資金調達を完了させている急成長中の企業です。 Optoro 1つ目は、ECサイトの返品・売れ残り商品を扱うリバース物流サービス「Optoro」。 これだけオンラインショッピングの市場が拡大した現代だからこそ、返品や売れ残りは小売事業者にとって、かなりの損失。さらに、それらが廃棄されてしまっては環境にもよくない。そこでOptoroはより持続的な消費を促すために、ECで返品された商品を扱う物流サービ

シリコンバレーのスタートアップを数多く取材する中で気付いた「シリコンバレーにおけるディシプリン（規律）の存在」や「General Electric（GE）やIBM、SAPといった老舗企業が必死になってシリコンバレーのスタートアップを真似している理由」、そして「日本企業がイノベーションを実現するための処方箋」について解説します 詳しく知りたい場合は「GE 巨人の復活」をご覧下さい。 http://www.nikkeibp.co.jp/atclpubmkt/book/17/P55110/ 今後の記事は「シリコンバレーNext」をご覧下さい。 http://itpro.nikkeibp.co.jp/siliconvalley/ Read less

「これは絶対に受け入れられるぞ」──ソフトバンクが社内向けAI（人工知能）「SoftBank Brain」を導入する直前、担当者は成功を確信していた。 SoftBank Brainは、自然言語で話しかけると結果を回答できる、「IBM Watson日本語版」を活用した対話型営業支援・接客支援システムだ。

もう5年か、まだ5年というべきかちょっと判断に迷う。大抵の業務系のシステムがクラウドを始めるのは現実的には今年来年以降になるので、今の自分達の状況は多分、今後の業務系システムをクラウド移行したユーザの近未来になると思う。ので、予想的にまとめておく。本格的にクラウドを利用した業務アプリケーションの5年がどうなるかの一つの指針になるかと。 以降は別に統計データでもなんでもなく5年間を眺めてみて自分の印象。 ・障害：大規模は５年で2-3回程度。一度は業務に影響が出て客先にお詫びに行った。AWSだったけど、サポートからは「もう回復してるのでチケットクローズね」みたいな話だったと記憶している。その後は大体四半期に一回程度のN/W障害。障害は普通に起きているし、オンプレと比べてどうか、という比較では細かい障害件数は減った気はしていない。ただし、「ドカンと来るでかい障害」は確実に減った。 ・データ増加対

Geckoboard is the simplest way for business leaders to build and share real-time KPI dashboards that improve team performance.

私はけっこうなジョブホッパーなのでいろんな会社を経験しているのですが、だいたいの会社で「仕事早いね」的なことを言われます。 個人的にはそれは自分がしっかりと自分のタスクを管理できているからだと思っていて、それもあって最近よく社内の複数箇所でタスク管理についての話をしているのでここらでまとめておきたいと思います。 ディレクター職の方はもちろんのこと、その他の職種の方にも見ていただければ幸い。 そもそもなんでタスク管理するの？ 単純に効率的に仕事を進めるためです。 私の経験上でのことなのでそれを信じてもらえるかは置いておいても、タスク管理をしっかりしたほうが絶対に仕事を効率的に進められます。 これは別に「拙速な仕事をする」ということを意味するわけではありません。 むしろ「今まで1日かかっていたものを半日で終わらせることができれば、残りの半日をクオリティアップに使える」と考えてもらいたいです。

あなたは、ある中堅SIerの開発部長だ。会社は受託システム開発をなりわいとしており、有名ではないが堅実な経営を続けている。そんなあなたはある時、突然社長に呼ばれて、こう言い渡される。 「君には明日から、わが社のCIOになってもらいたい。これまで外の顧客の仕事をずっとしてもらってきたが、明日からは経営者の一員として、わが社の情報システムを見てもらうつもりだ。紺屋の白袴じゃないが、我々の社内IT利用は、十分とは言えない。君には是非とも、これまでの外販の経験を活かして、イノベーティブなITの仕組みを作ってもらいたい。単なる業務の効率化だけではなく、新しいビジネスを生み出せるようなITの仕組みを、だ。」 経営者の一員、すなわち役員に抜擢された訳だ。とても誇らしい気持ちになる。しかし社長室を出て自分の席に戻ると、あなたはだんだんと大変な役回りを引き受けたらしいことに、気づき始める。わが社にとってイノ

Qiitaのスライドモードは、mizchiが勝手に作った！？─Incrementsの縛られない開発スタイルを聞いてみた 馬場 美由紀（HTML5 Experts.jp編集部） 及川卓也さんや田中洋一郎さんをはじめ、著名なエンジニアが次々と入社していることで話題のIncrements。8月にはさらにCSSのコードフォーマッターであるStylefmtの作者・morishitterこと森下雅章さんを迎えるなど、さらに開発陣営を強化しています。 今回はさっそく森下さんにも加わっていただき、白石俊平編集長を聞き手に、CTOの髙橋侑久さん、フロントエンドエンジニアmizchiさん、デザイナーの東峰裕之さんに、「Qiita」の開発環境や開発スタイルなどについて聞いてみました。 特定領域でとんがってるスペシャリストが増えてきた 白石：まずは、自己紹介とQiitaの開発チームでの役割についてお聞かせください

民法の契約に関する内容が、120年ぶりに改正される。明治時代に制定された法律が現在まで変わらなかったというのも驚きである。当然ビジネス形態やそれを取り巻く環境は大きく変わり、現状に沿った改正がなされることになった。民法は私たちの生活やビジネスに直結するため、大きな影響が予想される。 改正案は2015年に既に通常国会で審議され、2017年度の国会で可決されれば2019年頃に施行される見込みである。施行までに期間が空いているのは、周知に時間がかかり、かつ影響が大きいことを示している。 民法が改正される点は約200項目あり、その中でもIT業界はシステム開発委託契約が大きく変わると見られている。委託契約が多いIT業界においては広範囲で影響を及ぼす可能性があるため、事前にどのようなものか把握し対応する必要があるのである。 ※2016年7月22日に公開した記事ですが、リライト記事に必要な文言等を一部追

ずっと同じことを考えている気がするけど、微妙に違うしれないので書くだけ書く。 人月で工数積算してマージンを抜くビジネスが、そもそもマージン抜けるほどの工数で値段付けするのが通用しなくなってきたよねというのがここ数年の変化だとしましょうか。人を出すだけで金を儲けるなんてそれってITエンジニアの無駄遣いだよねっていう。このモデルが崩壊した場合、今後は誰がどうやってビジネスアプリケーションを作っていくの？ 担い手はいるの？ というのが全然見えて来ないのではないでしょうか。 AWSがいくら破壊的だろうが、あれはプラットフォームのサービスであってアプリケーションのサービスではない。最高のメンテナンスが出来る環境があっても、どんなプラント建てるんですか御社はって問いに答えは出せない。エンプラになればプラントの工程の一部やつなぎをAWSでやるんだろうけどさ。 上流と下流が分断しているのがSI業界の最もあ

ソーシャルゲームの開発中に退職した従業員らが，会社から開発頓挫の責任を追及された事例。 事案の概要 Xは，ソーシャルゲーム（本件ゲーム）の開発を目的として設立された会社である。Yらは，Xの設立前から，Xのグループ会社の依頼を受け，本件ゲームの開発に関わり，Xが設立された後には，Xの従業員となって，本件ゲームの開発に従事した。 本件ゲームのリリースは，当初定められていた時期には間に合わず，延期された。 その後，Yらが，いずれも本件ゲームのリリース前に退職したところ，Xは，Yらが開発設計仕様書も作成せず，突然の退職によって本件ゲームの開発が頓挫して損害を被ったとして，主位的に不法行為に基づく損害賠償として，予備的に労働契約上の債務不履行に基づく損害賠償として，5400万円の賠償を求めた。 ここで取り上げる争点 Yらは，信義則上，あるいは労働契約上の義務として，開発設計仕様書を作成する義務があっ

「ブルーオーシャン症候群」とは、密かに日本企業に蔓延する病である。その症状には以下のようなものがある。 自社事業とは遠いところに、競争が少なくて儲かる事業領域があると信じている そしてその事業領域は楽勝で参入できると思っている よって、少人数、少額、短期間で新規事業が創出できるべきだと思っている 結果として（実は当たり前に大変な）新規事業創出に本腰が入らない そもそもブルーオーシャンとは 「ブルーオーシャン」は、長きにわたって日本のビジネスマンが好きな言葉だ。（ちなみにアメリカではとんと聞くことがない）。 ちょっと前に、元マッキンゼーコンサルタントの日本人３人で「ブルーオーシャン」の話になった。大体こんな感じの会話だったはず。 「なんか、『楽勝で参入できる競争が少なくて儲かる事業領域』みたいな意味で、『ブルーオーシャン』って使うよね？」 「そうそう。そんなのあるわけないのに」 「だよねー。

様々な人々から、エンジニアに関する制度についてインタビューされる機会が増えてきた。その中で考えが整理されてきたパーツもあるので、せっかくなのでまとめておこうと思う。 ペバボのエンジニア職位制度のアップデートについてなどで書いている通り、ペパボはエンジニア専門職制度を制定し運用している。その前提として、専門職制度がどのような位置付けかというと、簡単に示すと以下の図の通りである。 この構造自体は特になんの変哲もない、わりと一般的な制度だといえるが、我々はこの中にひとひねり加えている。以下に説明する。 前提知識 ただし、その前に人事制度における前提的知識について述べておかないとならない。 社員格付け 昨今は「フラットな組織」「ネットワーク型組織」などというものも出てきているが、それはそれとして、一般に企業組織は、その構成員をなんらかの方法を用いて格付けしている。すぐに思い浮かぶのは、部長とか係長