プロジェクトの成否はどこで分かれるのか？あるいはQCD教から離脱しませんか：プロジェクトマジック：オルタナティブ・ブログ
プロジェクトの成功や失敗とは何だろうか？ これは僕にとって実に今更な問いだ。 会社のアイデンティティが「プロジェクトの成功請負人」というだけでなく、これまで本や講演などで幾度となく「世の中のプロジェクト成功率は驚くほど低い」「それでもプロジェクトを成功させるためには？」みたいなことを話してきたからだ。 プロジェクト成功率って低いものだよ、という話をしばしばするのは、非プロジェクト（定常業務とかルーティンワークと言ったりもする）とプロジェクトとでは、仕事の常識が全く違うからだ。これを認識しないと、そもそもスタートラインに立てない。 ごく簡単に言えば、「初めてやる難しい仕事」がプロジェクトなので、同じことを何度も繰り返す仕事（例えば毎月の給与計算や四半期ごとの決算や棚卸しなど）と同じようなスタンスで臨むととんでもないことになる。 プロジェクトの成功率が低いという話でよく引用する日経コンピュータ
システムインテグレーターの謎、あるいは矛盾を抱えるということ：プロジェクトマジック：オルタナティブ・ブログ
プロジェクトでSIer（システムインテグレーター）とご一緒することは多い。たいていは、システムを作ってくれるSIerをお客さんと一緒に選び、上流で構想したシステムを作ってもらう関係性だ。 かれこれ25年SIerさんとお付き合いしているが、いくつか解けない謎がある。その一つは、 「なぜ営業と開発が分業しているのか？」 である。 ツイッターなどでは昔から ・営業が「何でもできます！」とお客さんに風呂敷を広げる ・それに不平を言いながら、徹夜して対応するエンジニア という愚痴が見聞きできる。 不思議なことにエンジニア側からのコメントばかりで、営業側の見解が見られない（これは、エンジニアの方がツイッターで仕事の愚痴を言う習慣があるからかも・・）。 とは言え、SIerで仕事した人はみなこれに似た経験があるだろう。 ちなみに、僕が就職活動した時はもっとひどかった。 あるSIerの先輩にOB訪問した際、
スッと「分かりません」が言えますか？あるいは仕事のしやすさを左右すること：プロジェクトマジック：オルタナティブ・ブログ
人の優秀さとか、一緒に仕事しやすいか？をはかる目安として「知りません」「分かりません」がすっと出てくるか？というのがある。 ★「分からん」がすぐに言える人のいいところ なんのてらいもなく「分からん」「知らん」が言えるということは、「世の中に自分の知らないことがあるのは当たり前」「難しい問題解決にチャレンジしているのだから、分からない状況は恥ずかしいことではない」という姿勢ができているということ。 これは知的営みをする上でのスタートラインだと思う。 そして仕事の場でも「知らん」を言える人は「オレは知識ではない別な何かで勝負している」という自信が恐らくあるのだろう。知識の価値が低下しているこの時代、悪いニュースではない。 「分からん」を言える人も、かなり自分の知性に自信があるひとだろう。分からないのは自分の知性が不調だから、というよりも別な理由（相手の説明が分かり辛すぎるとか、情報が足りていな
音声認識で自動議事録作成ツールをつくった。なんとなく。：村上福之の「ネットとケータイと俺様」：オルタナティブ・ブログ
https://gijiroku.fukuyuki.net/ よくある、音声認識で自動で議事録をつけるやつをつくりました。MacやWindowsやChromebookなどのChrome専用です。 Pixel4の文字起こしデモが出て、「議事録に使える！」「議事録に使える！」「議事録に使える！」というツィートが多くて、え？前から文字起こしアプリやサービスって結構あるよねって思った。各種IME(オジサン語: FEP)も音声認識に対応し、google driveでも音声認識できる令和元年、そんなにすごいのか。話者認識やオフライン大事なのかな？ たしかに議事録に特化したやつないよなぁと思って自動議事録作成ツールを作った。ChromeのSpeechRecognitionの音声認識のまんまなので、音声認識率はGoogleクオリティです。ばんざい。バックグラウンドでも動作します。また、音声認識で文字起こし
サーチ:元Googlerが監督の映画がアマゾンで見れる。これはスゴイ。：村上福之の「ネットとケータイと俺様」：オルタナティブ・ブログ
・サーチは2018年に個人的にいちばん刺さった映画だ。アマゾンで399円で見れるようになった。ネットが好きなら刺さる。 ・スタバで400円以上のコーヒーを買うくらいなら、この映画を見たほうが有意義な時間を過ごせると思う。 ・ストーリーは行方不明になった娘を探すお父さんの話。Google検索、画像検索, facetime, iMessage, facebook, インスタ, Youtube, Google drive, Google map, Vemmoなどを駆使して娘を探す。9割がたMacOSのデスクトップだけで完結する。めちゃくちゃハラハラする。サスペンスだ。 ・むしろ、お父さんが娘のfacebookの友達のアカウントを調べてfacetimeすることがホラーだ。 ・全編パソコンのデスクトップで展開される映画。MacOSのデスクトップが90%くらい。仕事中はUbuntuだし、回想シーンがW
進捗管理は下っ端がやる仕事、あるいはファシリテーターとしてのPMO：プロジェクトマジック：オルタナティブ・ブログ
プロジェクト内に「PMO」という部署を設けるケースがある。 大規模プロジェクトではPM（プロジェクトマネージャー）のタスクがあまりにたくさんあり、とうてい1人PMではやりきれない。だから何人かで分業するためのチームを作る。それをPMO（プロジェクトマネジメントオフィス）と呼ぶ。 で、もちろんプロジェクトの成功にとって大事なのは、PMOを作ることではなく、PMOが何をやるかだ。 他社の人とこの話をしていて、全然咬み合わないことが多い。僕らの考えるPMOの仕事よりも、彼らの考えるPMOタスクはかなり狭いのだ。 もっとはっきり言うと、普通の人が考えるPMOのタスクって、僕らが考えるPMOタスクのうち、一番簡単で、普通は下っ端（PMOチーム内で一番経験が浅い人）にやってもらう仕事だけのことが多い。 「いや、違うんです。プロジェクトの成否を分けるのは、その先なんです」と言いたくなる。 僕らは、この狭
「アジャイルふりかえりから価値を生み出す」日本語版公開！：An Agile Way：オルタナティブ・ブログ
Luis Gonçalves and Ben Linders の InfoQ ミニブック、"Getting Value Out of Agile Retrospectives"（PDF無料） をご存知でしょうか？日本でいう「ふりかえり」というプラクティスで使えるアイディアを実践的にまとめた本です。このミニブックの日本語版がでました！ 「アジャイルふりかえりから価値を生み出す」 https://leanpub.com/gettingvalueoutofagileretrospectives_JP （※7/29 追記：もうすぐ InfoQ Japan から日本語版が無償で読めるようになるようです） アジャイル開発で最も大切なプラクティスは何ですか？ この問に、ぼくはいつも「ふりかえり」と答えています。ソフトウェア開発は現場ごとに特性が異なり、文脈依存性がとても高いのです。このため、どの現場にも
Are You Modeling ? (ビデオ講義シリーズがスタートしました)：An Agile Way：オルタナティブ・ブログ
Youtube を使って、モデリング全般についてのショートビデオを集めたシリーズを作っています。Astah の利用法はもちろんですが、 UML(クラス図、シーケンス図、ユースケース図、状態マシン図...) GSN(Goal Structuring Notation), D-Case データモデリング, ERD などなど、 モデリングにおいて重要なコンセプトを分かりやすくシンプルに伝える UML にこだわらず、役に立つモデルを取り上げる 短く、ぱっと見れて、すぐ役に立つ ことを目指しています。特に、GSNやD-Caseは日本ではまだあまり知られておらず、もっと皆さんに知ってほしいという思いもあります。日本語と同時に英語でも作っていますので、社内の勉強会や海外のチームとの共通教材にも使えるようにしたいです。 順次、新作を上げていくので、Youtube のチャネル登録をお願いします。 英語チャン
アジャイル開発がSIビジネスと相性が悪い本当の理由：ITソリューション塾：オルタナティブ・ブログ
「NTTデータ、アジャイル開発の専門組織を設置・人材育成も展開（ZD Net Japan）」 こんな記事が目にとまった。大手SIerも取り組みに本腰を入れ始めたのかと想いながら、記事を読み始めて、いろいろと疑問がわいてきた。 最近、アジャイル開発を実践される方に話を聞く機会が増えている。先日出版した拙著「システムインテグレーション崩壊」でも、SIerのアジャイル開発への取り組みについて、ページを割いて事例を紹介しているが、そういう方々の話を聞けば聞くほど、アジャイル開発は手法ではなく、働き方や組織運営のあり方だと感じる。 先日も某大手SIerの方に話を伺ったが、アジャイル開発について、いまは自社の研究所で研究している段階で、手法の有効性を検証しているとのことであった。果たして、そういう研究成果が、働き方や組織運営のあり方を変えることになるのだろうかと、疑問に思った。 NTTデータの取り組み
要求開発にて”「これだけ」モデリング”：An Agile Way：オルタナティブ・ブログ
これだけモデリング！というコンセプトで、山岸さんが話された5/28の要求開発定例が面白かったので紹介します（山岸さんはリーンモデリングとも呼んでいたがぼくはベタにこれだけモデリング、という日本語が好き）。 情報システム部門目線で見て、どんどん複雑になるアプリケーションの要求や設計を見通しよく「共通合意」を作るための、「軽い」モデリングの必要性が今回テーマです。そうなんです、従来は、「全部書かなきゃだめ」とか「全部メンテしないといけない」とか、「下流を触ったら上流までさかのぼって修正しなきゃ」とか足かせが多かったので、なかなかペイしなかったのですね。だから、「これだけ」モデリングを提案したい、という訳です。 （※6/5 追記： 以下に、当日の資料を公開します。） これだけモデリングとは、 誰が？ ー 情報システム部門の人（と開発の人が共に） いつ？ ー システム開発の前段階、すなわち「要求開
ピボットから２年、世界に突っ込んでみて感じたこと：Android （アンドロイド） × グローバル：オルタナティブ・ブログ
今日はビジネス側の話をするのでアプリディベロッパーの方には少々退屈する内容かもしれません。 今日シリーズBのラウンドとして総額10億円の資金調達を実施しました。昨年のちょうど今ごろシリーズAのラウンドで4億円弱の調達をした時から約１年、会社をピボット（方向転換）して現在のAndroidアプリ収益化プラットフォームを 全世界で展開する事業に参入する準備をした時からちょうど２年が経過していました。（時間がたつのは本当に早い） サービスを導入して頂いているアプリも世界で累計6000万ダウンロードを越えて、事業の売上も昨年１年間で170倍以上に成長させることができました。昨年夏以降のAndroid端末の急激な普及が追い風になりました。 事業を開始した当時の「Android×アジアでNo.1になる」という目標もようやく達成できそうなフェーズに来たので、もう一段高いステージで勝負したいと考えて今回のラ
「従業員も経営者マインドを持つのが当然」と考える社長に未来はないと思う：酒井一樹の【就職サイトに書けない話】：オルタナティブ・ブログ
就活SWOT代表の酒井です。 このページを見ていただくとわかるように 2014新卒の採用情報も続々と公開されていますが、 その中で、 「学生として就活している方はお断り」 「お金を貰うなら成果を出すプロになれ」 …こんな主張をする「新卒採用」サイトが話題になっています。 （叩くつもりはないので、敢えてリンクは貼りません。） この記事を読んでいて 自分が過去に見てきた色んなベンチャー企業の事を思い出したので 「ベンチャーを見極める時のヒント」につながる記事を書きたいと思います。 その2014新卒採用の告知ページ、 2ちゃんねるやTwitterでは「ブラック臭がすごい」と話題ですが よくよく読んでみると内容としては、そんなに間違ったことは言っていません。 その漫画で述べられている「仕事へのスタンス」は、 経営者自身にとっては当たり前のことで 実際自分の周りでも、内容に共感しているベンチャーの経
データモデリングなきアジャイル開発は危ういか？：An Agile Way：オルタナティブ・ブログ
尊敬するDOAの先輩である、渡辺さんがこう書いている。 「データモデルなきアジャイル」の危うさ、より その種のシステム（※引用者補記：販売管理システムや生産管理システムといった基幹系業務支援システム）をアジャイル開発しようと考えるのであれば、それまでにシステム全体の「あるべきデータモデル」が確立されていなければならない。 業務システムを「身体」に喩えるなら、データモデルは「骨格の設計図」に相当する。いっぽうアジャイル開発で導き出せるのは身体の表面上の諸問題、すなわち「皮膚のぐあい」とか「顔つき」のようなものだ。そういった特徴についていかに緻密に決定できても、それらから「あるべき骨格の姿」は導けない。 それに対して、稲見さんがこんなコメントをしている。 アジャイル開発と言っても色々で、最近流行りのScrumという手法は、開発の中身に関しては何も言及していません。ですが、私の知っているある人達
Androidアプリで日商100万円達成した時にやったこと：Android （アンドロイド） × グローバル：オルタナティブ・ブログ
お久しぶりです。@metaps_satoです。 かれこれ半年近くブログの更新が止まっていました。もちろん半年間遊んでいたわけではなく（笑）少し新しい試みをためしていました。昨年はセミナーを開催して市場を盛り上げていくということをやっていました。年末に４億弱の資金調達をして海外展開を加速させていました。このままセミナーをやって市場を盛り上げていくのもいいかと思いましたが、ファイナンスを終えた後一度落ち着いてスマートフォン市場を考えて見ることにしました。実際に2011年末は儲かっているアプリ開発者は少数で、androidに関してはかなり厳しい状況でした。 Androidアプリ開発者の視点に立って本当に収益化が立てられる勝ちパターンを探らないといつまで立っても市場は形成されないのではないか？と考えるようになり、考察ではなく本当に数字が立てられる収益モデルをこの半年間試行錯誤しながら探していました
給料の出所を知るには出来高制は効くが・・・：プログラマー社長のブログ：オルタナティブ・ブログ
「「そもそもどうしてお金がもらえるのだろう」このように考えたことってありませんか？」朝の坂本さん 「「自分の給与はもらって当然」と思った瞬間から後退する」大木さん こういう話題に反応してしまうのは、やはり私が説教臭いからなのでしょうか・・・？ 当社の場合、「給料は会社からもらっている」と考えるメンバーはまずいないと思います。それは当社が出来高制を採用しているからです。なお、最初にお断りしておきますが、出来高制がすばらしいという話しを書くのではありませんので。。 私が新卒で現在の会社に入社した頃は出来高制ではなく、報奨金制でした。給料は年功序列的な感じで支給され、毎月の利益に応じて報奨金が追加され、さらにボーナスは業績に応じて支給される、という感じでした。ところが、社員、つまり私の先輩達は、 「こんなに頑張っているのに、給料が低い。」 「徹夜までしたりしているのに、ボーナスはこれだけか。」
日立技術研修所にて、「ソフトウェア・アーキテクトへの道」セミナーの講師をしました。：An Agile Way：オルタナティブ・ブログ
12/15、日立の技術研修所にて、「ソフトウェア・アーキテクトへの道 –アーキテクト自らが語る、今日の自分を形成した学習と経験-」と題した研修の講師をさせていただきました。 今回は、日立情報制御ソリューションズ渡辺滋さんのとってもおもしろい企画です。講師陣は、ビースラッシュの山田大介さん、メタボリックスの山田正樹さん、東海大学の清水尚彦さん、グロースエクスパートナーズの鈴木雄介さん、そして私の5人で、5人が自身の経験とアーキテクトとは何か、を語るという趣向です。 ソフトウェア・アーキテクト、または、ＩＴアーキテクトという職種、称号は、最近、よく話題にのぼります。あるプロジェクトが開発する製品、システムの全体像を把握して、そのソフトウェアの基本設計、方式設計をするプロジェクトの最高技術責任者といった意味で用いられることが多いようです。しかし、実際にアーキテクトの活躍を目の当たりにする機会も
個人が目指すべきは、「ブルーオーシャン」ではなく、「ブルーアイランド」：永井経営塾：オルタナティブ・ブログ
日経ビジネスオンラインの記事「ボロ儲けにはコツがあった！」で、沖有人さんが、「ブルーアイランド戦略」という考え方を提唱されています。 ---(以下、引用)--- 正直に言う。私は今、市場を独占している。 そう言うと多くの読者は驚くかもしれない。だが、何てことはない、自分で市場を創ってしまえばいいだけのことだ。 ....他人がやっていない小さな事業を見つけて、こっそり始めるのだ。そして一気にノウハウを確立してしまえば、大手企業といえども、簡単には手を出してこない。しかも、市場が小さければ、「まあ、あの分野は面倒だからやめておこう」となる。 そして、小さいながらも市場の独占が続く。これほど、おいしい事業はないと思う。なにせ、競合相手がいないのだから。 私はそれを「ブルーアイランド戦略」と名付けることにした。 ---(以上、引用)--- 補足しますと、この「ブルーアイランド戦略」は、「ブルーオー
Agile Japan 2011 リンダさんの基調講演が、英語の記事になりました！：An Agile Way：オルタナティブ・ブログ
Agile Japan 2011 は今年も盛況のうちに終了することができました。震災後の環境の中でも、仙台をはじめ、多くのサテライトとの同時開催でき、「繋がっている」という感覚を強く感じることができました。みなさん、どうもありがとうございました！ リンダ・ライジングさんには、不安の中、東京に来てもらって、とても感謝しています。その思いを、InfoQ が取り上げてくれ、英語の記事になりました。 Linda Rising visited Japan and talked about "Fearless Change" - a report from Agile Japan 2011 Linda Rising gave a keynote at AgileJapan2011 in Tokyo on April 15, just a month after the earthquake and t
マーチンファウラのDSL本をマインドマップにまとめてみた：An Agile Way：オルタナティブ・ブログ
マーチンファウラーのDSLの本（厚い黒本）を読んだので、まとめのマインドマップを描いた。画像をクリックすると拡大します。(astah share で詳しく見れます。こちら。) 最近、Rubyist がまわりに増えて、内部DSLをRubyで作るのが楽しそう。Rubyはメタプログラミングに加えて、豊富なリテラル（MapやList）、ブロック、シンボルをうまく使えることなどもあって、すごくきれいなシンタクスのまま、DSLをサポートできる。 この本では、"Part I"がWhatとWhyに集中してかかれていて、他のパートはDSL設計者のためのパターン集。パート１では、DSLの定義やSemantic Modelの意味、そして、なぜDSLをつかうか、DSLの3つのガテゴリなどが書かれている。 All the DSL does is provide a readable way of populatin
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Lean Startup リーンスタートアップ解説(2)：An Agile Way：オルタナティブ・ブログ