フリーランスなら読んどけ、これが撤退戦略だ。(1) – Re: 本当にあった怖い業務委託契約書、あるいはフリーランスはきちんと契約書を読まないとわりと死ぬ – (っ´∀｀)っ ゃー
ホーム › フリーランス › フリーランスなら読んどけ、これが撤退戦略だ。(1) – Re: 本当にあった怖い業務委託契約書、あるいはフリーランスはきちんと契約書を読まないとわりと死ぬ フリーランスなら読んどけ、これが撤退戦略だ。(1) – Re: 本当にあった怖い業務委託契約書、あるいはフリーランスはきちんと契約書を読まないとわりと死ぬ みなさんこんにちは。かつて火消しばかりやっていた @nullpopopo でございます。昨日twiterを見ていたらこんなツイを発見しまして。 https://twitter.com/nishi1010kawa/status/726385332434833408 ↑の絡みでたけさんがフリーランスあるあるなブログをまとめられていてかなり参考になった(というか、「あるあるあるある↓」と頷いた)のですが、フリーランスで仕事していると、たまに、極々たまーになんで
わかりやすいREADME.mdを書く
GitHubなどに自分のツールやライブラリを公開するとき，README.mdは重要な役割を担っている．レポジトリを訪れたユーザが自分のツールを使ってくれるか否かの第一歩はREADME.mdにかかっている，と言っても過言ではない．実際自分が使う側になったときも，まずREADME.mdを読んで判断していると思う． 成功しているプロジェクトを参考にしつつ，自分が実践していることをまとめておく．ここに書いていることはあくまで（自分の中で）最低限的なものである．プロジェクトが成長していくにつれてREADMEはあるべき姿に成長していくべきだと思う． READMEの役割 README.mdには大きく2つの役割がある． プロジェクト，ツールの使い方，インストール方法 プロジェクト，ツールの宣伝 元々READMEは前者の役割しかなかったが，GitHubの仕組み上，後者の役割も徐々に重要になっている． さらに
ClickOnceに関するメモ - 技術情報Wiki
概要など† Click Onceの生まれた理由 ノータッチ・デプロイメントには以下の欠点がある ネットワークに接続されている必要がある。 IEを通じて開く必要がある。（スタート メニューに追加されない。） 制約が厳しい。 これらを回避する手段として、Updater Application Block for .NETが用意されている。 これを使用すると、ファイルの更新があった場合、自動でダウンロードする仕組みをアプリケーションに組み込むことができる。 このように作られたアプリケーションは、クライアントにインストールするため、上記のノータッチ デプロイメントの欠点は回避されている。 ただし、今度は以下のような問題が発生する。 ローカル アプリケーションとして実行されるため、セキュリティ面で不安がある Microsoftの公式サポートではない。 これらの欠点を回避するために登場した技術がCli
アジャイルな見積りと計画づくり：第2部：規模を見積もる「６章 見積りの技法」まとめ - 基本へ帰ろう
プランニングポーカーがうまくいく理由の１つに「個人の見積りを平均した方がより良い結果を残す傾向があるという研究成果がある。グループで話しあって見積もると良い結果になるのもこれと同じだ」というのがある。私も過去の経験から１人で何かを決めるより、皆で話し合って決めた方が、良い結果を生むと感じる。また、皆で決めたことなので、「自分も賛同したことなのでやろう」という意識が非常に強くなるのもいいなと感じる。人は自分の意見には一番素直だと思います。何かを決めてチームに導入するとき、ここが一番大事だなと思っています。しかし、大きなチームや大きな組織の場合、全員で話し合い合意することは難しくなります。リーダーが最終的には「これでやる」と決めて進めていく必要があります。アジャイルチームは少人数なのでそのようなことは起こりにくいでしょう。それは楽しさの要因の１つなのかなと思いました。 目次 見積りの技法 チー
仮想パネル：ソフトウェアアーキテクチャの文書化について
Len Bass氏, SEI (Software Engineering Institute)のテクニカルスタッフのシニアメンバ、Software Architecture in Practiceと、もうすぐ第2版の出る "Documenting Software Architectures: Views and Beyond"の共著者。 Grady Booch氏, IBMフェロー、 Webサイト"Handbook of Software Architecture"の著者 Paulo Merson氏, SEI (Software Engineering Institute)のテクニカルスタッフのシニアメンバ、"Documenting Software Architectures: Views and Beyond"の共著者 Eoin Woods氏, Barclays Global Inve
Martin Fowler's Bliki in Japanese - 朝会のパターン：立ってるだけじゃないよ
朝会（デイリー・スタンドアップ・ミーティング、デイリー・スクラム、デイリー・ハドル*1、朝のロールコール*2）を説明するのは簡単だ。チーム全員が毎日顔を合わせ、現在の状況を迅速に確認しあう。立ってやるのはミーティングの時間を短くするためだ。以上。 でもこれだけじゃあ、「良い朝会」と「悪い朝会」の微妙な違いは分からないだろう。 朝会の定義は非常に簡単なものなのに、 うまくいっていない朝会があって私はとても驚いた。 すぐに原因は分かったが、そのチームはそれが何なのか分かっていなかった。 朝会の基本原則と詳細を意識していなかったのだ。 そのために朝会の問題について診断や解決がなされていなかったわけだ。 良い朝会を経験した人たちは、 うまくいってないときに何をすればいいかを知っている。 朝会に慣れていない人たちは、 うまくいってないときに何をすればいいかに気づかない。 「暗黙知なんだから、とにかく
プロジェクトファシリテーション実践編：ふりかえりガイド
ここでは、PF=Project Facilitation(プロジェクトファシリテーション)について議論しています。 プロジェクトを活性化し、楽しくプロジェクトを成功に導くための、実践的な課題を扱います。 プロジェクトの成功に大切なものはなんでしょうか？ 個々人のスキルは重要です。そして、ここで取り上げるのは、集まった個人のスキルを１００％以上に発揮させるチーム作りとしての、「プロジェクトファシリテーション（PF）」です。 プロジェクトマネジメント（PM）が重要であることは昨今強く言われています。 PMが「計画達成のマネジメント」に重点を置くのに対してPFは「参加者の協調の場作り」に重点を置いています。PMは、計画の立案と実行、差異に注目した管理が中心で、どちらかと言うと「コマンド･コントロール型」のマネジメントスタイルが背後にあります。これに対してPFは、その場その場の変化に対応し、チーム
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
How to: Substitute Parameters in a Template - Visual Studio 2015
Loading...
アジャイルにおけるプロジェクトマネジャーの役割