Create cool applications! | dev.twitter.com
<g> <g> <defs> <rect id="SVGID_1_" x="-468" y="-1360" width="1440" height="3027" /> </defs> <clippath id="SVGID_2_"> <use xlink:href="#SVGID_1_" style="overflow:visible;" /> </clippath> </g> </g> <rect x="-468" y="-1360" class="st0" width="1440" height="3027" style="fill:rgb(0,0,0,0);stroke-width:3;stroke:rgb(0,0,0)" /> <path d="M13.4,12l5.8-5.8c0.4-0.4,0.4-1,0-1.4c-0.4-0.4-1-0.4-1.4,0L12,10.6L6.2
日本のソフトウェア産業は「製造業」 - My Life After MIT Sloan
これは、MIT SloanのCusumano先生が本でも授業でもよく言ってる話。 面白いから忘れないうちに書き記しておく。 Cusumano先生は、Microsoft SecretやPlatform Leadershipで有名なソフトウェアビジネスの研究者。 日本の企業研究も色々されているし、一橋大学のビジネススクールで何年か教えてらしたりした日本通でもある。 そのCusumano先生が、ソフトウェア産業への取り組み方を比較して、こんなことを言っていた。 Europe: Software as a science －ヨーロッパにとってソフトウェアは「科学」 Japan: Software as production －日本のソフトウェアは「製造業」 India: Software as a service －インドのソフトウェア産業は「（プロフェッショナル）サービス」 U.S.: Soft
プロジェクトファシリテーション実践編：ふりかえりガイド
ここでは、PF=Project Facilitation(プロジェクトファシリテーション)について議論しています。 プロジェクトを活性化し、楽しくプロジェクトを成功に導くための、実践的な課題を扱います。 プロジェクトの成功に大切なものはなんでしょうか？ 個々人のスキルは重要です。そして、ここで取り上げるのは、集まった個人のスキルを１００％以上に発揮させるチーム作りとしての、「プロジェクトファシリテーション（PF）」です。 プロジェクトマネジメント（PM）が重要であることは昨今強く言われています。 PMが「計画達成のマネジメント」に重点を置くのに対してPFは「参加者の協調の場作り」に重点を置いています。PMは、計画の立案と実行、差異に注目した管理が中心で、どちらかと言うと「コマンド･コントロール型」のマネジメントスタイルが背後にあります。これに対してPFは、その場その場の変化に対応し、チーム
システム開発に欠かせない契約の基礎知識まとめ - GoTheDistance
先日識者の方に色々教わったのでメモっておきます。知ってそうで知らない、元々よくわからない、そういう方に向けてまとめてみました。 僕がSIにいた頃は大抵｢基本契約｣と｢個別覚書｣ってのがありました。納期とかお金とかそういうのは個別覚書に書かれたりしていました。 開発の契約体系 ｢仕様策定〜開発まで｣と｢保守運用｣で別契約にすることが多い。 ｢仕様策定フェーズ｣で1つの契約にして、別に新しく契約を締結しなおせるほうが望ましい。リスクが低減できる。 仕様策定までは準委任、開発は請負、保守運用は準委任という契約が多い。 ちなみに準委任は｢事務作業の代行｣という意味合い。委任は｢法的効力がある作業｣の代行。サムライビジネスは後者が多い。 別に運用が事務作業とイコールじゃないけど、成果を問わないタイプの契約の場合は役務提供という位置づけになる。 かといって契約で｢僕らのコンサル案を僕らが実施し成果が出
Project Facilitation
1. p.1 Project Facilitation by Kenji Hiranabe is licensed under a Creative Commons Attribution 3.0 Unported License. 現場力を高める見える化手法 プロジェクトファシリテーション ～モチベーションアップの ツールと場づくり～ 株式会社永和システムマネジメント 株式会社チェンジビジョン 平鍋 健児 http://ObjectClub.jp/community/pf/ 2017/6/14版 2. 自己紹介 l ㈱永和システムマネジメント – 福井市（本社）、神⽥東京（⽀社）、沖縄（事務所） – 「⾦融」、「医療」、「組込みシステム」開発 – 「Ruby と Agile」を使ったシステム開発 l 株式会社チェンジビジョン – 福井市（開発部）、神⽥東京（本社） – astah*
【連載】実践ソフトウェアテスト考現学 (9) テストの新たなアプローチ - "テストレベルの分割"と"開発者以外がテスト" | エンタープライズ | マイコミジャーナル
前回、新しいアプローチとして「テストレベルの分割」「開発した本人以外がテスト」「レビュー」「複数の視点の組み合わせ」「全体」の5つを提示しました。今回は、「テストレベルの分割」と「開発した本人以外がテスト」について詳しく説明します。 テストレベルの分割 -テストレベルとテストタイプ(視点の種類)の再構築- テストレベルとは、コンポーネント(単体)テスト、統合(結合)テスト、システムテストのように、開発において組織的に管理するためのテスト作業の段階を指します。 おなじみのV字モデルは、開発フェーズとテストレベルの妥当性確認(Validation)の関係を表したものです。テストタイプとは、テスト対象の品質特性(機能性、信頼性、使用性、保守性、移植性、効率性など)に応じて適用するテストの種類を指します(表1)。ISTQBの用語集ではこのテストタイプの例として、信頼性テスト、有用性テスト、回帰テス
【翻訳】How to be a program manager - Joel on Software - GoTheDistance
たまたま見かけたのですが、とても示唆に富む記事だったので頑張って和訳してみました。延べ2週間近くかかった・・・。 ITを武器にする企業は、ベンダーやユーザーに関わらず｢program manager｣と呼べる人たちが必要だと思っています。37Signalsの｢Getting Real｣に近しいことをJoel自身も語ってくれていますし、今後僕らがどのようなキャリアを積んでいけばいいのか、技術力を梃子にしていく組織を作るのにはどうしたらいいのか、そういうヒントが込められています。 Joelの英語は、同じような意味の言葉を複数の言葉を使い分けて言っていたり、ぐるっと回り込んでから要点を記述することが多いので、正確な意味を伝え切れていないかもしれませんが、大きく意味が外れないように留意したつもりです。 原文はHow to be a program manager - Joel on Softwar
「アジャイルジャパン」 公式サイト
キーノートセッション「ソフトウェア開発現場に求められる新しいリーダーシップ ～アジャイルに見る大野耐一、デミングの影響～」メアリー・ポッペンディーク氏 ●リーダーシップの歴史をたどる 平鍋氏と前田氏の2人のテンポの良いオープニングに続いて、『リーン開発の本質』（日経BP社）の著者で知られるメアリー・ポッペンディーク氏が拍手の中登壇し、「ソフトウェア開発現場に求められる新しいリーダーシップ～アジャイルに見る大野耐一、デミングの影響～」と題するキーノートセッションを行いました。今回のイベントのテーマは「人とリーダーシップ」ということで、ポッペンディーク氏はリーダーシップの歴史を紐解くことからプレゼンテーションを始めました。このプレゼンテーションは平鍋氏の対訳と解説付きで行われました。 ★笑顔が素敵なポッペンディーク氏 ●テーラーとアレン まず、リーダーシップの古典としてフレデリック・
あなたの履歴書を向こう5年間戦えるものにするために--今後必要な開発者スキル10選 - builder by ZDNet Japan
最近の経済の変化から、現在多くの開発者が短期的な仕事を探している。同時に、スキルを習得するために時間とエネルギーを投入するのであれば、そこから確実に最大の収入を生むことが重要だ。ここで紹介する10のスキルのリストは、あなたの履歴書を向こう5年間戦えるものにするために、今すぐ学ぶべきものだ。このリストはとても網羅的とは言えないし、カバーし切れていない業界の分野も非常に大きい（例えば、メインフレームの開発者はカバーされていない）。とはいえ、平均的な主流の開発に対しては、少なくともこれらのスキルの7つを学んでいれば間違いはないだろう。就職の面接で説得力を持って話せるというだけでなく、これらは実際に仕事でも役に立つ。 1: 「ビッグスリー」の1つを学ぶ（.NET、Java、PHP） 開発業界に（レッドモンドに隕石が落ちるというのに匹敵するような）劇的な変化が起きない限り、ほとんどの開発者は少なくと
「ソフトウェアは工業製品ではない」、Rubyのまつもと氏が講演 － ＠IT
2009/04/10 ソフトウェアは工業製品ではない――。Rubyの生みの親としてしられるまつもとゆきひろ氏は2009年4月9日、InfoQ主催のイベント「QCon Tokyo 2009」の基調講演で、ソフトウェアと何であり、何でないのか、それはどういう性質のものであるのかを雄弁に語った。 コードとは設計である 「ビューティフルコード」と題した基調講演を行ったまつもと氏は、2007年に共著者の1人として出版した同名の書籍に書いたエッセイに込めた思いを、次のように語る。 「世界に冠たる日本の製造業のノウハウを適用することで生産性を上げることができるに違いないという発想がありますが、ソフトウェアは工業製品ではない。そうした誤解を正していきたい」。 ソフトウェア産業界では、よくエンジニアが何十万人足りないということが言われる。しかし、まつもと氏は、これは工業生産と同じ方法論を当てはめることから来
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IDEA * IDEA