ソフトウェアの複雑性は本質的な性質であって偶有的なものではない - プログラマの思索
「過剰と破壊の経済学-「ムーアの法則」で何が変わるのか」を気軽に読んでいたら、ブルックスの人月の神話の一節が書かれていて、今頃になって、すごく腑に落ちたのでメモ。 ブルックスの人月の神話の文章のうち、自分が理解できたことを、ラフなメモ書き。 以下は書きかけ。 【参考】 第0回：人月の神話とはなんなのか？（解説編）｜本気で読み解く”人月の神話” | GiXo Ltd. 第2回：銀の弾は無いけど、”銃”はあるよね｜本気で読み解く”人月の神話”（第16章） | GiXo Ltd. ソフトウェア開発とは、現実世界の複雑さをプログラムコードの難しさに置き換える作業だ - セカイノカタチ ソフトウェア開発でよく言われる「銀の弾丸など無い」とはどういう意味なのか本を読んでみた。 - 感謝のプログラミング 10000時間 【1】ソフトウェアの複雑性は本質的な性質であって偶有的なものではない。 「過剰と破壊
プロジェクトマネジメントなう＼(^O^)／ | ぽんぽんぺいんなう＼(^O^)／
２０代後半から１５年ほどSIプロジェクトのリーダー／マネージャーをやってきた経験から。 『 監督とは、 他人が打ったホームランで金を稼ぐことだ。 』 ケーシー・ステンゲル（MLB監督） ●ポリシー １）全てのメンバーが目的・段取りのわからない仕事をしない／させない。 ２）プロジェクトの成功には、短期的な成功と中長期的な成功がある。両方を意識すること。 ３）プロジェクトの短期的な成功は、お客さんを満足させることと利益をあげること。 ４）プロジェクトの中長期的な成功は、リーダーとメンバーが成長し、また一緒に仕事をしたいなと思い合うこと。 ５）リーダーとメンバーがフラットでオープンな関係を築けなかったプロジェクトは、中長期的には失敗する。 ６）みんなで得意なことを持ち寄って知恵を出し合ってやってみてダメだったらそれは僕らにはムリな仕事だったということ。 ７）人は一人一人別人であり仕事に対するスタ
「大規模プロジェクトではどうするか」を考えるより、「大規模にしないためにはどうするか」を考えよう - kなんとかの日記
はっきり言おう。大規模プロジェクトは存在自体が悪。 続けて同氏は、ケーパース・ジョーンズ氏の著書「Patterns of Software System Failure and Success」から調査結果を引用し、大規模プロジェクトになればばるほど、当初の見積もりとは大きくかい離したものになり、かつ失敗する可能性が高いことを示した。「（一般的なプロジェクトも含めた調査結果でさえこれなのだから）デスマーチについては推して知るべし」とヨードン氏。 エドワード・ヨードン、デスマーチを成功に導く対症療法を説く - ITmedia エンタープライズ (強調は筆者による) うむ。言っていることはごくあたりまえのことではあるが、ヨードン氏が言うと説得力がある。 調査結果の抜粋。FP（ファンクションポイント）はジョーンズ氏が定義している単位で、1FPが100行程度のコードであるという。1FPであればほぼ
どこでもプロジェクト管理バックログ
チームの業務を見える化してタスク漏れやスケジュールの遅延を防ぐ Backlogはシンプルな操作性と親しみやすい見た目で、誰でも直感的に使えるプロジェクト管理・タスク管理ツールです。 ※1：2023年12月末時点。サービス継続率は各前月の有料契約総数に占める解約数を引いた割合 ※2：スマートキャンプ株式会社主催 BOXIL SaaS AWARD 2024 BOXIL SaaSセクション プロジェクト管理・工数管理部門で受賞 ／「BOXIL SaaS」上に投稿された口コミを対象に、「使いやすさ」においてプロジェクト管理・工数管理部門部門で最も高い平均点を獲得したサービスをスマートキャンプ株式会社が選出（対象期間：2022年7月1日～2023年6月30日） ※3：ITreview主催 Best Software in Japan 2024 TOP50入選 Backlogでプロジェクト・タスク管理
少人数開発に役立つ5つのまとめ
if ( $blog == " Webエンジニアのためのライフハック " ) { print " 1-byte.jp "; } ホーム1-byte.jpとは 書いてるヒトは ここ2ヶ月間で気になる記事がたくさん上がっていました。 特に少人数チームにおける開発に関する記事です。 昨日、書き上げた”1年間の技術的負債を返すために読んだ3冊の本“にある通り、お知らせメールでは1年間の技術的負債を返そうとしています。 そのためには今まで曖昧だった箇所を浮き彫りにし、改善する必要があります。 また、せっかくなので新しいモノも取り入れたい。 こうしたことを考えながらの2ヶ月だったので、自然と目に止まった記事が3つありました。 スタートアップ企業で8年間Webの開発をしてみての反省点いろいろ 複数人(2-3人)でウェブサービスを開発するコツ A successful Git branching m
Web上でカスタマイズできるRubyベースのプロジェクト管理ツール、日本OSS推進フォーラムが公開
日本OSS推進フォーラムは2010年7月30日、Rubyで開発したプロジェクト管理ツール「Open PJC」と開発支援ツール「Traxi」および「Customize Tool for Open PJC(CTOP)」をオープンソースソフトウエアとして公開したと発表した。 Open PJCは、 アースインターシステムズが開発、販売しているプロジェクト管理ツール「PJC」をRuby on Railsで再構築したもの。プロジェクトの進ちょく管理や損益管理などの機能を備える。プロジェクトの作業手順やチェックリストのひな型や、過去のプロジェクトで使用した書類などを登録できる文書管理機能により、「経験の浅いプロジェクトマネジャでも、ひな形や過去のプロジェクトの書類を再利用することでプロジェクトの段取りを効率化できる」（アースインターシステムズ）という。 Traxiは、Open PJCのために作成したRu
リーダーシップが、あなたの部下を潰している - ベテランIT営業が教える「正しいITの使い方、営業の使い方」
１００名ほどの営業を擁するあるソリューション・ベンダーで、その一割に当たる１０名ほどが、メンタルな問題を抱え会社を休んでいるという話しを聞いた。この数が多いか少ないかは、なんともいえないが、昨今の営業の現場を見ていると、どこも似たり寄ったりのような気がする。むしろ、そういう人たちをしっかりと把握できているということは、立派なことだと思う。 「恥ずかしいこと」、「あってはいけない」が、まかり通っている多くの会社では、このような事実を埋もれさせ、分っていても分っていない振りをする。結果として、組織の活力を奪い、大きなリスクを知らず知らずのうちに溜め込んでしまっている。 しかし、改めて考えてみると、組織の一割が、戦力外という営業組織は、どう見てもまともとは思えない。私は、その理由のひとつに、「リーダーシップ神話」が、あるのではないかと考えている。 景気が上向いているときは、お客様に足を運べば、担
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
coach4pm.com
プロジェクトはすべてやめるべきか？
TechCrunch | Startup and Technology News