タグ

2013年11月22日のブックマーク (7件)

  • フィンランドの5年生がまとめた議論のルールが凄い - タケルンバ卿日記

    フィンランド恐るべしだなあ。トラックバックをいただいた記事の中に、こういう記述がありました。 フィンランドの5年生が作った議論のルール 負けまいとする心でしょう! フィンランドの小学5年生が自分たちで作ったという 議論における10のルールというものがあった。 フィンランドの5年生が作った議論のルール 負けまいとする心でしょう! それがこれ。 図解 フィンランド・メソッド入門 作者: 北川達夫,フィンランドメソッド普及会出版社/メーカー: 経済界発売日: 2005/10/01メディア: 単行購入: 17人 クリック: 575回この商品を含むブログ (61件) を見る 他人の発言をさえぎらない 話すときは、だらだらとしゃべらない 話すときに、怒ったり泣いたりしない わからないことがあったら、すぐに質問する 話を聞くときは、話している人の目を見る 話を聞くときは、他のことをしない 最後まで、き

    フィンランドの5年生がまとめた議論のルールが凄い - タケルンバ卿日記
  • 知らないと損するフレームワーク思考活用法 - GoTheDistance

    ホッテントリメーカーからタイトルを頂戴した。id:phaさんありがと。 社会人なら押さえておきたいフレームワーク思考 : LINE Corporation ディレクターブログが非常に人気で今年のアルファブロガー(というかエントリ大賞に見える)大賞にもノミネートされている。こういう記事はニーズがありそうなので、僕なりにフレームワーク思考についていくつかサンプルを用意し、僕が使うチャートのサンプルを紹介しておきます。 というか1000以上のブクマとか・・・嫉妬!激しく嫉妬!!ハンカチ噛んじゃう!!!! そもそも議論しちゃいけないこと 個人の価値観に依拠し、お互いの主張を出し合っても全体として合意が得られそうにないこと。例えば「浮気の定義」とか。こんなのは議論したって全体最適なんて導けるわけが無いので、ビジネスの場では全く持ってムダです。居酒屋でやりましょう。 仕事で議論することの意味 あなた

    知らないと損するフレームワーク思考活用法 - GoTheDistance
  • 超高速開発が目指す未来像は何なのか - GoTheDistance

    発表から一部で非常に強い拒否反応と共に盛り上がっているのがこちらの「超高速開発コミュニティ爆誕」のお知らせです。 超高速開発はスクラッチ開発の3倍から10倍の開発効率が条件、競合するベンダ13社が利害を超えて「超高速開発コミュニティ」を設立 - Publickey プロフェッショナルたちの熱い想い:「超高速開発コミュニティ」を設立――日が19位で黙っているわけにはいかない - @IT 超高速開発のコンセプト自体は僕もOSSのフレームワークを活用して自動生成の恩恵に授かっているので否定しません。開発自体が高速になることは歓迎すべきことです。 今回の件はポジショニングが「いつまでも手組みでコードを書いているから生産性が低く作業も多く品質も問題が出てしまう」への解決策という立ち位置のため、「そのツールがカバーできないことが多くて結局コードを書いているのですが」という生理的拒否反応が大きいようで

    超高速開発が目指す未来像は何なのか - GoTheDistance
  • 「超高速開発コミュニティ」を設立――日本が19位で黙っているわけにはいかない

    生産性部の調査(2011年)によると、日の労働生産性は世界19位。その要因の1つとして、経営の変化に対して情報システムが迅速に対応できないことが挙げられるという。この問題を解決すべく、2013年8月6日、13の企業が集結して「超高速開発コミュニティ」を設立。個人の力量に依存した労働集約型のシステム開発/保守といった旧来のやり方を抜的に見直すために立ち上がった。 超高速開発コミュニティのミッションは2つ。「企業のスピード経営の実現」と「魅力あふれるIT業界への変革」である。 これまで、個人の力量に依存した労働集約型のシステム開発/保守をしていたため、生産性の向上が難しく、システム開発プロジェクトの成功率も二十数%と、とても厳しい状況にあった。また、「きつい、厳しい、帰れない」といった「新3K」と呼ばれるイメージが付きまとい、人材確保も困難だったという。 今後、超高速開発コミュニティ

    「超高速開発コミュニティ」を設立――日本が19位で黙っているわけにはいかない
  • システム開発に欠かせない契約の基礎知識まとめ - GoTheDistance

    先日識者の方に色々教わったのでメモっておきます。知ってそうで知らない、元々よくわからない、そういう方に向けてまとめてみました。 僕がSIにいた頃は大抵「基契約」と「個別覚書」ってのがありました。納期とかお金とかそういうのは個別覚書に書かれたりしていました。 開発の契約体系 「仕様策定〜開発まで」と「保守運用」で別契約にすることが多い。 「仕様策定フェーズ」で1つの契約にして、別に新しく契約を締結しなおせるほうが望ましい。リスクが低減できる。 仕様策定までは準委任、開発は請負、保守運用は準委任という契約が多い。 ちなみに準委任は「事務作業の代行」という意味合い。委任は「法的効力がある作業」の代行。サムライビジネスは後者が多い。 別に運用が事務作業とイコールじゃないけど、成果を問わないタイプの契約の場合は役務提供という位置づけになる。 かといって契約で「僕らのコンサル案を僕らが実施し成果が出

    システム開発に欠かせない契約の基礎知識まとめ - GoTheDistance
  • AIS作成方法 - 環境Q&A|EICネット

    登録日: 2011年12月14日 最終回答日:2012年01月06日 健康・化学物質 有害物質/PRTR No.37777 2011-12-14 13:45:10 ZWle414 匿名 某電子機器製造メーカで環境の仕事をしております。 このたび顧客より、AISの提出を求められています。 いくつか部材メーカからの回答がきたのですが、疑問に思う点がいくつかあり、前に進めません。 ①AISは全ての構成部材を記載する必要があるか?任意でよいのか? ②部材のデータを複合化する場合、実際に製品に使用する重量を記載する必要があるか ②につきまして、電子部品などでしたら個数で調整できますが、 ラベル、基板(1シート)の場合はどうしたらよろしいでしょうか? 先月こちらの仕事の担当になり、右も左も分からない状態です。 JAMPのHP以外にも何か参考となるものがございましたら 教えていただけると大変助かります。

    Jian
    Jian 2013/11/22
    AISデータ作成方法
  • 導入事例からIT製品・サービスを探す|キーマンズネット

    基幹系システム ERP 会計システム 電子帳票システム ワークフロー 勤怠管理システム もっと見る 情報共有システム・コミュニケーションツール グループウェア Web会議 テレビ会議/ビデオ会議 ファイル共有 文書管理 もっと見る 情報システム SFA CRM コールセンター/CTI BPM PLM もっと見る メール 電子メール メールセキュリティ メールアーカイブ その他メール関連 もっと見る エンドポイントセキュリティ アンチウイルス 暗号化 認証 ID管理 メールセキュリティ もっと見る ネットワークセキュリティ ファイアウォール WAF IPS UTM セキュリティ診断 もっと見る 運用管理 統合運用管理 IT資産管理 サーバー管理 ネットワーク管理 統合ログ管理 もっと見る バックアップ バックアップツール バックアップサービス テープバックアップ その他バックアップ関連 もっ

    導入事例からIT製品・サービスを探す|キーマンズネット
    Jian
    Jian 2013/11/22
    「他人が大切にしている価値観を考え、それを形にできれば人は金を払う。金は社会で常に必要性のあるところで流動するものだ」