現在のアニメ業界に一石を投じたい──クラウドファンディングから始まったアニメ『UNDER THE DOG』は、その想いとは真逆の着地をしたのかもしれない【原作イシイジロウ✕プロデューサー森本浩二】
現在のアニメ業界に一石を投じたい──クラウドファンディングから始まったアニメ『UNDER THE DOG』は、その想いとは真逆の着地をしたのかもしれない【原作イシイジロウ✕プロデューサー森本浩二】 稲船敬二氏による『Mighty No. 9』、鈴木裕氏の『シェンムー3』、五十嵐孝司氏の『Bloodstained: Ritual of the Night』など、ゲーム業界では多くのクリエイターがクラウドファンディングを活用して資金を集め、自身の作品をリリースする動きが見られるが、じつはアニメ業界でも同様の動きがある。 成功例として記憶に新しいのは、2016年に公開され、その年を代表する作品となったアニメーション映画『この世界の片隅に』【※】だ。 （画像は片渕須直監督による『この世界の片隅に』（原作：こうの史代）のアニメ映画化を応援 | クラウドファンディング – Makuake（マクアケ）よ
「忙しい」と言っている人は仕事ができない。その理由。
「忙しい人」になっても、あまり良いことはない。それどころか、「忙しい人」は迷惑な存在である可能性すらある。 何故そう言えるのだろうか。 昔訪れた、web系の開発を行ってる会社の話だ。 その会社は「プロジェクトマネジャーの表彰制度」を持っていた。半期ごとに最も頑張ったプロジェクトマネジャーを表彰する、といった内容だった。 そして、その賞の多くは「難局を見事乗り切ったプロジェクトマネジャー」や「炎上したプロジェクトを見事に治めたプロジェクトマネジャー」などに与えられた。 私は「なるほど、頑張った人が報われる仕組みなのですね」と何気なくコメントしたのだが、その会社のマネジャーの一人は私を軽蔑したように言った。 「いやいや、あの表彰制度は全く機能してないですよ。」 私は驚いた。 「なぜですか？」 「あたりまえじゃないですか。ホントに腕の良いマネジャーは、そもそも難局など迎えないですし、炎上もさせま
面倒なデータマイニング作業を時給200円ぐらいでバングラデシュ人に発注してみた:tks(高須 正和)のブロマガ - ブロマガ
先週の金曜に、超会議でお仕事の関係で東京に戻ってきて、そのまま土日はずっとハッカソンをしていた。 疲れ果てつつ充実したハッカソン後 International Space Apps Challenge(以下ISAC)という、NASAが主催しているハッカソンがある。人工衛星の位置データとか、月面や火星の写真とか、その他ものすごい量の様々なデータを世界中のハッカーに解放して、2日間で何か面白いものを開発もらって、宇宙に親しみを持ってね、というハッカソンだ。 いろいろな都市で行われていて、僕は2011年から東京支部に参加している。会場の大きさの限界だった80人はすぐ埋まったようで、シンガポールに行っていて出れなかった去年はもっと大人数で行われたそうだ。 ■NASAのハッカソン いくつかNASAから課題が提示されているのだけど、昔は「好きに何かやってください」みたいなモノが多く、アウトプットも「星
年金システム開発が1年以上停滞 受注企業がギブアップ、違約金を払う- 日経コンピュータReport：ITpro
次期年金システムの開発プロジェクトが、発注の失敗をきっかけに1年以上停滞していることが本誌の取材で明らかになった。設計作業を受注したIT企業の1社が役目を果たせず途中でギブアップし、再発注がなされないままの状態になっている。税と社会保障の一体改革をめぐる政治の混乱もあり、再開のメドは立っていない。 ストップしているのは、オープン化を目指す次期年金システムのプロジェクトだ。厚生労働省は「年金記録問題」が表面化した後、既に着手していた基本設計の一部をやり直す「補完工程」を3社に分割発注した（図）。3社のうちシステム基盤設計を3億8640万円で受注したユーフィット（現TIS）が、契約を履行できなかった。 アプリケーション設計を担当したNTTデータと工程管理支援を受注したTDCソフトウェアエンジニアリングは、それぞれ「契約どおりに作業を進めた」（厚労省年金局）。一方、システム基盤設計の進行は遅れた
議事録を書くときに意識すべきこと - Be Happyman!!
開発現場であってもそうでなくても議事録を書く機会は多いのですが、意外に役にたつ議事録を書くのは難しいものです。ということで、以下自著『プロジェクトを成功させる現場リーダーの技術』より議事録の書き方をまるっと引用。キーワードは「目的・課題・アクション！」です。 会議は避けられない 一口に会議といっても、あらかじめ計画されている定例的なものから、突発的に発生する小さなプロジェクト内ミーティングにいたるまで色々ですが、プロジェクトがさまざまな人との協調作業であり、プロジェクトの生み出す価値がたくさんの利害関係者の合意によって成り立つ以上、会議は必要かつ重要な活動です。実際、大規模プロジェクトでは、プロジェクトの計画段階でコミュニケーション計画として会議体が定義されます。世の中無駄な会議が多すぎると嘆かれながらも、実際問題として、プロジェクトは会議によって進んでいるというのも事実です。 現場リーダ
プロジェクト推進者のための議事録の書き方 - 人と組織と、fukui's blog
2011年02月07日 02:53 カテゴリプロジェクトデザイン プロジェクト推進者のための議事録の書き方 Posted by fukuidayo Tweet プロジェクトを設計（デザイン）し、前に進める。という仕事に取り組み始めてから、ありがたい事に多くの仕事の相談や依頼を受けるようになった。やってみて感じるのは、企画するだけでなくて、ものごとを確実に前に進めてくれる人をどこの企業も求めているんだなー、ということ。 プロジェクトを設計し、前に進める。というと大層なことをやっているように思えるかもしれないけれど、実は僕がやっていることは本当に単純で、 ・アジェンダをつくり ・会議をファシリテートし ・議事録を作成する ということをしているだけだ。もちろんプロジェクトを円滑に進めるために必要であれば、情報共有やプロジェクト推進のツールを提供したりもするけれど、基本的には無料で利用でき、汎用性
ウォーターフォールだって成功する。ただしそれには前提条件があるはず
東京証券取引所の新株式売買システムの刷新という大規模な開発プロジェクトの背景と、成功要因を、東証の担当者自身が説明したプレゼンテーションを記事にした「客が本気にならないといいシステムができない。東証arrowhead成功の鍵とは ～ Innovation Sprint 2011」は公開から3日後の現在、過去1週間でもっとも読まれた記事の第1位になっており、たくさんの反響をいただきました。 客が本気にならないといいシステムができない。東証arrowhead成功の鍵とは ～ Innovation Sprint 2011 － Publickey 記事で取り上げたarrowheadの開発は巨大なウォーターフォール型のプロジェクトであり、その成功の鍵として主に挙げられていたのは次のようなことでした。 関係者全員での危機意識の共有 発注者責任の明確化 上流工程完璧主義 しかしこの成功の鍵には、語られな
メンバーを評価する前に、“自分フィルター”を点検しよう － ＠IT自分戦略研究所
第7回 メンバーを評価する前に、“自分フィルター”を点検しよう ピースマインド カウンセラー 石川賀奈美 2010/12/8 チームビルディングとカウンセリングには共通点がある。「人の話をきちんと聞く」「相手の立場になって考える」――口でいうのは簡単だが、実行するのは難しい。訓練を受けたプロカウンセラーからカウンセリングで使うコミュニケーションスキルを学び、メンバーとの信頼関係構築、チーム内のモチベーション維持、すみやかな情報伝達のために生かそう。 第6回｜1 2｜次のページ ■PMから見て、マイナス評価になるメンバー プロジェクトマネージャのSさんが、メンバーの業績評価について相談にいらっしゃいました。 「Mさんというメンバーが、なかなか積極的に発言してくれないんです」 「もっと自分の意見を出してほしい」と以前から伝えているにもかかわらず、変化が見られないとのことでした。Mさんはチームリ
少人数開発に役立つ5つのまとめ
if ( $blog == " Webエンジニアのためのライフハック " ) { print " 1-byte.jp "; } ホーム1-byte.jpとは 書いてるヒトは ここ2ヶ月間で気になる記事がたくさん上がっていました。 特に少人数チームにおける開発に関する記事です。 昨日、書き上げた”1年間の技術的負債を返すために読んだ3冊の本“にある通り、お知らせメールでは1年間の技術的負債を返そうとしています。 そのためには今まで曖昧だった箇所を浮き彫りにし、改善する必要があります。 また、せっかくなので新しいモノも取り入れたい。 こうしたことを考えながらの2ヶ月だったので、自然と目に止まった記事が3つありました。 スタートアップ企業で8年間Webの開発をしてみての反省点いろいろ 複数人(2-3人)でウェブサービスを開発するコツ A successful Git branching m
クリエイティブなC++ライブラリ "Cinder" の紹介 - Preferred Networks Research & Development
こんにちは、人恋しい季節になってきましたね。 研究開発チームの祢次金(@nejigane)と申します。 本エントリではCinderというクリエイティブなコーディング向けのライブラリについてご紹介したいと思います。 Cinderとは Cinderとは、画像、音声、動画等を簡単に処理＆可視化できる、主にビジュアルデザイン向けの強力なC++ライブラリであり、The Barbarian GroupのAndrew Bell氏が中心となってオープンソースとして開発が進められています。 同様の思想を持つProcessingやopenFrameworksによく似ており、C++で簡単に記述できるうえ、Windows、MacOSX、iOS(iPhone/iPad)といった複数のプラットフォームをカバーしています。 細かい機能/特徴の紹介は本家サイトに譲るとして、Cinderを極めるとどのぐらいクリエイティブな
5人以下のグループならずっと無料で使える、ガントチャート＆連絡共有ツール「ブラビオ・プロジェクト」 | ライフハッカー・ジャパン
ガントチャート（線表）のサービスは、以前にも紹介してきましたが、無料で使える日本のガントチャートサービスは初めての紹介ですね。 「ブラビオ・プロジェクト」は純国産の工程管理＆コミュニケーションツール。ガントチャートやタスク管理、連絡に役立つコミュニケーション機能が、1グループにつき、5ユーザーまでであれば、何個のプロジェクトを作っても無料で使えます。 1アカウントに対する、グループ数の制限はありません。つまり、5人以下のグループで使うのであれば、ずっと無料で使えてしまいます。フリーランスの人や小さな単位でたくさんの案件を抱えているプロジェクトマネージャーには、ちょうどいいサービスですね。 追記：「ブラビオ・プロジェクト」では「グループ＞プロジェクト」という階層になっていて、1つのグループに無料で登録できるのは5人（5ユーザー）まで。5人以上を一つのグループに登録すると有料プランへの登録が必
【日本始まった】清水建設、太平洋上赤道直下に『空中都市』建設へ : 暇人＼(^o^)／速報
【日本始まった】清水建設、太平洋上赤道直下に『空中都市』建設へ Tweet 1： いろはカッピー(東京都)：2010/10/23(土) 13:39:44.97 ID:fv0Ix6SrP 清水建設は2010年５月10日、スーパー連携大学院協議会と野村證券と提携を結び、 赤道直下の太平洋上に浮かぶ環境アイランドを建設に必要な各種技術の研究開発を推進することを発表した。 2025年に、「最も太陽の恵みが多く、最も台風の影響が少ない」という地に、CO2を吸収し続ける植物のような都市の実現を目指す。 中央のタワーの高さ1,000メートル、幅3,000メートルのグリーンフロートは大きく３つの部分に分かれている。 １つ目は高さ700メートル以上にあり、気温が一年中約26〜28度と一定に保たれている３万人が住む日常生活ゾーン。 ２つ目は植物工場などがあるタワー部分。３つ目は目の前にビーチが広がる１万人が住
評価を高める仕事術（10）「思慮が浅い」を治すのに技術はいらぬ
前回から、11のネガティブ特性の3番目である「うっかりが多い、思慮が浅い」を説明している。11のネガティブ特性は以下の通りである。 先を読まない、深読みしない、刹那主義 主体性がない、受け身である うっかりが多い、思慮が浅い 無責任、逃げ腰体質 本質が語れない、理解が浅い ひと言で語れない、話が冗長 抽象的、具体性がない、表面的 説得力がない、納得感が得られない 仕事が進まない、放置体質 言いたいことが不明、論点が絞れない、話が拡散 駆け引きできない、せっかち、期を待てない 前回は、ソフトウエアベンダーF社に所属しているシステムエンジニアである二宮氏（仮名）の事例を紹介した。百貨店向けシステム開発プロジェクトにおける要件定義の際に、二宮氏は正論だが思慮の浅い発言をした。顧客は二宮氏の発言に怒り、プロジェクトは混乱して窮地に追い込まれた。 今回はその続きである。「うっかりが多い、思慮が浅い」
「過ぎたるは及ばざるが如し」と言うけれど、仕事はどこまでやれば十分なのか？ | ライフハッカー・ジャパン
「過ぎたるは及ばざるがごとし」とは言いますが、「この辺でいいかな？」と、とりあえず提出してみると「こんなんじゃダメ！」と叱られ、完璧を目指して、じっくり取り組んでいると「そこまでやらなくていいよ」と、これまたダメ出し...。結局、何をどこまでやればいいのか？ そのさじ加減は、意外に難しいものですね。こちらでは、このテーマについて採り上げてみたいと思います。 ■「完璧」 vs. 「十分」 完璧を追求することは必ずしも悪いことではありません。むしろ、素晴らしい成果をもたらすことも多くあります。一方で、「ここまで達成していれば十分」というレベルがあることも事実。常に完璧でなければ気がすまない「完璧主義者」にとって、「十分なレベルを満たしていればよい」という感覚は、なかなか理解しがたいかもしれませんが、時間は無限にあるわけではありません。完璧を追求しすぎるあまり、効率性がそがれたり、プロジェクトや
手順を共有していないから、改善活動が混乱する − ＠IT情報マネジメント
手順を共有していないから、改善活動が混乱する：プロが教える業務改善のツボ（3）（1/2 ページ） 業務改善の活動において「手順」は重要だが、こだわらなくてもよいところにこだわりすぎるとかえって迷路に迷い込んでしまう。今回は、「手順」のこだわるべきポイントはどこなのか？ 陥りやすいワナはどこにあるのか？ 大切なポイントをお教えしよう 第1回、第2回では、原因分析のロジックツリーを使って、「縦（深さ）」と「横（広がり）」という2つのベクトルで問題の原因（真因）を突き止め、それを除去することによって、「問題の再発を根本から防止できる」と解説しました。今回は、そうした原因分析を基に、実際に業務改善を進める際のポイントを紹介しましょう。 業務改善の「手順」より、「手順に対する共通認識」にこだわれ！ 皆さんも「これから仕事に取り掛かるぞ！」というときには、まず段取りを考えることでしょう。「段取り八分」
現代のAgile開発が抱える課題 - プログラマの思索
チケット駆動開発でAgile開発を初めて実践できて、Agile開発の長所や短所が色々分かってきた気がする。 今の時代にAgile開発はとても優れていると思っているが、乗り越えるべき課題はまだまだある。 その課題も、時代の変化によって、より難しいレベルまで要求されているように思う。 2000年代に現れたXPを代表とするAgile開発は、その利点は広く知られてきたが、適用の限界や短所について従来から指摘され続けてきている。 その課題についてまとめてみる。 #考えたことをラフなメモ書き。書きかけもある。 【1】Agile開発はプロジェクト管理が弱い アジャイル開発でプロジェクト管理、そしてプロセスを管理する部分が弱いという指摘は従来から言われていた。 確かに、PMBOK、CMMIなどの観点から見れば、Agile開発はプログラミング重視で全体的なプロセス設計がなされていないように思える。 だが、S
頭が働かない--そんな日を生産的にする11の方法
誰しも、起きたには起きたが、頭が働かないという日を経験したことがあるはずだ。少なくともわたしには、始終そんなことが起こっている。原因はいくらでも考えられる。働き過ぎ、ストレス過剰、睡眠不足、前日の夜に遊びすぎた、一時的な憂うつ、終わりの見えないプロジェクトにうんざりしている、あるいは、単に怠けたいのかもしれない。使い古された頭がとにかく動かないということもある。それも仕方のないことだ。 そんな日には4つの選択肢がある。家で過ごす、普段通りにやろうとしておそらくしくじる、運動をする、そして順応する、というものだ。最初の2つは現実的な選択肢とは言えないし、少なくともわたしや多くの管理職に選べるものではない。わたしは運動をする気などまったく起きないたちなので、ずっと前から順応するための方法を探し、頭が自動操縦で動いているときにも最大限の成果が出せるようにしようとしてきた。 そのうちに、マネージャ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IDEA * IDEA
http://japan.internet.com/busnews/20101208/6.html?rss
ガントチャート,プロジェクト管理,スケジュール表がサクサク作れる。チャート作成がカンタンに共有！しかもフリー タスク管理にも - Brabio!
