1

E-myth Revisited を読んだ後、私は自分の会社の私への依存度を下げるために、より良い仕事ができることに気付きました... 私はばかげた質問に答えるのに膨大な時間を費やしています (私にはばかげていますが、私の開発者が仕事が終わった）。

特定の状況で何をすべきかについて、一連の操作マニュアルを作成する必要があります...

例えば：
  • ビルドのやり方
  • テストケースの書き方
  • ステータスを報告する方法
  • バグを修正する方法
  • サポート質問 A、B、C などの対応方法
  • 失速したときの対処法
  • 停電したらどうしよう（本当はこうしなきゃいけない）
  • 等...

ソフトウェア開発会社向けの便利で一般的な操作マニュアルは何ですか?また、知っている優れた短いオンライン バージョンがあれば、投稿してください。ゼロから始めるよりも、スターター マニュアルを使用して自分のニーズに合わせて変更する方がはるかに望ましいです。

4

2 に答える 2

2

ウィキについてはどうですか - 少なくとも、他の人が貢献し始めることができます。
そうでなければ、彼らはマニュアルをあなたに頼るでしょう

于 2008-10-04T04:08:02.913 に答える
1

私はウィキに同意しません。会社の所有者として、マニュアルを作成するか、非常に管理された方法で委任するのはあなたの責任です。マニュアルについては、人々はあなたに頼るべきです。

本当に、質問に戻ります。プラットフォームおよびプログラミング言語の明白な標準、コーディング、SQL など。これらの例は、インターネット上のどこでも見つけることができます。顧客サポートに関しては、おそらく自分で書くべきです。顧客をどのように扱ってほしいかを知っているからです。テスト ケースについても、開発者またはテスターが何を行う必要があるかを専門的に理解していることを期待するでしょうが、許容可能な最小値を示すことはできます。

失速したときの対処法. それがマネージャーの目的です:-)

要するに、ビジネスに固有のマニュアルを作成し、一般的なプロセスのマニュアルを盗んだり借りたりしようとすることだと思います。

于 2008-10-04T14:03:31.010 に答える