稲船敬二氏による『Mighty No. 9』、鈴木裕氏の『シェンムー3』、五十嵐孝司氏の『Bloodstained: Ritual of the Night』など、ゲーム業界では多くのクリエイターがクラウドファンディングを活用して資金を集め、自身の作品をリリースする動きが見られるが、じつはアニメ業界でも同様の動きがある。 成功例として記憶に新しいのは、2016年に公開され、その年を代表する作品となったアニメーション映画『この世界の片隅に』【※】だ。 （画像は片渕須直監督による『この世界の片隅に』（原作：こうの史代）のアニメ映画化を応援 | クラウドファンディング – Makuake（マクアケ）より）　太平洋戦争末期を舞台としたマンガを原作としたこの作品は、商業的な企画成立が難しかったところを、クラウドファンディングを使って2015年当時最高額の約4000万円を集め、パイロットフィルムを制作

「忙しい人」になっても、あまり良いことはない。それどころか、「忙しい人」は迷惑な存在である可能性すらある。 何故そう言えるのだろうか。 昔訪れた、web系の開発を行ってる会社の話だ。 その会社は「プロジェクトマネジャーの表彰制度」を持っていた。半期ごとに最も頑張ったプロジェクトマネジャーを表彰する、といった内容だった。 そして、その賞の多くは「難局を見事乗り切ったプロジェクトマネジャー」や「炎上したプロジェクトを見事に治めたプロジェクトマネジャー」などに与えられた。 私は「なるほど、頑張った人が報われる仕組みなのですね」と何気なくコメントしたのだが、その会社のマネジャーの一人は私を軽蔑したように言った。 「いやいや、あの表彰制度は全く機能してないですよ。」 私は驚いた。 「なぜですか？」 「あたりまえじゃないですか。ホントに腕の良いマネジャーは、そもそも難局など迎えないですし、炎上もさせま

次期年金システムの開発プロジェクトが、発注の失敗をきっかけに1年以上停滞していることが本誌の取材で明らかになった。設計作業を受注したIT企業の1社が役目を果たせず途中でギブアップし、再発注がなされないままの状態になっている。税と社会保障の一体改革をめぐる政治の混乱もあり、再開のメドは立っていない。 ストップしているのは、オープン化を目指す次期年金システムのプロジェクトだ。厚生労働省は「年金記録問題」が表面化した後、既に着手していた基本設計の一部をやり直す「補完工程」を3社に分割発注した（図）。3社のうちシステム基盤設計を3億8640万円で受注したユーフィット（現TIS）が、契約を履行できなかった。 アプリケーション設計を担当したNTTデータと工程管理支援を受注したTDCソフトウェアエンジニアリングは、それぞれ「契約どおりに作業を進めた」（厚労省年金局）。一方、システム基盤設計の進行は遅れた

開発現場であってもそうでなくても議事録を書く機会は多いのですが、意外に役にたつ議事録を書くのは難しいものです。ということで、以下自著『プロジェクトを成功させる現場リーダーの技術』より議事録の書き方をまるっと引用。キーワードは「目的・課題・アクション！」です。 会議は避けられない 一口に会議といっても、あらかじめ計画されている定例的なものから、突発的に発生する小さなプロジェクト内ミーティングにいたるまで色々ですが、プロジェクトがさまざまな人との協調作業であり、プロジェクトの生み出す価値がたくさんの利害関係者の合意によって成り立つ以上、会議は必要かつ重要な活動です。実際、大規模プロジェクトでは、プロジェクトの計画段階でコミュニケーション計画として会議体が定義されます。世の中無駄な会議が多すぎると嘆かれながらも、実際問題として、プロジェクトは会議によって進んでいるというのも事実です。 現場リーダ

東京証券取引所の新株式売買システムの刷新という大規模な開発プロジェクトの背景と、成功要因を、東証の担当者自身が説明したプレゼンテーションを記事にした「客が本気にならないといいシステムができない。東証arrowhead成功の鍵とは ～ Innovation Sprint 2011」は公開から3日後の現在、過去1週間でもっとも読まれた記事の第1位になっており、たくさんの反響をいただきました。 客が本気にならないといいシステムができない。東証arrowhead成功の鍵とは ～ Innovation Sprint 2011 － Publickey 記事で取り上げたarrowheadの開発は巨大なウォーターフォール型のプロジェクトであり、その成功の鍵として主に挙げられていたのは次のようなことでした。 関係者全員での危機意識の共有 発注者責任の明確化 上流工程完璧主義 しかしこの成功の鍵には、語られな

ドットインストール代表のライフハックブログ

こんにちは、人恋しい季節になってきましたね。 研究開発チームの祢次金(@nejigane)と申します。 本エントリではCinderというクリエイティブなコーディング向けのライブラリについてご紹介したいと思います。 Cinderとは Cinderとは、画像、音声、動画等を簡単に処理＆可視化できる、主にビジュアルデザイン向けの強力なC++ライブラリであり、The Barbarian GroupのAndrew Bell氏が中心となってオープンソースとして開発が進められています。 同様の思想を持つProcessingやopenFrameworksによく似ており、C++で簡単に記述できるうえ、Windows、MacOSX、iOS(iPhone/iPad)といった複数のプラットフォームをカバーしています。 細かい機能/特徴の紹介は本家サイトに譲るとして、Cinderを極めるとどのぐらいクリエイティブな

ガントチャート作るならエクセルの10倍速い初心者専用のクラウドツール。20万社突破！ 工程管理もスケジュール表も簡単に作成。様々なビューで視覚的にわかりやすい プロジェクト管理 かんたんチャート作成、進捗管理もバッチリマイルストーンだって管理できます ＜便利な機能をかんたんに＞ ・プロジェクト横断ビュー ・Excel、CSV入出力 ・タスクをリンク ・進捗率（達成率）の入力管理 ・担当状況確認ビュー ・プロジェクトサマリー ・組織への対応

ガントチャート（線表）のサービスは、以前にも紹介してきましたが、無料で使える日本のガントチャートサービスは初めての紹介ですね。 「ブラビオ・プロジェクト」は純国産の工程管理＆コミュニケーションツール。ガントチャートやタスク管理、連絡に役立つコミュニケーション機能が、1グループにつき、5ユーザーまでであれば、何個のプロジェクトを作っても無料で使えます。 1アカウントに対する、グループ数の制限はありません。つまり、5人以下のグループで使うのであれば、ずっと無料で使えてしまいます。フリーランスの人や小さな単位でたくさんの案件を抱えているプロジェクトマネージャーには、ちょうどいいサービスですね。 追記：「ブラビオ・プロジェクト」では「グループ＞プロジェクト」という階層になっていて、1つのグループに無料で登録できるのは5人（5ユーザー）まで。5人以上を一つのグループに登録すると有料プランへの登録が必

【日本始まった】清水建設、太平洋上赤道直下に『空中都市』建設へ Tweet 1： いろはカッピー(東京都)：2010/10/23(土) 13:39:44.97 ID:fv0Ix6SrP 清水建設は2010年５月10日、スーパー連携大学院協議会と野村證券と提携を結び、 赤道直下の太平洋上に浮かぶ環境アイランドを建設に必要な各種技術の研究開発を推進することを発表した。 2025年に、「最も太陽の恵みが多く、最も台風の影響が少ない」という地に、CO2を吸収し続ける植物のような都市の実現を目指す。 中央のタワーの高さ1,000メートル、幅3,000メートルのグリーンフロートは大きく３つの部分に分かれている。 １つ目は高さ700メートル以上にあり、気温が一年中約26〜28度と一定に保たれている３万人が住む日常生活ゾーン。 ２つ目は植物工場などがあるタワー部分。３つ目は目の前にビーチが広がる１万人が住

前回から、11のネガティブ特性の3番目である「うっかりが多い、思慮が浅い」を説明している。11のネガティブ特性は以下の通りである。 先を読まない、深読みしない、刹那主義 主体性がない、受け身である うっかりが多い、思慮が浅い 無責任、逃げ腰体質 本質が語れない、理解が浅い ひと言で語れない、話が冗長 抽象的、具体性がない、表面的 説得力がない、納得感が得られない 仕事が進まない、放置体質 言いたいことが不明、論点が絞れない、話が拡散 駆け引きできない、せっかち、期を待てない 前回は、ソフトウエアベンダーF社に所属しているシステムエンジニアである二宮氏（仮名）の事例を紹介した。百貨店向けシステム開発プロジェクトにおける要件定義の際に、二宮氏は正論だが思慮の浅い発言をした。顧客は二宮氏の発言に怒り、プロジェクトは混乱して窮地に追い込まれた。 今回はその続きである。「うっかりが多い、思慮が浅い」

「過ぎたるは及ばざるがごとし」とは言いますが、「この辺でいいかな？」と、とりあえず提出してみると「こんなんじゃダメ！」と叱られ、完璧を目指して、じっくり取り組んでいると「そこまでやらなくていいよ」と、これまたダメ出し...。結局、何をどこまでやればいいのか？ そのさじ加減は、意外に難しいものですね。こちらでは、このテーマについて採り上げてみたいと思います。 ■「完璧」 vs. 「十分」 完璧を追求することは必ずしも悪いことではありません。むしろ、素晴らしい成果をもたらすことも多くあります。一方で、「ここまで達成していれば十分」というレベルがあることも事実。常に完璧でなければ気がすまない「完璧主義者」にとって、「十分なレベルを満たしていればよい」という感覚は、なかなか理解しがたいかもしれませんが、時間は無限にあるわけではありません。完璧を追求しすぎるあまり、効率性がそがれたり、プロジェクトや

手順を共有していないから、改善活動が混乱する：プロが教える業務改善のツボ（3）（1/2 ページ） 業務改善の活動において「手順」は重要だが、こだわらなくてもよいところにこだわりすぎるとかえって迷路に迷い込んでしまう。今回は、「手順」のこだわるべきポイントはどこなのか？ 陥りやすいワナはどこにあるのか？ 大切なポイントをお教えしよう 第1回、第2回では、原因分析のロジックツリーを使って、「縦（深さ）」と「横（広がり）」という2つのベクトルで問題の原因（真因）を突き止め、それを除去することによって、「問題の再発を根本から防止できる」と解説しました。今回は、そうした原因分析を基に、実際に業務改善を進める際のポイントを紹介しましょう。 業務改善の「手順」より、「手順に対する共通認識」にこだわれ！ 皆さんも「これから仕事に取り掛かるぞ！」というときには、まず段取りを考えることでしょう。「段取り八分」

チケット駆動開発でAgile開発を初めて実践できて、Agile開発の長所や短所が色々分かってきた気がする。 今の時代にAgile開発はとても優れていると思っているが、乗り越えるべき課題はまだまだある。 その課題も、時代の変化によって、より難しいレベルまで要求されているように思う。 2000年代に現れたXPを代表とするAgile開発は、その利点は広く知られてきたが、適用の限界や短所について従来から指摘され続けてきている。 その課題についてまとめてみる。 #考えたことをラフなメモ書き。書きかけもある。 【1】Agile開発はプロジェクト管理が弱い アジャイル開発でプロジェクト管理、そしてプロセスを管理する部分が弱いという指摘は従来から言われていた。 確かに、PMBOK、CMMIなどの観点から見れば、Agile開発はプログラミング重視で全体的なプロセス設計がなされていないように思える。 だが、S

誰しも、起きたには起きたが、頭が働かないという日を経験したことがあるはずだ。少なくともわたしには、始終そんなことが起こっている。原因はいくらでも考えられる。働き過ぎ、ストレス過剰、睡眠不足、前日の夜に遊びすぎた、一時的な憂うつ、終わりの見えないプロジェクトにうんざりしている、あるいは、単に怠けたいのかもしれない。使い古された頭がとにかく動かないということもある。それも仕方のないことだ。 そんな日には4つの選択肢がある。家で過ごす、普段通りにやろうとしておそらくしくじる、運動をする、そして順応する、というものだ。最初の2つは現実的な選択肢とは言えないし、少なくともわたしや多くの管理職に選べるものではない。わたしは運動をする気などまったく起きないたちなので、ずっと前から順応するための方法を探し、頭が自動操縦で動いているときにも最大限の成果が出せるようにしようとしてきた。 そのうちに、マネージャ