人にとっても組織にとっても、「変わる」ことは簡単なことではありません。 特に日本ではあまりに「変わる」のが難しいため、「替わる」方が「変わる」より早く起こることもあります。というか、「替わる」を待たなければ何も変わらないことさえある。 たとえば日本の大企業や公務員組織には、明らかに給料が高すぎる正社員がたくさんいます。でも彼らの給与を(下げる方向に)変えるのは非常に難しい。 だから経営者は彼らの給与は変えずに、新規に雇う人を非正規雇用に替えることにより、少なくとも今後雇う人に関しては給与を適切なレベルまで下げようと試みます。 弱者を支援する人は「非正規社員の給与・待遇が低すぎる」と言いますが、経営者からみれば「いや、そっちは妥当な額です。正社員の給与・待遇が高すぎるだけ」というのが本音。 労組の反対により正社員の給与を変えるのが難しいなら、労組が守らない雇用形態の労働者に少しずつ入れ替えて
This document discusses several key concepts in UI/UX design including user experience (UX), user interface (UI), information architecture (IA), interaction design, affordances, and the evolution of design approaches. It provides examples of early interfaces like Apple's Knowledge Navigator and how interfaces are now more conversational like Siri. The document also references several important thi
ソフトウェアテストの30年前と30年後(後編)~30年後のテスト技術、期待を込めた予想 JaSST'12 Tokyo 先週、1月25日と26日に都内で行われたソフトウェアテストに関するシンポジウム「ソフトウェアテストシンポジウム JaSST'12 Tokyo」。2日目の招待講演では、ソフトウェアテストの過去を振り返り、将来を展望する非常に興味深い話を、東海大学大学院 山浦恒央准教授が行いました。 講演の内容をダイジェストとして紹介します。 (この記事は「ソフトウェアテストの30年前と30年後(前編)~テストの根幹は30年前に書かれた JaSST'12 Tokyo」の続きです) ソフトウェア製品の品質のレベル分けが行われる 30年後のソフトウェア開発技術とテスト技術について。予想というか、こうなってほしいという期待を交えた話をしようと思う。次の4つがその予想だ。 まず、各ソフトウェア製品がど
私は1977年入社。約30年前となる当時と今では、ソフトウェアテストはものすごく大きく変わった。この30年を振り返り、これから30年後にどう変わるか、という予想を紹介したい。 これがソフトウェア開発技術の歴史をざっくりと示した技術マップ。 一番左は1964年。仮想記憶を使った初めてのメインフレーム用OS「OS/360」の開発。これは人類史上最初で最後の超巨大プロジェクト。当時で5000人年、だいたい1200人が4年間働いた。 これはコンピュータが大発展する礎になるのだが、プロジェクトとしては大失敗だった。このときのプロジェクトマネージャがフレデリック・P・ブルックス Jr.氏。 1968年には「ソフトウェア工学」という言葉が誕生した。まだ言葉だけだが。このころ主流はアセンブラ言語。FortranとCOBOLが登場し、サブルーチンという概念が出てきて、これを使うとソフトウェアが格好よくできる
この前、NHKスペシャルの「リーダー論」という番組を見ていたら強いリーダーが必要という論調の意見が特に50代の管理職に多く見られた。ただ、最近いろいろと本を読みながら、この強いリーダーという概念にすごく違和感を覚えるようになった。というのも、最近たまたまなのだが、チームビルディングについての本をいろいろ読む機会があったが、なんとなく強いリーダーを求める先に日本での成功はないのではないかと思うからだ。 世界最高のイノベーションファームIDEOのチームビルディング方法 まずは以下はIDEOでチームを結成するときに人材をどのように分類し配置するかについてのノウハウが記載された本。イノベーションの達人!―発想する会社をつくる10の人材 トム ケリー ジョナサン リットマン Tom Kelley 早川書房 2006-06 売り上げランキング : 109660 Amazonで詳しく見る by G-To
ソフトウェア開発プロジェクトでは、顧客への定期的な進捗報告を行うために、当然のことだが進捗を管理しなければいけない。中規模以上のプロジェクトではプロジェクトはいくつかのチームに分かれていて、さらにチームごとに担当する会社が異なることもある。ありがちな事だが、チーム別にプロジェクト内の進捗会議を行うようになってくると、これが壮大なムダになっていく。 チームリーダーはソフトウェア開発プロジェクトのボトルネック ソフトウェア開発プロジェクトは、ウォーターフォール形式であれアジャイル開発プロセス型であれ、膨大なコミュニケーションと意思決定を行うことで進んでいく。ソフトウェアの仕様や構成について決定するのは、たいていはチームリーダーの仕事だ。また、各開発担当者の仕事の結果が正しいのかをレビューやインスペクションによって判定するのもチームリーダーの仕事であることが多い。そして、チームリーダーはチームメ
Cloud9は、クラウド上で様々な操作ができます。無料でエディタ、デバッグ、バージョン管理etc、、、作ったらボタンひとつで公開までできてしまいます。有料にすれば、チーム開発環境、プライベート開発環境も構築できます。 Cloud9 IDEは、ソースコードで公開されています。せっかくですからこの高機能で美しいCloud9 IDEをローカル環境に構築してみましょう。 システム環境 Mac OS X Lion インストール手順 gitからダウンロードします。 $ git clone git://github.com/ajaxorg/cloud9.git Cloning into cloud9... remote: Counting objects: 30583, done. remote: Compressing objects: 100% (10271/10271), done. remote
『グレイトフル・デッドにマーケティングを学ぶ』(日経BP社)という奇妙なタイトルの本が2011年12月に出版されました。グレイトフル・デッドとは1960年代にサンフランシスコで誕生したヒッピーカルチャーを象徴するバンドで、日本では「知る人ぞ知る」存在ですが、ビートルズやローリング・ストーンズと同じくらいの歴史があり、アメリカではなお人気を誇っています。 この翻訳書のキモは、インターネットによって実現される「フリーミアム」や「シェア」といった最新のビジネスモデルを、実はグレイトフル・デッドが40年前から実践していた、というところ。しかしその方法論からは、マーケティングだけでなく「生き方や震災の復興についても学べるところがある」と、監修と解説を手がけた糸井重里さんは語ります。 インタビューから、1998年に糸井さんがスタートさせた「ほぼ日刊イトイ新聞」と、グレイトフル・デッドの間に、意外な共通
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く